Notas de versão do Operations Manager no System Center 2012 R2

 

Aplica-se a: System Center 2012 R2 Operations Manager

Antes de instalar e usar o Operations Manager no System Center 2012 R2 , leia estas notas de versão.

Grupo de Advisor Monitoring Server reservado para Advisor Connector usar somente

Descrição: O grupo do Microsoft System Center Advisor Monitoring Server é reservado para o controle dos agentes que estão incluídos no Advisor Connector. Este grupo não deve ser modificado ou adicionado à lista Advisor Managed.

Solução alternativa: Isso faz parte do design.

.NET Framework necessário para habilitar o Advisor Connector em agentes

Descrição: Para habilitar o Advisor Connector nos computadores do agente do Operations Manager, primeiro é necessário instalar o Microsoft .NET Framework.

Solução alternativa: Para agentes que executam o Windows Server 2008 R2 e versões anteriores, instale o .Net Framework 3.5 SP1. Para agentes que executam o Windows Server 2012 e versões mais recentes, instale o .Net Framework 4.0 ou superior.

Os produtores de dados da API da web ASP.NET não são instalados se o Microsoft .NET Framework 4.x não for instalado antes

Descrição: Se você instalar um Operations Manager para o agente do System Center 2012 R2 em um computador que ainda não tenha o Microsoft .NET Framework 4.x instalado, alguns produtores de dados da API Web ASP.NET não serão instalados. Se depois você instalar o Microsoft .NET Framework 4.x no computador e tentar monitorar um aplicativo que utiliza a API da web ASP.NET com o recurso de monitoramento de aplicativos, os produtores de dados aplicáveis ainda estarão ausentes e o monitoramento não funcionará para o dado aplicativo.

Solução alternativa: Isso faz parte do design. Para restaurar os produtores de dados ausentes, o agente deverá ser reinstalado após a instalação do Microsoft .NET Framework 4.x no computador.

Para utilizar o monitoramento do desempenho de aplicativos com o Windows Server 2012 R2, você deverá importar os pacotes de gerenciamento.

Descrição: Para usar o APM (monitoramento do desempenho de aplicativos) com o Windows Server 2012 R2, você deverá importar os pacotes de gerenciamento do Windows Server 2012 R2 e IIS 8.

Solução alternativa: System Center 2012 R2 o Operations Manager inclui o suporte do APM para Windows Server 2012 R2 e IIS8 (Serviços de Informações da Internet 8). No entanto, para que este recurso funcione, você deve importar o seguinte conjunto de pacotes de monitoramento:

  • Microsoft.Windows.Server.2012.R2.Discovery.mp

  • Microsoft.Windows.Server.Library versão 6.0.6989.0 ou mais recente

  • Microsoft.Windows.Server.2012.Discovery versão 6.0.6989.0 ou mais recente

  • Microsoft.Windows.InternetInformationServices.CommonLibrary versão 7.0.8862.0 ou mais recente

  • Microsoft.Windows.InternetInformationServices.2012 versão 7.0.8862.0 ou mais recente

    Esta é uma nova versão do pacote de gerenciamento do IIS8. NÃO use o pacote de gerenciamento Microsoft.Windows.InternetInformationServices.6.2, que era parte da "versão beta do pacote de gerenciamento para Windows 8". Caso tenha importado anteriormente o pacote de gerenciamento Microsoft.Windows.InternetInformationServices.6.2, remova-o.

  • Microsoft.SystemCenter.Apm.Web.IIS8

    Está na pasta /ManagementPacks da mídia do System Center 2012 – Operations Manager e equivale ao pacote de gerenciamento Microsoft.SystemCenter.Apm.Web.IIS7, que era (e ainda é) usado para o IIS7.

Não é possível encontrar WCFServerAsyncBeginProducer no agente após a atualização

Descrição: Durante a atualização do System Center 2012 para o System Center 2012 R2, um novo agente do System Center 2012 R2 configurado para o monitoramento do APM ainda receberá definições de configuração antigas dos grupos de gerenciamento desatualizados, e pode criar um log de um evento de "informação" (ID 1295) no log de eventos com a seguinte mensagem:

Não é possível encontrar o produtor "Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation.InstrumentationClass.WCFServerAsyncBeginProducer do assembly Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation, Version=7.0.5000.0, Culture=Neutral, PublicKeyToken=9396306c2be7fcc4, processorArchitecture=MSIL" no assembly Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation, Version=7.0.5000.0, Culture=Neutral, PublicKeyToken=9396306c2be7fcc4, processorArchitecture=MSIL, o produtor está inacessível devido ao nível de acesso ou o produtor possui uma assinatura incorreta. Consulte a documentação para obter mais detalhes.

Solução alternativa: nenhuma. Este evento ocorre por design. Tudo no APM funciona normalmente e essa mensagem de evento pode ser ignorada.

Após a atualização, o console da web não funciona porque o IIS foi corrompido

Descrição: Ao atualizar para o System Center 2012 R2, Operations Manager, se a atualização interromper o console Web, você pode encontrar um erro em tempo de execução: Server Error in ‘/OperationsManager’ Application No log do aplicativo no servidor do console Web, você verá um evento com uma mensagem de exceção: Could not load type 'System.ServiceModel.Activation.HttpModule'.

Por exemplo, durante o processo de atualização, solicita-se que você adicione "Ativação HTTP" aos serviços de função do Sistema Operacional. Isso colocará o IIS em um estado semi-interrompido, sendo necessário, para corrigi-lo, reinscrever o ASP .NET no IIS. Isso pode ocorrer em qualquer momento que você adicionar componentes do IIS depois do ASP.NET.

Solução alternativa: Registre novamente o ASP.NET no IIS.

  • No Windows Server 2008 R2 SP1, execute o seguinte comando em um CMD privilegiado: C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -i -enable

  • No Windows Server 2012, execute o seguinte comando em um CMD privilegiado: C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -r. 

Usar a elevação sudo em sistemas operacionais Solaris requer uma alteração de configuração se o executável do sudo não estiver em um caminho esperado

Descrição: Se você quiser usar a elevação sudo em um computador executando Solaris e o executável do sudo não estiver em um caminho esperado, será necessário criar um link para o caminho correto. O Operations Manager procurará o executável do sudo no caminho /opt/sfw/bin e, depois, no caminho /usr/bin. Se o sudo não estiver instalado em um desses caminhos, será necessário um link.

Solução alternativa: O script de instalação do agente do UNIX e do Linux cria o link /etc/opt/microsoft/scx/conf/sudodir simbólico para a pasta que se espera que contenha o sudo. O agente usa este link simbólico para acessar o sudo. O script de instalação cria o link simbólico automaticamente, portanto, não é necessário realizar nenhuma ação para as configurações padrão de UNIX e Linux. No entanto, se o sudo estiver instalado em um local não padrão, é necessário alterar o link simbólico para apontar para a pasta em que o sudo está instalado. Se você alterar o link simbólico, seu valor é mantido para as operações de desinstalação, reinstalação e atualização com o agente.