Como solucionar problemas de integração do pacote de gerenciamento de operações

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 3126513
Sumário
Este artigo contém uma série de etapas, procedimentos, e dicas para solução de problemas para ambas as Operations Manager integrado anexar modo clientes e acesso do agente direto no Microsoft Operations Management Suite (OMS).

O artigo aborda os seguintes tópicos

Erro de registro do Operations Manager

Descreve duas mensagens de erro que podem ocorrer quando você registra um grupo de gerenciamento do OpsMgr (Operations Manager).

Etapas de registro ou a configuração de proxy

Descreve como configurar os servidores proxy (se você os tiver) para permitir que o tráfego idéias operacionais.

Verificando a implantação após o registro

Fornece etapas para solução de problemas para o modo de anexo do Operations Manager integrado e para agentes conectados diretamente. Também descreve como verificar o fluxo de dados, bem como para procurar os erros comuns e como corrigi-los.

Outros problemas conhecidos e soluções alternativas do Operations Manager

Descreve outros diversos problemas relacionados à integração de idéias operacionais do Operations Manager.
Mais Informações

Erro de registro do Operations Manager

Erro 2200

Quando você tenta se conectar a um grupo de gerenciamento do Operations Manager para OMS, você recebe a seguinte mensagem de erro:

Erro 2200: Não é possível registrar o serviço Advisor. Entre em contato com o administrador do sistema.

Esse problema pode ser causado por uma das seguintes condições:
  • O espaço de trabalho do OMS não foi criado antes de tentar a integração com o Operations Manager. Para corrigir esse problema, vá para o site Microsoft.com\OMS e criar um espaço de trabalho pela primeira vez. Em seguida, tente integração pela mesma conta.
  • Depois de instalar os mais recente atualização necessária rollups, os pacotes de gerenciamento necessários não foram importados em seu grupo de gerenciamento do OpsMgr. Para corrigir esse problema, abra o console do OpsMgr, vá para o modo de administração e, em seguida, selecione a opção para importar pacotes de gerenciamento. Em seguida, vá para %SystemDrive%\Program Comuns\System Center 2012 SP1\Operations Manager\Server\Management pacotes para pacotes cumulativos de atualizaçãoe, em seguida, importar os pacotes de gerenciamento nesta pasta. Assim que a operação for concluída, reinicie o console e tente novamente em integração.

Erro 3000

Quando você tenta se conectar a um grupo de gerenciamento do OpsMgr para OMS, você recebe a seguinte mensagem de erro:

Erro 3000: Não é possível registrar o serviço Advisor. Entre em contato com o administrador do sistema.

Esse problema pode ser causado por uma das seguintes condições:
  • O relógio do servidor pode estar fora de sincronia com a hora atual em mais de 5 minutos. Você pode corrigir esse problema alterando a hora do relógio do servidor para coincidir com a hora atual. Para fazer isso, abra um prompt de comando como um administrador, execute /tz w32tm para verificar o fuso horário e w32tm /resync para sincronizar o tempo.

    Observação: Mesmo quando o relógio diz que ele é sincronizado (isto é, sincronizado com o servidor de horário da empresa), ainda estar fora de sincronia com uma das máquinas virtuais no Azure. Porque a diferença de horário permitido é de apenas 5 minutos, isso é um problema freqüente. Verifique se sincronizar com um servidor de horário confiável na Internet. Você ainda pode solucionar esse tipo de problema, permitindo o rastreamento detalhado no computador executando o consoler ou o servidor de gerenciamento. Para obter mais informações sobre o rastreamento no Operations Manager, consulte o seguinte artigo:
    942864 Como usar o rastreamento de diagnóstico no System Center Operations Manager 2007 e no System Center Essentials
    Essencialmente, você precisará executar o seguinte comando:
    StartTracing.cmd VER - reproduce the issue – StopTracing.cmd FormatTracing.cmd
    Nos arquivos de rastreamento de saída, você deve encontrar uma exceção, indicando que o símbolo foi rejeitado porque não foi ainda válido ou expirou.
  • Um servidor proxy interno ou o firewall pode estar bloqueando a comunicação com os pontos de extremidade de serviço do Supervisor. A seção a seguir inclui informações detalhadas sobre como solucionar esses problemas.

Etapas de registro ou a configuração de proxy

