none
Crescimento Base OperationsManagerAC do SCOM RRS feed

  • Pergunta

  • Boa tarde.

    Realizamos a implantação do SCOM em nosso ambiente a mais ou menos 30 dias, onde colocamos para monitorar 10 servidores do ambiente, todos servidores Windows com as funções (Print server, Web IIS, SQL Server, File Server, ETC), hoje idenficamos que a base OperationsManagerAC está com tamanho de 6.6GB, gostariamos de saber se este crescimento da base é normal, pois possuimos mais de 60 servidores para monitorar e achamos que a base esta muito grande, pois está monitorando somente 10 servidores no momento.

    Obrigado.

    José Roberto Cristaldo.

    quinta-feira, 4 de agosto de 2011 20:30

Respostas

  • Boa tarde,

    Essa base é para armazenar dados de audit report, então o tamanho vai depender da quantidade de servidores que estão habilitados como encaminhadores de logs de auditoria. Você pode desabilitar certas contas para não enviar log, por exemplo a conta "SYSTEM".

    Veja,

    http://technet.microsoft.com/en-us/library/bb309436.aspx

    Exemplo.

     

    adtadmin -setquery -collector:"servidorSCOM" /query:"SELECT * FROM AdtsEvent WHERE NOT ((HeaderUser='SYSTEM' OR HeaderUser='LOCAL SERVICE' OR HeaderUser='NETWORK SERVICE'))"

    Por padrão a base armazena 14 dias, você pode alterar a quantidade, veja.

    http://technet.microsoft.com/en-us/library/cc974475.aspx

     

    Changing the ACS Data-Retention Period

    Mas fique tranquilo, esse tamanho é pequeno ainda..rs Já encontrei base de 60Gb

     

     

    []'s


     


    Lessandro Zampieri - http://lezampieri.wordpress.com
    • Sugerido como Resposta EmersongModerator quinta-feira, 4 de agosto de 2011 23:38
    • Marcado como Resposta Richard Juhasz terça-feira, 16 de agosto de 2011 21:21
    quinta-feira, 4 de agosto de 2011 20:53
  • Oi José,

    No site abaixo (System Center Central) existe "uma" calculadora para estimar o crescimento dos databases do SCOM. http://www.systemcentercentral.com/Downloads/DownloadsDetails/tabid/144/IndexID/7756/Default.aspx

     6Gb parece bastante razoável para uma semana(uma vez que está armazenando logs de eventos também), entretanto, acredito que o mais importante do que o tamanho utilizado será o tempo de retenção desses logs. Infelizmente acho que o resource planning do SCOM foi descontinuado no site da microsoft. 

    Não sei se é permitido :) mas estou copiando abaixo uma tabela interessante publicada no livro SCOM Unleashed em 2008 - talvez um pouco desatualizada - mas serve de referência, porém sem o direcionamento dos logs(Audit COllection):(.

    Grooming Interval (days) 3000 Agents 2000 Agents 1000 Agents 500 Agents 100 Agents 50 Agents 10 Agents
    1 15,510 10,510 5510 3010 1010 760 560
    2 30,510 20,510 10,510 5510 1510 1010 610
    3 45,510 30,510 15,510 8010 2010 1260 660
    4 60,510 40,510 20,510 10,510 2510 1510 710
    5 75,510 50,510 25,510 13,010 3010 1760 760
    6 90,510 60,510 30,510 15,510 3510 2010 810
    7 105,510 70,510 35,510 18,010 4010 2260 860
    8 120,510 80,510 40,510 20,510 4510 2510 910
    9 135,510 90,510 45,510 23,010 5010 2760 960
    10 150,510 100,510 50,510 25,510 5510 3010 1010
    Espero ter ajudado.
    • Sugerido como Resposta EmersongModerator quinta-feira, 4 de agosto de 2011 21:56
    • Marcado como Resposta Richard Juhasz terça-feira, 16 de agosto de 2011 21:21
    quinta-feira, 4 de agosto de 2011 21:12

Todas as Respostas

  • Boa tarde,

    Essa base é para armazenar dados de audit report, então o tamanho vai depender da quantidade de servidores que estão habilitados como encaminhadores de logs de auditoria. Você pode desabilitar certas contas para não enviar log, por exemplo a conta "SYSTEM".

    Veja,

    http://technet.microsoft.com/en-us/library/bb309436.aspx

    Exemplo.

     

    adtadmin -setquery -collector:"servidorSCOM" /query:"SELECT * FROM AdtsEvent WHERE NOT ((HeaderUser='SYSTEM' OR HeaderUser='LOCAL SERVICE' OR HeaderUser='NETWORK SERVICE'))"

    Por padrão a base armazena 14 dias, você pode alterar a quantidade, veja.

    http://technet.microsoft.com/en-us/library/cc974475.aspx

     

    Changing the ACS Data-Retention Period

    Mas fique tranquilo, esse tamanho é pequeno ainda..rs Já encontrei base de 60Gb

     

     

    []'s


     


    Lessandro Zampieri - http://lezampieri.wordpress.com
    • Sugerido como Resposta EmersongModerator quinta-feira, 4 de agosto de 2011 23:38
    • Marcado como Resposta Richard Juhasz terça-feira, 16 de agosto de 2011 21:21
    quinta-feira, 4 de agosto de 2011 20:53
  • Oi José,

    No site abaixo (System Center Central) existe "uma" calculadora para estimar o crescimento dos databases do SCOM. http://www.systemcentercentral.com/Downloads/DownloadsDetails/tabid/144/IndexID/7756/Default.aspx

     6Gb parece bastante razoável para uma semana(uma vez que está armazenando logs de eventos também), entretanto, acredito que o mais importante do que o tamanho utilizado será o tempo de retenção desses logs. Infelizmente acho que o resource planning do SCOM foi descontinuado no site da microsoft. 

    Não sei se é permitido :) mas estou copiando abaixo uma tabela interessante publicada no livro SCOM Unleashed em 2008 - talvez um pouco desatualizada - mas serve de referência, porém sem o direcionamento dos logs(Audit COllection):(.

    Grooming Interval (days) 3000 Agents 2000 Agents 1000 Agents 500 Agents 100 Agents 50 Agents 10 Agents
    1 15,510 10,510 5510 3010 1010 760 560
    2 30,510 20,510 10,510 5510 1510 1010 610
    3 45,510 30,510 15,510 8010 2010 1260 660
    4 60,510 40,510 20,510 10,510 2510 1510 710
    5 75,510 50,510 25,510 13,010 3010 1760 760
    6 90,510 60,510 30,510 15,510 3510 2010 810
    7 105,510 70,510 35,510 18,010 4010 2260 860
    8 120,510 80,510 40,510 20,510 4510 2510 910
    9 135,510 90,510 45,510 23,010 5010 2760 960
    10 150,510 100,510 50,510 25,510 5510 3010 1010
    Espero ter ajudado.
    • Sugerido como Resposta EmersongModerator quinta-feira, 4 de agosto de 2011 21:56
    • Marcado como Resposta Richard Juhasz terça-feira, 16 de agosto de 2011 21:21
    quinta-feira, 4 de agosto de 2011 21:12