Notas de versão do Operations Manager do System Center 2012 SP1

 

Aplica-se a: System Center 2012 SP1 - Operations Manager

System_CAPS_importantImportante

Antes de você instalar e usar o System Center 2012 Service Pack 1 (SP1), leia essas notas de versão sobre o Operations Manager.

Exceções de conectividade críticas e não críticas são mostradas como "não críticas" para aplicativos MVC

Descrição: Ao monitorar um aplicativo ASP.NET MVC com o Monitoramento de Desempenho do Aplicativo (monitoramento de desempenho do aplicativo .NET), se a configuração para monitorar "Todas as Exceções" estiver marcada (em vez de monitorar apenas "Exceções Críticas"), todas as exceções de conectividade serão relatadas como "críticas".

Solução alternativa: Selecione apenas a opção "Exceção Crítica" para o monitoramento de aplicativos MVC, em vez de "Todas as Exceções".

O Monitoramento de Desempenho do Aplicativo .NET não funcionará corretamente caso os agentes e servidores de gerenciamento pertençam a versões diferentes do Operations Manager.

Descrição: A descoberta de pontos de extremidade de WCF, o monitoramento dos Serviços do Windows e outras funcionalidades relacionadas do Monitoramento de Desempenho do Aplicativo (monitoramento de desempenho do aplicativo .NET) não têm suporte nas versões do Operations Manager. Por exemplo, um agente do 2012 SP1 subordinado a um servidor do System Center 2012 – Operations Manager (ou vice-versa, um agente do System Center 2012 – Operations Manager subordinado a um grupo de gerenciamento do 2012 SP1) não funcionará corretamente.

Solução alternativa: Instale servidores de gerenciamento e agentes pertencentes à mesma versão do Operations Manager.

Não há parâmetros coletados para ErroRegistro ao monitorar um aplicativo ASP.NET MVC

Descrição: Ao monitorar um aplicativo ASP.NET MVC com o Monitoramento de Desempenho do Aplicativo (monitoramento de desempenho do aplicativo .NET), os parâmetros dos eventos de exceção não são coletados.

Solução alternativa: nenhuma. Estamos trabalhando neste problema para resolvê-lo em uma versão futura.

Para usar o Monitoramento de Desempenho do Aplicativo com o Windows Server 2012, você deve importar os pacotes de gerenciamento do Windows 8

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

Solução alternativa: System Center 2012 Service Pack 1 (SP1), Operations Managerpossui suporte para o APM para o Windows Server 2012 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.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 algumas alterações feitas para a versão beta do agente, removemos uma classe do código. Resultado: durante a atualização, um agente novo do SP1 configurado para monitoramento do APM receberá as definições de configuração ANTIGAS de um grupo de gerenciamento que ainda não foi atualizado, e poderá registrar 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.

O Gravador da Web não funciona com o IE10 no Windows 8

Descrição: O Gravador da Web não funciona com o Internet Explorer 10 no Windows 8.

Solução alternativa: nenhuma.

Quando conectado a um Grupo de Gerenciamento do OM12, o Painel de Resumo da Rede não consegue carregar dados na interface do usuário do OM12SP1

Descrição: Ao usar o Painel de Resumo da Rede no System Center 2012 Service Pack 1 (SP1), Operations Manager os clientes não conseguem carregar dados caso estejam conectados a um grupo de gerenciamento do System Center 2012 – Operations Manager.

Solução alternativa: Use a interface do usuário do System Center 2012 – Operations Managerpara conectar-se a um grupo de gerenciamento do System Center 2012 – Operations Manager, ou atualize o grupo de gerenciamento para o SP1.

Ao atualizar a partir de uma instalação licenciada, os clientes verão um EULA de Avaliação mesmo que o produto esteja licenciado

Descrição: Durante a atualização a partir de uma instalação licenciada do Operations Manager, os clientes verão um EULA de Avaliação mesmo que o produto esteja licenciado

Solução alternativa: Execute o Get-ScomLicense no PowerShell para ver o verdadeiro contrato de licença.

Os nomes de arquivo de log e banco de dados do Data Warehouse são .mdf e. ldf

Descrição: O nome de arquivo do Banco de Dados SQL do Data Warehouse do Operations Manager é sempre ".mdf" e o nome de arquivo de log é ".ldf", em vez do nome do banco de dados.

Solução alternativa: Use o processo SQL para renomear os arquivos para corresponderem ao nome do banco de dados. Veja Como consolidar arquivos físicos e renomear o arquivo lógico no SQL Server 2000 e no SQL Server 2005.

O Contrato de Nível de Serviço do Monitoramento de Aplicativos 360 do Microsoft System Center não é importado por padrão durante a instalação

Descrição: O painel de aplicativos em Monitoramento\Monitoramento de Aplicativos, na seção Monitoramento do console do Operations Manager, contêm uma seção de Contratos de Nível de Serviço (SLAs). Por padrão, esta seção está vazia para qualquer aplicativo. Há um pacote de gerenciamento contendo os contratos de nível de serviço padrão destes aplicativos no CD do SP1; se você importar este pacote, os contratos de nível de serviço serão exibidos. Você também pode criar e modificar seus próprios contratos de nível de serviço para os aplicativos.

Solução alternativa: Há dois processos para preencher os contratos de nível de serviço no painel de aplicativos:

  1. Crie seus próprios contratos de nível de serviço para os aplicativos. Para obter mais informações, consulte Como configurar os Painéis de Monitoramento do Aplicativo .NET 360 no System Center 2012 SP1.

  2. Importe o pacote de gerenciamento "Contrato de nível de serviço do Monitoramento de Aplicativos 360 do Microsoft System Center", Microsoft.SystemCenter.ApplicationMonitoring.360.SLA.XML, da mídia do SP1, que contém os contratos de nível de serviço padrão.

Não instale o System Center 2012 SP1, Grupo de Gerenciamento do Operations Manager apontando para um Data Warehouse do System Center 2012

Descrição: Não instale um grupo de gerenciamento com versão do System Center 2012 Service Pack 1 (SP1), Operations Manager apontando para um data warehouse com versão do System Center 2012 – Operations Manager. O data warehouse não funcionará.

Solução alternativa: nenhuma. Verifique se o grupo de gerenciamento e o data warehouse apontado estão executando a mesma versão SP1 do System Center 2012 – Operations Manager.

Após a atualização para o SP1, o console Web não funciona porque o IIS foi corrompido

Descrição: Ao atualizar para o System Center 2012 Service Pack 1 (SP1), Operations Managerse 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 simbólico /etc/opt/microsoft/scx/conf/sudodir 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.