Quando um servidor interno de proxy ou firewall está bloqueando a comunicação com os pontos de extremidade de serviço do Supervisor, o registro poderá falhar. Ou, após a conclusão do registro, o OpsMgr comunicação falhar. Esta seção descreve o tipo de comunicação e os pontos de extremidade devem ser permitidos nos servidores de gerenciamento, console e agentes diretos para a comunicação de idéias operacionais para trabalhar.

Etapa 1: Solicitação de exceção para os pontos de extremidade do serviço

Os seguintes domínios e URLs devem estar acessíveis através do firewall ou proxy para o servidor de gerenciamento para acessar os serviços da Web idéias operacionais do Azure.

Alguns servidores proxy podem exigir ignoradas de inspeção de HTTPS. Os URLS que exigem isso são indicados nas tabelas abaixo.

Servidor de gerenciamento
URLIgnorar a inspeção de HTTPSPortas
Service.systemcenteradvisor.com443
*. service.opinsights.azure.com443
scadvisor.AccessControl.Windows.NET443
scadvisorservice.AccessControl.Windows.NET443
*.blob.Core.Windows.NET/*X443
Data.systemcenteradvisor.com443
ods.systemcenteradvisor.com443
*. ods.opinsights.azure.comX443
*. systemcenteradvisor.com443

Observação: Com algumas futuras soluções (por exemplo, segurança e auditoria), devido ao grande volume de dados enviados nessas situações, os agentes irá relatar dados diretamente para a nuvem sem enfileiramento de mensagens por meio do servidor de gerenciamento, mesmo quando a emissão de relatórios para o OpsMgr e recebimento de configuração a partir do grupo de gerenciamento do OpsMgr. Nessas situações o domínio e a porta a seguir também devem ser permitidas nos proxies e firewalls:

URLIgnorar a inspeção de HTTPSPortas
*. ods.opinsights.azure.comX443

Observação: A configuração especificada na etapa 2 abaixo do proxy será propagado automaticamente para os agentes de cliente do OpsMgr.
Console do Operations Manager
Os seguintes domínios e URLs devem estar acessíveis por meio do firewall para exibir o portal da web Advisor e o console do Operations Manager (para realizar o registro de idéias operacionais Azure).

RecursoIgnorar a inspeção de HTTPSPortas
*. systemcenteradvisor.com80, 443
*. live.com80, 443
*. microsoft.com80, 443
*. microsoftonline.com 80, 443
login.Windows.NET80, 443

Além disso, certifique-se de que o proxy do Internet Explorer está definido corretamente no computador que está sendo usado. Pode ser especialmente importante para se conectar a um site SSL habilitado como https://www.Bing.com Para verificar conexões HTTPS funcionará. Se a conexão HTTPS não funcionar em um navegador, ele provavelmente também não funcionará no console do Operations Manager ou nos módulos de servidor falam com os serviços da web na nuvem.
Agentes conectados diretamente
Agente direto não usa suas credenciais para conectar-se ao espaço de trabalho; em vez disso, você deve digitar a identificação do espaço de trabalho e a chave. Essas credenciais são usadas para o registro e, em seguida, depois que o agente é registrado, um certificado é usado. Agente direto precisa conectar-se somente para os seguintes destinos:

URLIgnorar a inspeção de HTTPSPortas
*.blob.Core.Windows.NET/*X443
*. oms.opinsights.azure.comX443
*. ods.opinsights.azure.comX443
ods.systemcenteradvisor.com443

Depois que você tiver concluído o registro do seu ambiente OpsMgr para o serviço do Supervisor, siga as etapas 2, 3 e 5 para permitir que os servidores de gerenciamento enviar dados para o serviço da Web de Supervisor. Observação: essa etapa 4 será necessária somente se você não tiver instalado as atualizações mais recentes.

Etapa 2: Configurar o servidor proxy no console do OpsMgr

  1. Abra o console do OpsMgr.
  2. Vá para o modo de exibição de Administração .
  3. Sob o nó System Center Advisor , selecione Conexão de Supervisor.
  4. Clique em Configurar o servidor Proxy:

  5. Marque a caixa de seleção usar um servidor proxy para acessar o serviço Web de Supervisor
  6. Especifique o endereço do proxy no formato http://proxyserver:port:

    Endereço do proxy

Etapa 3: Especificar credenciais para o OpsMgr, se o servidor proxy requer autenticação

Se o servidor proxy requer autenticação, você pode especificar uma conta OpsMgr RunAs e associá-lo ao System Center Advisor executar como Proxy de perfil:
  1. No Console do OpsMgr, vá para o modo de Administração .
  2. Sob o nó Configuração RunAs , selecione perfis.
  3. Clique duas vezes para abrir o System Center Advisor executar como Proxy de perfil:

    O System Center Advisor executar como Proxy de perfil
  4. Clique em Add para adicionar uma Conta de RunAs. Você pode criá-lo ou usar uma conta existente. Essa conta deve ter permissões suficientes para passar através do proxy.
  5. Defina a conta para ser direcionado para o grupo de Servidores de gerenciamento do Operations Manager .
  6. Conclua o assistente e salvar as alterações:

Etapa 4: Configurar o servidor proxy em cada servidor de gerenciamento do OpsMgr para código gerenciado

Há uma configuração adicional no Operations Manager é destinado a emissão de relatórios de erro geral. No entanto, quando essa configuração estiver habilitada, a configuração do proxy pode também acabar afetar a funcionalidade do conector do Supervisor. Isso ocorre porque os mesmos módulos podem ser usados em vários fluxos de trabalho. Por isso. A Microsoft recomenda que você defina o servidor proxy para o mesmo proxy para cada servidor de gerenciamento. Para fazer isso, execute as seguintes etapas:
  1. No Console do OpsMgr, vá para o modo de Administração .
  2. Selecione Gerenciamento de dispositivose, em seguida, selecione o nó de Servidores de gerenciamento .
  3. Clique com botão direito, selecione Propriedades para cada MS (um no momento) e, em seguida, defina o proxy na guia Configurações de Proxy :

Verificando a implantação após o registro

Etapa 1: Verificar que os pacotes de gerenciamento à direita são baixados para o seu ambiente do Operations Manager

Dependendo de quais soluções (anteriormente conhecidas como pacotes de inteligência) que você ativou o portal idéias operacionais, você verá alguns ou todos do gerenciamento de pacotes na screen shot a seguir. Procurar por palavra-chave "Supervisor" ou "Solução" em seus nomes e certifique-se de que as soluções que você habilitou tem pacotes de gerenciamento correspondente instalados.



Você também pode verificar esses pacotes de gerenciamento por meio do PowerShell, usando os seguintes comandos:
get-scommanagementpack | where {$_.DisplayName -match 'Advisor'} | select Name,DisplayName,Version,KeyToken
get-scommanagementpack | where {$_.DisplayName -match 'Advisor'} | select Name,DisplayName,Version,KeyToken | Out-GridView
Observação: Se você estiver solucionando problemas da solução de capacidade, verifique quantos pacotes de gerenciamento que tem um nome que contenha "capacidade." Existem dois pacotes de gerenciamento que tem o mesmo nome para exibição, mas diferentes identificações internas que vêm no mesmo pacote do pacote de gerenciamento. Se um dos dois não será importado (geralmente porque faltam dependências do VMM) do management pack pode não ser importado.

Você deverá ver os seguintes três pacotes de gerenciamento relacionados a "capacidade":
  • Pack do Microsoft System Center Advisor inteligência de capacidade
  • Pack do Microsoft System Center Advisor inteligência de capacidade
  • Dados de capacidade de armazenamento do Microsoft System Center Advisor
Se você vir apenas uma ou duas delas, removê-los e aguarde 5 a 10 minutos para o Operations Manager fazer o download e importá-los novamente. Se isso falhar, verifique os logs de eventos para erros durante esse período.

Etapa 2: Validar que as soluções corretas são baixadas para o seu agente direto

Com agentes direto, você deverá ver a diretiva de coleta de solução sejam armazenados em cache no caminho C:\Program Files\Microsoft monitoramento Agent\Agent\Health Service State\Management pacotes :


Etapa 3: Validar que dados estão sendo enviados para o serviço de Supervisor (ou pelo menos que um envio é tentado)

  1. Abra o Monitor de desempenho.
  2. Selecione grupos de gerenciamento de serviços de saúde.
  3. Adicione todos os contadores que começam com HTTP:

  4. Se a configuração estiver correta, você deverá ver a atividade para esses contadores como eventos e outros dados serão carregados (com base nas soluções de carregados no portal e a diretiva de coleta de log configurado). Esses contadores não necessariamente precisa estar continuamente ocupado. Entretanto, se você vir pouca ou nenhuma atividade, pode ser que você não adicionou muitas soluções ou que você tenha uma política de conjunto muito leve.

Etapa 4: Verifique se há erros no servidor de gerenciamento ou logs de eventos do agente direto

Como uma etapa final, se todas as etapas anteriores falharem, verifique se há erros no Event Viewer – >, aplicativos e serviços – > log de eventos do Operations Manager . Filtrar por fontes de evento: Advisor, módulos de serviço de saúde, HealthServicee Conector de serviço (este último um aplica-se ao agente direta somente). Você pode copiar esses eventos e lançá-las o fórum de comentários para que nós da equipe de produto pode oferecer ajuda adicional. A maioria desses eventos também é encontrada no agente direto e as etapas para solução de problemas são semelhantes. A única parte que difere entre um ambiente integrado do OpsMgr e usando agentes diretos é o processo de registro:
  • Quando conectado ao Operations Manager, você tem um Assistente de integração do navegador que permite que você selecione o espaço de trabalho como um usuário/administrador. Em seguida, o OpsMgr cuida da troca de certificados e utiliza os para management pack download e transferência de dados para idéias operacionais.
  • Quando estiver usando agentes direta, basta copiar e colar a chave e identificação do espaço de trabalho e aqueles usados para verificar se ele realmente é quem está registrando os agentes e que você possui esse espaço de trabalho. Depois que você estiver autenticado, certificados são trocados nos bastidores pelo serviço de uma maneira semelhante à quando o OpsMgr é integrado.
A maioria desses eventos se aplicam a ambos os tipos de relatórios de infra-estrutura. Abra o Visualizar eventos – >, aplicativos e serviços – > Operations Manager e filtrar por fontes de evento: Supervisor, os módulos de serviço de saúde, HealthService e Conector de serviço (este último um aplica-se ao agente direta somente).



A tabela a seguir inclui alguns dos eventos que você pode ver quando as coisas não estão funcionando corretamente:
Identificação do eventoCódigo-fonteSignificadoResolução
2138Módulos de serviço de saúdeProxy exige autenticaçãoSiga a etapa 3 e/ou etapa 1 acima.
2137Módulos de serviço de saúdeNão é possível ler o certificado de autenticaçãoExecutar novamente o Assistente de registro do Supervisor corrigirá certificados/runas contas.
2132Módulos de serviço de saúdeNão autorizadoPode ser um problema com o certificado e/ou o registro para o serviço. Tente executar novamente o Assistente de registro do Supervisor, que corrigirá certificados e contas de runas. Além disso, verifique se que o proxy foi definido para permitir exclusões por etapa 1 acima e/ou verifique se a autenticação por etapa 3. Verifique também se o usuário tem acesso por meio do proxy.
2129Módulos de serviço de saúdeFalha na conexão / negociação SSL falhouPode haver algumas configurações incorretas de TCP no servidor. Verifique esta postagem da comunidade para obter mais informações: http://jacobbenson.com/?p=511.
2127Módulos de serviço de saúdeFalha ao enviar dados recebeu código de erroSe isso só acontece uma vez em quando pode ser apenas uma anomalia aleatória que pode ser ignorada. Monitor de entender com que freqüência ele ocorre. Se isso acontece com freqüência (cada 10 minutos ou mais durante o dia), é um problema. Verifique sua configuração de rede e as configurações de proxy, executadas novamente o Assistente de registro. Se ela ocorre apenas esporadicamente (isto é, algumas vezes por dia), em seguida, tudo o que deve ser suficiente, como os dados serão colocados em fila e retransmitidos.
Alguns dos códigos de erro HTTP tem algum significado especial. Por exemplo, na primeira vez que um servidor de gerenciamento ou agente direto MMA tenta enviar dados ao nosso serviço, ele receberá um erro 500 com um código de 404 erro interna. 404 significa não encontrado, que indica que a área de armazenamento será usado para este novo espaço de trabalho de seu não está bem pronta ainda (ele ainda está sendo provisionado). Na próxima tentativa, estará pronto e fluxo iniciará o trabalho conforme o esperado.
Um erro 403 pode indicar um problema de permissão ou as credenciais. Há mais informações sobre o erro 403 abaixo na seção específica de agente direto esta postagem.
2128Módulos de serviço de saúdeFalha de resolução de nomes DNSServidor não pode resolver nosso endereço de Internet usado para enviar dados. Isso pode ter configurações de resolução DNS em seu computador, as configurações de proxy incorreta ou talvez um problema temporário com o DNS em seu provedor. Como o evento anterior, dependendo se ele acontece constantemente ou apenas uma vez em quando, pode ser um problema ou não.
2130Módulos de serviço de saúdeTempo limiteComo o evento anterior, dependendo se ele acontece constantemente ou apenas uma vez em quando, pode ser um problema ou não.
4511HealthServiceNão é possível carregar o módulo "System.PublishDataToEndPoint"-arquivo não encontradoInicialização de um módulo do tipo "System.PublishDataToEndPoint" ("{D407D659-65E4-4476-BF40-924E56841465}" CLSID) falhou com o código de erro do sistema não pode localizar o arquivo especificado.

Este erro indica que você tem DLLs no computador antigos que não contêm os módulos necessários. A correção é para atualizar os servidores de gerenciamento para o pacote de Update Rollup mais recente.
4502HealthServiceMódulo travadoSe você vê isso para fluxos de trabalho com nomes como CollectInstanceSpace ou CollectTypeSpace, pode significar que o servidor está tendo problemas ao enviar dados. Dependendo de como normalmente acontece, pode ser um problema ou não. Se isso acontece mais de cada hora é definitivamente um problema, no entanto caso não apenas uma ou duas vezes por dia ele esteja correto e deve ser capaz de recuperar. Dependendo de como o módulo realmente falha (a descrição terá mais detalhes) pode ser um problema no local (por exemplo, para coletar ao banco de dados) ou um problema de envio para a nuvem. Verifique se as configurações de proxy e de rede e se ele ainda falhar, tente reiniciar o HealthService.
4501HealthServiceFalha do módulo "System.PublishDataToEndPoint"Um módulo do tipo "System.PublishDataToEndPoint" relatou um erro 87L que estava sendo executado como parte da regra executando por exemplo "Grupo de gerenciamento do Operations Manager" com a identificação "Microsoft.SystemCenter.CollectAlertChangeDataToCloud": "{6B1D1BE8-EBB4-B425-08DC-2385C5930B04}" em gerenciamento de grupo "SCOMTEST".

Você não deve ver isso com este exato mais o fluxo de trabalho, o módulo e o erro. Costumava ser um bug, mas agora ele seja corrigido. Ele foi rastreado aqui http://feedback.Azure.com/forums/267889-Azure-Operational-Insights/Suggestions/6714689-Alert-Management-Intelligence-Pack-not-Sending-ALE
4002Conector de serviçoO serviço retornou um código de status HTTP 403 em resposta a uma consulta. Entre em contato com o administrador de serviço para a integridade do serviço. A consulta será repetida mais tarde.Você pode obter um 403 durante a fase de registro inicial do agente e você verá um URL semelhante ao seguinte:
https://<YourWorkspaceID>.oms.opinsights.azure.com/ AgentService.svc/AgentTopologyRequest

Significa que o código de erro 403 proibido. Isso é normalmente uma chave ou ID do espaço de trabalho de digitação ou o relógio não está sincronizado (assim como para ' erro 3000' no início deste artigo) – ver mais </YourWorkspaceID>aqui

Etapa 5: Procure seus agentes enviar seus dados e ter indexados no portal

Verifique no portal de idéias operacionais para ver se os computadores estão reportando. Na página Visão geral de navegar para a grande azul configurações lado a lado. Ele será o ladrilho primeiro ou último dependendo da sua configuração. Em configurações, clique na guia Fontes CONECTADAS . Cada coluna nessa página representa um tipo de fonte de dados diferente conectado ao OI (servidores conectados diretamente, grupos de gerenciamento do Operations Manager e contas de armazenamento do Azure). Clique em azul "X contas de grupos/armazenamento/gerenciamento de servidores conectados" e ele o levará a uma pesquisa com mais detalhes. Nesta página você também verá uma lista de grupos de gerenciamento individuais conectados. Clicando em um desses grupos de gerenciamento também levará para procurar e mostrar uma lista dos servidores conectados a este grupo de gerenciamento.

Observação: Se uma fonte de dados é listada como relatar nesta página ele não significa necessariamente que coletou todos os dados da origem. Nesse caso é possível que o detalhamento de pesquisa nesta página mostrará resultados inconsistentes (por exemplo, você verá uma fonte de dados listada nas Fontes conectadomas não será na pesquisa). Após o início de coleta de dados de um endereço IP ou de coleta de log, os resultados de pesquisa seja consistentes.


O Supervisor de equipe de engenharia está empenhada em resolver seus problemas de integração então entre em contato conosco se você tiver algum problema. Estamos aqui para ajudar.

Outros problemas conhecidos e soluções alternativas do Operations Manager

O botão de pesquisa na caixa de diálogo "adicionar um computador/grupo" está faltando

Alguns clientes relataram que o botão de pesquisa na caixa de diálogo de pesquisa do computador está ausente. Estamos atualmente investigando isso. Como solução temporária, clique na caixa de edição Filtrar por (opcional) e, em seguida, pressione a tecla Tab para ir para o botão de pesquisa invisível. Em seguida, você pode ativar o botão pressionando a <Spacebar>ou <Enter>.

</Enter></Spacebar>

Problemas de coleta de log do IIS

O seguinte artigo contém informações específicas sobre como melhor configurar o log do IIS para uso com idéias operacionais, bem como alguns outros problemas conhecidos:

http://blogs.technet.com/b/momteam/Archive/2014/09/19/IIS-Log-Format-Requirements-in-System-Center-Advisor.aspx

Algumas das informações contidas neste artigo também se aplica ao agente direto, mas ele se destina principalmente do Operations Manager. Ele também inclui informações adicionais sobre o IIS com o agente direto.

Problemas de conectividade podem ocorrer quando o certificado de Baltimore CyberTrust Root não está instalado


Problemas de conectividade podem ocorrer em computadores cliente quando as seguintes condições forem verdadeiras:
  • Os computadores cliente usam Microsoft Intune e tem o mecanismo de certificado raiz automático desativado.
  • O certificado de Baltimore CyberTrust Root não está instalado.

Para resolver esse problema quando o mecanismo de atualização de certificado raiz automático estiver desativado em um computador cliente, instale os certificados raiz mais recentes para certificar-se de que o computador cliente é atualizado e seguro. Você pode usar o Microsoft Update Catalog para encontrar as atualizações mais recentes do certificado raiz. Você pode procurar por "atualização de raiz" ou o número do artigo da Base de Conhecimento Microsoft para Windows Root Certificate Program (931125) e, em seguida, baixe o pacote de atualização de raiz mais recente. Como os pacotes de atualização de raiz são cumulativos, você deve instalar apenas o pacote mais recente para receber todos os certificados raiz no programa.

Para obter mais informações sobre isso, consute problema, o seguinte artigo da Base de Conhecimento Microsoft:

2831435 Problemas de conectividade podem ocorrer quando o certificado de Baltimore CyberTrust Root não é instalado em computadores clientes que usam Microsoft Intune

Como restringir o uso de determinados algoritmos criptográficos e protocolos no Schannel. dll

Pode haver situações que exigem você restringir o uso de determinados algoritmos criptográficos e protocolos no arquivo Schannel dll. Para obter mais informações sobre como fazer isso, consulte o seguinte artigo da Base de Conhecimento:

245030 Como restringir o uso de determinados algoritmos criptográficos e protocolos no Schannel. dll

Avaliação de SQL e AD

Avaliação do AD e SQL exigem o.NET Framework 4 ser executado em cada agente a ser acessado. Análise é executado nas máquinas do SQL Server e os controladores de domínio (para AD). Avaliação de SQL oferece suporte para as edições Standard, Developer e Enterprise do SQL Server (todas as versões com suporte no momento).

Avaliação de malware

O Windows 7 e Windows Server 2008 R2 tem problemas descritos e controladas aqui:

http://feedback.Azure.com/forums/267889-Azure-Operational-Insights/Suggestions/6519211-Windows-Server-2008-R2-SP1-servers-are-shown-as-n

Você pode ver quais produtos anti-malware estão ativados, seguindo este thread:

http://feedback.Azure.com/forums/267889-Azure-Operational-Insights/Suggestions/6519202-Support-Other-AntiVirus-Products-in-malware-Assess

Informações específicas do agente direto

A maioria dos erros na tabela acima em '4 do procedimento' sobre 'Gerenciamento de servidores' também se aplicam ao agente direto. Agente direto, cada agente é responsável por conversar com idéias operacionais por conta própria, em vez de quando integrada com o Operations Manager se o servidor de gerenciamento que envia dados em nome dos agentes relatar a ele, agindo como um gateway.

Com o agente direto, o problema mais comum é o código de erro 403 , o que significa "proibido". Isso é normalmente uma chave ou workspaceId incorretamente. Você pode obter mais informações sobre isso aqui.

Outras coisas que estamos atualmente está controlando para agente direto incluem o seguinte:

-O pacote de inteligência de gerenciamento de capacidade não funciona com o agente direto. Ele só funciona com o Operations Manager e também precisa do Operations Manager para ser integrado com o Virtual Machine Manager. Vamos controlar idéias generalizar essa solução aqui:

http://feedback.Azure.com/forums/267889-Azure-Operational-Insights/Suggestions/6662146-Open-up-the-Capacity-Management-Pack-for-other-sys

-O pacote de gerenciamento de inteligência alerta não funciona com o agente direto. Ele requer o Operations Manager sincronizar os alertas para a nuvem.

-Avaliação Malware funciona com exceção do problema observado acima para o Windows 7 e Windows Server 2008 R2.

Observe que essa avaliação de atualização, controle de alterações, bem como as soluções de gerenciamento de Log para a coleta de eventos do Windows e Logs do IIS funciona para o Operations Manager e o agente direto já.

Se você precisar de mais informações sobre como instalar o agente, inclusive com scripts e métodos autônomos, verifique a documentação aqui:

https://Azure.microsoft.com/en-US/Documentation/articles/Operational-Insights-Direct-Agent/

Se necessário, suporte direto agente passando por meio do proxy e não há um script do PowerShell na documentação acima, que pode ser usada para configurar o servidor proxy e credenciais a serem usadas no agente de. É um específico do aplicativo não definindo assim nenhum processo além de necessidades do MMA para poder saber como acessar a Internet.

Se sua VM no Azure, você pode instalar/ativar o clique de um agente do portal do Azure:

http://Azure.microsoft.com/en-US/Updates/easily-Enable-Operational-Insights-for-Azure-Virtual-Machines/

Além disso, lembre-se de que, no momento, há apenas uma versão de 64 bits do agente. Comentários de um possível agente de 32 bits está sendo acompanhado aqui:

http://feedback.Azure.com/forums/267889-Azure-Operational-Insights/Suggestions/6744349-Support-for-Windows-2003-and-2008-Servers-32-bit

Informações de diagnóstico do Windows Azure

Gerenciamento de log por meio de integração do Portal do Azure permite também coletar eventos do Windows do armazenamento do Windows Azure Diagnostics (WAD). Isso funciona para funções de serviços em nuvem e VMs IaaS configurado para gravar WAD.

Coleta de Logs do IIS de WAD funciona para serviços em nuvem e para VMs IaaS, mas não para Sites do Azure. Isso é controlado:

http://feedback.Azure.com/forums/267889-Azure-Operational-Insights/Suggestions/6519351-Collect-IIS-logs-from-Windows-Azure-Diagnostics-ST

Check-out e votar outras idéias sobre o que deve ser obtida para esta categoria em nosso fórum:

http://feedback.Azure.com/forums/267889-Azure-Operational-Insights/Category/88086-log-Management-and-log-Collection-Policy

Por fim, eis um bom papel sobre como configurar as funções do Microsoft Azure e VMs para gravar no armazenamento de diagnóstico do Windows Azure:

http://download.microsoft.com/download/B/6/C/B6C0A98B-D34A-417C-826E-3EA28CDFC9DD/AzureSecurityandAuditLogManagement_11132014.PDF
O OpsMgr 2012 R2

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3126513 - Última Revisão: 08/06/2016 10:32:00 - Revisão: 5.0

Microsoft System Center 2012 Operations Manager, Microsoft System Center 2012 R2 Operations Manager, Microsoft Operations Management Suite

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3126513 KbMtpt
Comentários