Ciclo de vida do pacote de gerenciamento

O System Center – Operations Manager usa pacotes de gerenciamento que contêm configurações de monitoramento para aplicativos e serviços. Idealmente, um pacote de gerenciamento informa tudo o que você deseja saber sobre o aplicativo ou a tecnologia que está monitorando e nada que você não queira saber. Os pacotes de gerenciamento são projetados para fornecer uma experiência de monitoramento útil para a maioria dos ambientes; No entanto, você desejará testar, ajustar e adaptar cada pacote de gerenciamento para fornecer resultados ideais para as necessidades da sua organização.

O ciclo de vida do pacote de gerenciamento, descrito na tabela a seguir, é a abordagem recomendada para o uso de pacotes de gerenciamento. As seções seguintes à tabela fornecem detalhes para cada estágio.

Revisar e avaliar

Cada pacote de gerenciamento deve vir acompanhado de um guia de pacote de gerenciamento instalado na mesma pasta do pacote de gerenciamento. Um guia de pacote de gerenciamento contém instruções para instalar e configurar o pacote de gerenciamento e informações sobre o pacote, como objetos que o pacote descobre e como a integridade é acumulada. Você pode usar essas informações como auxílio para personalizar o pacote de gerenciamento para suas finalidades. Você deve sempre examinar o guia do pacote de gerenciamento antes de importar o pacote de gerenciamento.

Uma ferramenta para examinar o conteúdo de um pacote de gerenciamento lacrado é o MPViewer, que pode exibir o seguinte conteúdo de um pacote de gerenciamento: regras, monitores, visualizações, tarefas, tarefas do console e relatórios. O MPViewer também exibirá o conhecimento associado ao item de pacote de gerenciamento específico. Você pode instalar e usar o MPViewer em qualquer computador no qual o console de Operações do Operations Manager esteja instalado.

Quando você tiver um novo pacote de gerenciamento, deverá importá-lo para um ambiente de pré-produção . No Operations Manager, é uma prática recomendada ter uma implementação de produção usada para monitorar seus aplicativos de produção e uma implementação de pré-produção que tenha interação mínima com o ambiente de produção. O grupo de gerenciamento de pré-produção é usado para testar e ajustar a funcionalidade do pacote de gerenciamento, antes que este seja implantado para o ambiente de produção.

Para avaliar com precisão os dados coletados por um pacote de gerenciamento, você precisa expor o agente às demandas do seu ambiente de produção. O hardware do servidor de gerenciamento no ambiente de pré-produção deve refletir o hardware que está em uso em seu ambiente de produção. Seu grupo de gerenciamento de pré-produção deve ter os mesmos pacotes de gerenciamento importados para o servidor de gerenciamento que o seu grupo de gerenciamento de produção. Para testar a interoperabilidade, seu ambiente de pré-produção também deve incluir os mesmos tipos de funções de servidor que se encontram no seu ambiente de produção, apenas em menor escala.

Você pode atribuir um agente do Operations Manager a mais de um grupo de gerenciamento, chamado hospedagem múltipla. Se você hospedar um subconjunto representativo de agentes em seu ambiente de produção e em seu ambiente de pré-produção, o ambiente de pré-produção deverá fornecer as informações necessárias para ajustar corretamente o pacote de gerenciamento. Para obter mais informações sobre agentes multihoming, consulte Configurando agentes do Windows.

Ajuste e personalize

Você pode usar substituições para refinar as configurações de um objeto de monitoramento no Operations Manager, incluindo monitores, regras, descobertas de objeto e atributos. Você deve criar um pacote de gerenciamento no qual possa salvar as personalizações feitas.

Para ajustar efetivamente a configuração de monitoramento de seus serviços de TI, que pode envolver um ou mais pacotes de gerenciamento, dependendo da complexidade desse serviço, você deve envolver o proprietário do serviço ou especialistas no assunto, um representante da central de serviços, um representante dos membros da equipe de operações que monitoram os alertas e eventos e tomam medidas quando algo requer atenção, e a equipe de engenharia responsável pela infraestrutura do Operations Manager. Dependendo do serviço monitorado pelos pacotes de gerenciamento, você também pode incluir a representação das equipes de rede e segurança. Os responsáveis pela infraestrutura do Operations Manager podem não ter o conhecimento e a experiência com o serviço para ajustar efetivamente os pacotes de gerenciamento sem a contribuição de especialistas.

