Usuário com melhor resposta
Crescimento Base OperationsManagerAC do SCOM

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.
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
-
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):(.
- 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
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
-
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):(.
- 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