Comece revisando os alertas mais comuns para melhorar a precisão do monitoramento, concentrando-se em alertas de alto volume. Identifique o seguinte e priorize com base no impacto:

• Número e porcentagem de alertas causados por problemas existentes/conhecidos
• Número e porcentagem de alertas repetidos ou duplicados. Pode indicar que um ajuste adicional é necessário ou há um possível problema a ser investigado mais a fundo.
• Número e porcentagem de alertas indicando problemas de desempenho ou disponibilidade
• Proporção de alertas para tickets gerados
• Alertas cujo estado de resolução foi definido como um estado que indica que o fluxo de trabalho está gerando um alto volume de alertas e é determinado por meio de investigação como defeituoso por operações ou suporte de camada 2

Use os seguintes relatórios para determinar se é necessário um ajuste adicional:

• Relatório de alertas mais comuns
• Relatório de alertas
• Volume de Dados por Pacote de Gerenciamento

Os relatórios a seguir são importantes para validar se você está monitorando com eficiência o serviço em sua totalidade, e não há:

• Rotatividade de configuração devido a regras de descoberta em execução com muita frequência ou há uma propriedade/atributo sendo coletado que muda com frequência
• Os dados de desempenho são coletados com muita frequência ou não precisam ser coletados porque a organização não os usará em um relatório, exibição ou painel
• Dados de eventos sendo coletados que não agregam valor e são ativados apenas para solução de problemas (curto período de tempo)
• Flip-flop do estado de integridade devido a configuração incorreta, bug ou outro sintoma
• Regra de alerta com alta contagem de repetições

No mínimo, cada fluxo de trabalho deve ser avaliado de acordo com os seguintes critérios:

• Ocorrência mensurável e identificável. Qualquer coisa que não esteja alinhada com essa categoria é desativada.
• Quando o alerta ocorre, sabemos como resolvê-lo?
• Exceções (avisos) que fornecem um aviso proativo de impacto potencial no serviço são expostas ao NOC/Service Desk, além de qualquer Incidente (erro) que indique interrupção do serviço.
• A descoberta é muito frequente?
• Precisamos coletar esses dados de desempenho? É útil?
• O alerta é compreensível, relevante e atualizado?
• O monitor deve ser resolvido automaticamente se o sintoma/problema se corrigir?

O que ajustar

• Frequência de descoberta

• Limites do monitor

• Destinos

• Intervalos para regras/monitores baseados em script e regras de coleta de desempenho

• Parâmetros

Dicas

• Analise os novos alertas relatados para os servidores monitorados com o novo pacote de gerenciamento. Você pode usar os relatórios de Alertas e Alertas Mais Comuns para ajudá-lo a descobrir quais são seus alertas mais comuns. Quando você instala um pacote de gerenciamento, ele tende a descobrir uma infinidade de problemas desconhecidos. Monitore os alertas para determinar possíveis áreas de preocupação.

• Substitua o monitor ou a regra conforme aplicável a todos os objetos de uma determinada classe, um grupo ou um objeto específico.

• Desabilite o monitor ou a regra se o problema não for grave o suficiente para justificar um alerta e você não precisar estar ciente da situação específica que está sendo monitorada.

• Caso deseje monitorar uma condição subjacente, mas seu alerta esteja sendo gerado antes de ela se tornar um problema em seu ambiente, altere o limite do monitor.

• Quando você definir substituições para um pacote de gerenciamento, salve-as em um pacote de gerenciamento chamado ManagementPack_Override, em que ManagementPack é o nome do pacote de gerenciamento lacrado ao qual aplicam-se as substituições.

Implantar

Quando estiver satisfeito com o desempenho e os resultados do pacote de gerenciamento no ambiente de pré-produção, você poderá implantar o pacote de gerenciamento e suas personalizações no ambiente de produção. O pacote de gerenciamento em que você salvou as personalizações deve ser exportado para que você possa importá-lo em outros computadores. Para obter mais informações, consulte Como importar, exportar e remover pacotes de gerenciamento. O pacote de gerenciamento que contém as substituições definidas depende do pacote de gerenciamento original e pode ser importado somente nos grupos de gerenciamento com o pacote de gerenciamento original instalado.

Manter

Após a implantação de um pacote de gerenciamento, você deve avaliar periodicamente seu desempenho e seus resultados no ambiente de produção, para garantir que ele continue a atender às suas necessidades corporativas. A lista a seguir descreve eventos comuns que podem exigir alterações em um pacote de gerenciamento:

• Alterações ambientais, como novo hardware ou um novo sistema operacional

  Ao testar um novo hardware ou um novo sistema operacional que planeja adicionar ao seu ambiente de produção, você deve incluir pacotes de gerenciamento existentes em seu plano de teste para identificar qualquer ajuste adicional que possa ser necessário. No caso de um novo sistema operacional, talvez seja necessário importar novos pacotes de gerenciamento específicos para esse sistema.

• Adicionando um novo aplicativo ao ambiente de produção

  Um novo aplicativo pode exigir um novo pacote de gerenciamento ou pode exigir ajustes em pacotes de gerenciamento existentes.

• Atualizando uma versão de um aplicativo

  Quando as organizações atualizam as versões do aplicativo, elas atualizam em estágios, durante os quais ambas as versões do aplicativo existirão na rede, ou atualizam todas as instalações do aplicativo de uma só vez. Depois de testar os pacotes de gerenciamento com a nova versão e de fazer os ajustes necessários, você deverá usar a mesma abordagem para implantar os pacotes de gerenciamento que utilizará para implantar as atualizações. Se ambas as versões do aplicativo forem ser usadas ao mesmo tempo, você deverá instalar pacotes de gerenciamento apropriados para cada versão. Se todas as instalações do aplicativo forem ser atualizadas de uma só vez, remova o pacote de gerenciamento referente à versão antiga do aplicativo e instale o pacote de gerenciamento para a nova versão.

• Quando uma versão nova ou atualizada do pacote de gerenciamento está disponível

  Use o ambiente de pré-produção para revisar e ajustar versões novas ou atualizadas de um pacote de gerenciamento.

• Alterações na política

  Alterações contínuas na sua empresa ou organização podem exigir ajustes em pacotes de gerenciamento para realizar um nível superior ou inferior de monitoramento.

Práticas recomendadas para controle de alterações

Veja a seguir algumas práticas recomendadas a serem colocadas em ação para o gerenciamento de pacotes de gerenciamento do Operations Manager:

• Mantenha um arquivamento das versões de pacotes de gerenciamento, para possibilitar a reversão de alterações quando necessário. Um método eficiente para manter o arquivo morto é usar software de controle de versão, como o Microsoft Team Foundation Server ou o SharePoint Server. Outro método é usar um compartilhamento de arquivo na rede com pastas individuais para cada versão do pacote de gerenciamento.

• Quando você definir substituições para um pacote de gerenciamento, salve-as em um pacote de gerenciamento chamado ManagementPack_Override, em que ManagementPack é o nome do pacote de gerenciamento lacrado ao qual aplicam-se as substituições. Por exemplo, as substituições no pacote de gerenciamento Microsoft.SQLServer.2012.Monitoring.mp seriam salvas em Microsoft.SQLServer.2012.Monitoring_Overrides.xml. Para obter mais informações, consulte Creating a Management Pack for Overrides.

• Quando um pacote de gerenciamento for atualizado, atualize o arquivo _Overrides.xml correspondente com o novo número de versão. Você deve usar um editor de XML para atualizar o número da versão do arquivo _Overrides.xml. Se você fizer alterações em um arquivo _Overrides.xml, mas não alterar o atributo de versão, poderá importar o arquivo, mas as configurações no arquivo não serão aplicadas.

• Documente as substituições feitas nos pacotes de gerenciamento. Ao definir uma substituição, adicione uma explicação da ação que você está executando e o motivo para ela ao campo de descrição selecionando Editar no painel Detalhes da caixa de diálogo Propriedades de substituição. É possível também manter uma planilha ou outro formulário para documentar alterações efetuadas em pacotes de gerenciamento.

Próximas etapas

• Para saber como criar um pacote de gerenciamento gravável personalizado para armazenar suas substituições, consulte Como criar um pacote de gerenciamento para substituições.

• Para entender o que é um pacote de gerenciamento do Operations Manager e como ele ajuda você a monitorar proativamente seus serviços e aplicativos, consulte O que há em um Pacote de Gerenciamento do Operations Manager.

• Para executar tarefas administrativas comuns com pacotes de gerenciamento em seu grupo de gerenciamento, consulte Como importar, exportar e remover um pacote de gerenciamento do Operations Manager.