Scom 2012

My Collection
Este documento é fornecido "no estado em que se encontra". As informações e ideias expressas neste documento, inclusive referências a URLs e a outros sites
da Internet, podem ser alteradas sem aviso prévio. Este documento não lhe concede nenhum direito legal sobre nenhuma propriedade intelectual ou sobre
produtos ou nomes de produtos da Microsoft. Você pode copiar e usar este documento para suas finalidades internas e de referência. Você pode modificar
este documento para suas finalidades internas e de referência. © 2013 Microsoft. Todos os direitos reservados. Termos de uso
(http://technet.microsoft.com/cc300389.aspx) | Marcas comerciais (http://www.microsoft.com/library/toolbar/3.0/trademarks/en-us.mspx)
Table Of Contents
Chapter 1
Planejando a implantação do System Center 2012 - Operations Manager

Introdução ao System Center 2012 - Operations Manager
Conceitos principais do Operations Manager
Guia de Operações do System Center 2012 - Operations Manager
Criação para o System Center 2012 - Operations Manager
Criação de relatório para o System Center 2012 - Operations Manager
Cmdlets in System Center 2012 - Operations Manager
Implantando o System Center 2012 - Operations Manager
Monitorando redes usando o Operations Manager
Chapter 1
Planejando a implantação do System Center 2012 Operations
Manager
Atualizado: janeiro de 2013
Aplica-se a: System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
[Este tópico é uma documentação de pré-lançamento e está sujeito a alterações em versões futuras. Os tópicos em branco são incluídos como espaços reservados.]
Esta seção fornece informações sobre conceitos principais a serem considerados na fase de design e planejamento. Este documento fornece cenários de alto nível e
aponta para os detalhes encontrados em todo o Guia de Implantação do System Center 2012 - Operations Manager e também no Operations Manager Sizing Helper e
em conceitos e procedimentos específicos encontrados no Operations Guide for System Center 2012 – Operations Manager ﴾Guia de operações do System Center 2012 –
Operations Manager).
Antes de iniciar
Antes da implantação, há várias fontes de informações úteis que você deverá ler para ter o contexto da funcionalidade e dos requisitos do Operations Manager:
Fornece um roteiro de aprendizagem para o operador em uma função de nível I
Requisitos do sistema para o System Center 2012 - Operations Manager
Apresenta informações sobre os sistemas operacionais, as configurações de hardware, os requisitos de software, as combinações de instalação e as configurações
de segurança suportados – Este documento enfoca os requisitos do sistema e menciona somente as configurações não suportadas, quando necessário
Desenvolvendo e planejando os Cenários de Implantação

Este documento contém as seguintes seções:
Considerações ao atualizar para o System Center 2012 - Operations Manager
Aborda os principais conceitos e considerações de atualização para o System Center 2012 – Operations Manager
Considerações sobre uma instalação limpa do System Center 2012 – Operations Manager
Aborda os principais conceitos e configurações comuns para uma nova instalação limpa do System Center 2012 – Operations Manager
Considerações ao criar um grupo de gerenciamento para monitoramento de rede
Aborda os principais conceitos e considerações para a localização e monitoramento de roteadores e comutadores da rede, incluindo interfaces e portas da rede
nesses dispositivos e a LAN virtual (VLAN) no qual participam
Considerações sobre o monitoramento de desempenho do aplicativo
Aborda os principais conceitos e considerações para monitoramento de aplicativos .NET hospedados nos Serviços de Informações da Internet ﴾IIS﴿, do ponto de
vista do servidor e do cliente, na obtenção de detalhes sobre o desempenho e confiabilidade do aplicativo que podem ajudá-lo a localizar as principais causas de
incidentes.
Considerações sobre a alta disponibilidade e recuperação de desastres
Aborda os principais conceitos a serem considerados durante o planejamento da recuperação de desastres
-----
Para obter recursos adicionais, consulte Information and Support for System Center 2012 ﴾Informações e Suporte do System Center 2012﴿.
Dica: Use esta consulta para localizar a documentação online na Biblioteca do TechNet do System Center 2012. Para obter instruções e exemplos, consulte Search the
System Center 2012 Documentation Library (Pesquisar pela Biblioteca de Documentos do System Center 2012).
-----
© 2013 Microsoft. Todos os direitos reservados.
Considerações ao atualizar para o System Center 2012
Operations Manager
Esta seção de material de design e planejamento cobre os conceitos e as considerações principais para a atualização para o System Center 2012 – Operations Manager
ou o System Center 2012 Service Pack 1 ﴾SP1﴿, Operations Manager. Os cenários e os procedimentos de atualização completos encontram-se em Atualizando para o
System Center 2012 - Operations Manager.
O caminho de atualização suportado é do System Center Operations Manager 2007 R2 para o System Center 2012 – Operations Manager e, então, para o System Center
2012 Service Pack 1 ﴾SP1﴿, portanto, os clientes talvez precisem realizar várias atualizações. Ao realizar várias atualizações, devem-se considerar, dentre outras coisas, os
requisitos de sistema que se sobrepõem, ou não, entre o System Center 2012 – Operations Manager e o SP1. Por exemplo, você pode considerar quais versões do SQL
Server são suportadas e de que maneira será necessário migrar entre as versões do SQL Server à medida que atualizar entre versões do Operations Manager.
Caso não tenha revisado o Introdução ao System Center 2012 - Operations Manager ou Requisitos do sistema para o System Center 2012 - Operations Manager, pode
ser que você queira fazer isso antes de continuar. Estes documentos contêm os principais conceitos e detalhes de configuração importantes que você achará útil como
um cliente de atualização.
Observação
Unified Installer é um utilitário projetado para executar instalações novas e limpas do System Center 2012, apenas para finalidades de teste e avaliação. Se você
quiser fazer a atualização de uma instalação do System Center existente ou escolher opções de configuração, como instalações de alta disponibilidade ou de
componentes de diversos servidores, recomendamos que você consulte, ao invés disso, os procedimentos detalhados nos guias de implantação para cada
componente individual do System Center 2012.
Remoção do RMS e o novo emulador RMS

Em Operations Manager, a maior mudança que impacta no design e planejamento é a remoção do servidor de gerenciamento raiz ﴾RMS﴿. Todos os servidores de
gerenciamento são de mesmo nível, agora que não há nenhum RMS. Por essa razão, o RMS não é mais o único ponto de falha, já que todos os servidores de
gerenciamento hospedam os serviços hospedados anteriormente apenas pelo RMS. Funções são distribuídas para todos os servidores de gerenciamento. Se um servidor
de gerenciamento se tornar indisponível, suas responsabilidades serão automaticamente redistribuídas. Uma função de emulador RMS fornece compatibilidade reversa
para pacotes de gerenciamento que têm como direcionamento o RMS. Se você não tiver pacotes de gerenciamento, que anteriormente se destinavam ao RMS, não será
necessário usar o Emulador RMS.
Preparação para a atualização

Antes da atualização:
Importante
Antes de seguir esses procedimentos, verifique se os servidores no grupo de gerenciamento do Operations Manager 2007 R2 atendem às configurações mínimas
aceitas do System Center 2012 – Operations Manager. Isso o ajudará a determinar se precisa adicionar novos servidores ao seu grupo de gerenciamento antes da
atualização. Para obter mais informações, consulte Supported Configurations for System Center 2012 – Operations Manager ﴾Configurações com suporte do
System Center 2012 – Operations Manager﴿.
Em uma atualização do grupo de gerenciamento distribuído, você atualiza os servidores de gerenciamento secundários, os gateways e os agentes. A ordem de
atualização do agente depende de como os agentes foram implantados. Ao instalar os agentes manualmente, você atualiza os agentes antes de atualizar os servidores
de gerenciamento e gateways.
1. Remover agentes do gerenciamento pendente
2. Verificar o RMS do Operations Manager 2007 R2 para o Console ativo conectado
3. Desabilitar inscrição de notificação
4. Interromper os serviços do conector ou desabilitar qualquer conector
Estes procedimentos são descritos em detalhes em Tarefas pré-atualização do Operations Manager
Integração e agentes do AD
Se você tiver agentes que se reportam ao RMS, mova-os para os servidores de gerenciamento secundários para assumirem o trabalho de agente. É importante atualizar
manualmente seus agentes primeiro. Estes procedimentos são descritos em detalhes em Lista de verificação: Atualização distribuída ﴾complexo﴿
Data Warehouse
Data warehouse é solicitado agora; isto é novo para o System Center 2012 – Operations Manager e está incluído em todos os cenários dimensionados no Operations
Manager Sizing Helper
Durante a atualização, a interface do usuário direcionará você para adicionar um data warehouse, se ele não existir.
Pools de recursos
Um pool de recursos é uma coleção de servidores de gerenciamento ou servidores gateway, que distribuem o trabalho entre si e assumem o trabalho de um membro
que falhou.
Devido à introdução dos pools de recursos, recomendamos que todos os servidores de gerenciamento estejam conectados a uma rede de latência baixa. Isto significa
que se você estiver usando atualmente servidores de gerenciamento em datacenters ou sites, recomendamos que você mova todos os servidores de gerenciamento para
um único datacenter e use os servidores gateway nos outros sites.
Você sempre deve ter dois servidores de gerenciamento em qualquer ambiente. Um segundo servidor de gerenciamento permite o failover e restauração fácil. Todos os
servidores de gerenciamento são membros do pool de Todos os Recursos de Servidores de Gerenciamento, o que equilibra a monitoração da carga de seu grupo de
gerenciamento quando novos servidores de gerenciamento são adicionados e fornece failover automático para monitoração. Consulte Implantação distribuída do
Operations Manager para obter detalhes completos.
Verifique se o Serviço SDK está em execução em todos os servidores de gerenciamento e se qualquer cliente SDK ﴾console, console Web, conector, PowerShell﴿ pode se
conectar a ele. Em System Center 2012 – Operations Manager, a instalação define esse serviço para iniciar automaticamente em cada servidor de gerenciamento durante
a instalação. Oferecemos suporte a qualquer cliente SDK que se conecta a um servidor de gerenciamento.
Monitoramento de rede
Consulte Considerações, ao projetar um grupo de gerenciamento para monitoração da rede, para obter informações relacionadas aos pacotes de gerenciamento e que
executem a Descoberta de Rede.
-----
-----
Considerações sobre uma instalação limpa do System Center
2012 – Operations Manager
O Deployment Guide for System Center 2012 - Operations Manager ﴾Guia de Implantação para System Center 2012 - Operations Manager﴿ abrange detalhes completos
da instalação do Operations Manager, em dois cenários de instalação:
1. Implantação de servidor único do Operations Manager - para avaliação, teste e desenvolvimento de pacotes de gerenciamento, geralmente em ambientes de não
produção e pré-produção
2. Implantação distribuída do Operations Manager - forma a base de 99% das implantações do Operations Manager. Permite a distribuição de recursos e serviços
entre diversos servidores para permitir a escalabilidade. Ele pode incluir todas as funções de servidor do Operations Manager, além de oferecer suporte ao
monitoramento de dispositivos entre limites de confiança pelo uso do servidor gateway.
Para finalidades de design e planejamento, este tópico se concentrará em considerações de design para uma implantação distribuída, fazendo uso de diversos servidores
de gerenciamento e de pools de recursos.
ser que você queira fazer isso antes de continuar. Estes documentos contêm os principais conceitos e detalhes importantes da configuração.
Observação
Instalações comuns
Use o Operations Guide for Operations Manager for System Center 2012 ﴾Guia de Operações para o Operations Manager para o System Center 2012﴿ para determinar
os requisitos de hardware para cada recurso do servidor do Operations Manager. Se você deseja instalar mais de um recurso no mesmo computador, utilize o máximo
dos requisitos de hardware recomendados para qualquer um dos recursos combinados.
O auxiliar de dimensionamento é uma ferramenta transferível em formato planilha que contém guias que listam as informações gerais em configurações com suporte,
assim como exemplos de tamanhos com base no número de agentes e número de dispositivos de rede monitorados, informações sobre servidores gateway etc.
Por exemplo, um cenário de chamadas para 500 agentes que monitora chamadas de 50 dispositivos de rede para uma recomendação de:
1. Um ﴾1﴿ servidor de gerenciamento que gerencia até 500 agentes, que lidam com toda a carga de trabalho, mais um ﴾1﴿ servidor de gerenciamento adicional para
HA/failover que gerencia até cinco conexões SDK.
2. Dois ﴾2﴿ servidores de gerenciamento em um único pool de recursos que monitora 50 dispositivos de rede
3. Dois ﴾2﴿ servidores: Um servidor de banco de dados de operações e um servidor de operações de Data Warehouse ﴾com um SRS e o servidor Console Web﴿
A possível necessidade de um servidor gateway não está incluída neste cenário. Eles têm suporte para uso no gerenciamento de dispositivos de rede, mas o servidor
gateway deve estar em seu próprio pool de recursos e não no mesmo pool que os dispositivos.
Pools de recursos
que falhou.
Devido à introdução dos pools de recursos, recomenda-se que todos os servidores de gerenciamento estejam conectados a uma rede de latência baixa. Isto significa
a instalação. Qualquer cliente SDK pode se conectar a qualquer servidor de gerenciamento.
-----
-----
Considerações ao criar um grupo de gerenciamento para
monitoramento de rede
System Center 2012 – Operations Manager fornece a capacidade para descobrir e monitorar roteadores e comutadores de rede, incluindo as interfaces e portas de rede
nesses dispositivos e a LAN virtual ﴾VLAN﴿ na qual participam. Você também pode excluir os dispositivos de rede descobertos e evitar que os dispositivos de rede
excluídos sejam redescobertos na próxima vez que a descoberta for executada. Para obter mais informações, consulte Monitorando redes usando o Operations
Manager.
Pools de recursos
O monitoramento de rede no System Center 2012 – Operations Manager requer seu próprio pool de recursos separado.
Crie um pool de recursos dedicado ao gerenciamento de rede; adicione servidores de gerenciamento dedicados ao pool de recursos recém-criado e remova o servidor
de gerenciamento dedicado de qualquer outro pool de recursos.
1. Cada servidor de gerenciamento ou servidor de gateway pode executar apenas uma regra de descoberta. Você especifica um servidor de gerenciamento único ou
servidor gateway para executar a regra de descoberta e um pool de recursos de servidores de gerenciamento para executar o monitoramento real dos
dispositivos de rede.
2. Ao criar regras de descoberta em diversos servidores de gerenciamento, você deverá criar um pool de gerenciamento para cada um e garantir que cada
descoberta defina um conjunto diferente de dispositivos. Se um dispositivo único for gerenciado em pools diferentes, ele não poderá ser excluído.
Para obter mais informações, consulte How to Discover Network Devices in Operations Manager (Como descobrir os dispositivos de rede no Operations Manager) e
Configurações de descoberta do dispositivo de rede.
Desempenho e dimensionamento
Já que os fluxos de trabalho de monitoramento de rede são executados em servidores de gerenciamento ﴾no módulo SNMP﴿, e não em agentes, um fardo pesado é
colocado nos servidores de gerenciamento. Portanto, para obter um melhor desempenho, recomendamos usar servidores de gerenciamento dedicados em pools de
recursos dedicados para o monitoramento da rede.
Para obter mais informações, consulte Operations Manager Sizing Helper.
Acessibilidade do dispositivo de rede

Dispositivos de rede devem estar acessíveis pelos servidores de gerenciamento durante o monitoramento.
1. Qualquer firewall entre os servidores de gerenciamento e os dispositivos deve ser considerado no planejamento e durante a configuração de pools de recursos
dedicados.
2. Servidores gateway têm suporte para uso no gerenciamento de dispositivos de rede, mas o servidor gateway deve estar em seu próprio pool de recursos e não
no mesmo pool que os dispositivos.
Atualização
Se você estava monitorando os dispositivos de rede no Operations Manager 2007 R2 e eles estão sendo atualizados para o System Center 2012 – Operations Manager,
o monitoramento de rede que estava em execução ainda funcionará apropriadamente. Mas, se você quiser tirar vantagem dos recursos de monitoramento adicionais
disponíveis durante a atualização, será necessário executar novamente a descoberta do dispositivo. No entanto, você também deve atualizar os pacotes de
gerenciamento apropriados. Consulte Monitorando redes usando o Operations Manager para obter mais informações. Se atualizar pacotes de gerenciamento não for
uma opção, então não execute a descoberta novamente: continuar a operar em pacotes de gerenciamento originais e nos recursos de monitoramento de rede originais
que tinha em Operations Manager 2007 R2.
Consulte Também
Conceitos
Segurança para servidores que executam a descoberta de rede
Ajustando o monitoramento de rede
-----
-----
Considerações sobre o monitoramento de desempenho do
aplicativo
No Operations Manager, é possível monitorar os aplicativos .NET hospedados no Serviços de Informações da Internet ﴾IIS﴿, do ponto de vista do servidor e do cliente,
para obter detalhes sobre o desempenho e confiabilidade do aplicativo que podem ajudá-lo a localizar as principais causas de incidentes. Para obter mais informações,
consulte Modelo de Monitoramento do desempenho de aplicativos .NET no Guia de Criação e Monitoramento de aplicativos .NET no Guia de Operações.
Banco de dados de Operações

A principal consideração para o planejamento e projeto de monitoramento de desempenho do aplicativo e seu impacto no banco de dados. Já que o monitoramento do
desempenho do aplicativo no Operations Manager é baseado no Serviço de Integridade, a dimensão e carga colocadas sobre o banco de dados do Operations
Manager é um fator importante a ser considerado.
Por exemplo, durante o monitoramento de muitos aplicativos que geram vários eventos ﴾alterações de estado﴿ cada um por segundo, é fácil visualizar como os Serviços
de Integridade poderão ficar sobrecarregados se não forem considerados na fase de design. Por exemplo, o aplicativo médio gera 0,3 eventos por segundo. Com o IIS
oferecendo suporte a centenas de aplicativos por host, isso poderá resultar na geração de 30 ou mais eventos por segundo por meio do Serviço de Integridade.
Para obter mais informações, consulte Operations Manager Sizing Helper e Como definir configurações de grooming do banco de dados do Operations Manager.
Agentes
O monitoramento do desempenho do aplicativo não ocorre sem agentes, portanto, o uso de pool de recursos não é uma opção do planejamento para a melhoria do
desempenho ou escala. O agente de monitoramento do aplicativo é instalado ao mesmo tempo que o agente do Operations Manager. Você não tem que planejar
antecipadamente onde instalar o serviço de monitoramento de aplicativos.
Atualização
Para os clientes AVIcode 5.7, há duas maneiras de examinar uma atualização:
1. Integrada ﴾AVIcode integrado com o Operations Manager﴿, onde Operations Manager lida com algumas das etapas de configuração
2. Autônoma ﴾continuando a executar o AVIcode 5.7 como um produto separado do Operations Manager﴿
Para obter mais informações, consulte Observações para os clientes do AVIcode 5.7 no Guia de Operações.
Observação: NÃO há suporte no System Center 2012 – Operations Manager para a instalação de pacotes de gerenciamento de integração do AVIcode 5.7. Se for
necessário usar o AVIcode 5.7 com o System Center 2012 – Operations Manager, por exemplo, para monitorar os seis hosts do IIS, os pacotes de monitoramento devem
ser instalados no ambiente do System Center Operations Manager 2007 R2, antes da atualização para o System Center 2012 – Operations Manager. Além disso, você
precisará importar uma atualização para os pacotes de monitoramento do AVIcode 5.7 da mídia de instalação do System Center 2012 – Operations Manager.
Consulte Também
Conceitos
Monitoramento de aplicativos .NET
-----
-----
Considerações sobre a alta disponibilidade e recuperação de
desastres
Esta seção descreve os principais conceitos que devem ser considerados ao criar para a recuperação de desastres. Utilizando diversos servidores de gerenciamento e o
conceito de pools de recursos, é possível configurar facilmente para cenários de failover bem sucedidos.
Diversos Servidores de gerenciamento e Implantação distribuída

Você sempre deve ter dois servidores de gerenciamento em qualquer ambiente. Um segundo servidor de gerenciamento permite o failover e a fácil restauração, e um
segundo servidor de gerenciamento pode assumir a carga, se o outro falhar. Todos os servidores de gerenciamento são membros do pool de Todos os Recursos de
Servidores de Gerenciamento, o que equilibra a monitoração da carga de seu grupo de gerenciamento quando novos servidores de gerenciamento são adicionados e
fornece failover automático para monitoração. O impacto da falha de um servidor de gerenciamento em um ambiente distribuído é minimizado, mas aumenta a carga de
trabalho em servidores adicionais de gerenciamento no grupo de gerenciamento, até que o servidor de gerenciamento com problema seja restaurado. Consulte
Implantação distribuída do Operations Manager no Guia de Implantação para obter detalhes completos.
Você sempre deve manter um backup do banco de dados operacional e bancos de dados do data warehouse. Para obter informações sobre como agendar backups
regulares dos bancos de dados do Operations Manager, consulte Como agendar Backups do System Center 2012 - bancos de dados do Operations Manager.
Você deve manter os serviços SDK em execução em todos os servidores de gerenciamento.
Consulte Também
Outros Recursos
Operations Manager Sizing Helper (Auxiliar de dimensionamento do Operations Manager)
-----
-----
Introdução ao System Center 2012 Operations Manager
Bem-vindo a documentação de Introdução para o Operations Manager, um componente do System Center 2012.
Operations Manager permite a você monitorar serviços, dispositivos e operações para diversos computadores em um único console. Os operadores podem se
aprofundar rapidamente no estado do ambiente de TI e dos serviços de TI em execução em diversos sistemas e cargas de trabalho, usando diversos modos de exibição
que mostram informações de estado, integridade e desempenho, além de alertas gerados por situações de disponibilidade, desempenho, configuração e segurança.
Na Introdução
O que há de novo no Operations Manager
Escrito para clientes que têm experiência com o System Center Operations Manager 2007, "O que há de novo" descreve as alterações que você encontrará na nova
versão do Operations Manager.
Principais conceitos do Operations Manager
Escrito para clientes que não novos para o Operations Manager, "Conceitos principais" fornece uma visão geral do produto e explica conceitos básicos que você
precisa entender para usar o Operations Manager com sucesso em sua empresa.
Notas de Versão do Operations Manager
As notas de versão descrevem problemas conhecidos que você deve ler sobre antes de instalar o Operations Manager.
Roteiro de treinamento para operadores do Operations Manager
Você é um novo operador do Operations Manager? Siga este mapa de aprendizado para acelerar rapidamente.
Recursos relacionados
Página principal da Biblioteca do TechNet para o Operations Manager
Operations Manager for System Center 2012 Supported Configurations ﴾Configurações com suporte do System Center 2012 – Operations Manager﴿
Deployment Guide for Operations Manager ﴾Guia de Implantação do Operations Manager﴿
Operations Guide for Operations Manager ﴾Guia de operações do Operations Manager﴿
Author’s Guide for Operations Manager ﴾Guia de Criação para o Operations Manager﴿
-----
-----
Operations Manager, um componente do Microsoft System Center 2012, é o software que ajuda você a monitorar serviços, dispositivos e operações para diversos
computadores de um único console. Este tópico explica os conceitos básicos sobre o Operations Manager para o administrador que gerencia a infraestrutura do
Operations Manager e o operador que monitora e oferece suporte aos computadores em seu negócio.
O que o Operations Manager faz

Empresas pequenas e grandes geralmente são dependentes de serviços e aplicativos fornecidos pelo ambiente de computação. Os departamentos de TI são
responsáveis por garantir o desempenho e disponibilidade desses serviços e aplicativos essenciais. Isto significa que os departamentos de TI precisam saber quando há
um problema, identificar onde é o problema e descobrir o que está causando o problema, idealmente antes que os usuários dos aplicativos encontrem os problemas.
Quanto mais computadores e dispositivos na empresa, mais difícil se torna essa tarefa.
Usar o Operations Manager no ambiente facilita o monitoramento de vários computadores, dispositivos, serviços e aplicativos. O console de operações, exibido na
imagem a seguir, permite a você verificar a integridade, desempenho e disponibilidade para todos os objetos monitorados no ambiente e ajuda a identificar e solucionar
problemas.
Observação
Para saber como usar os consoles do Operations Manager, consulte Using the Operations Manager Consoles (Usando os consoles do Operations Manager) no Guia
de Operações.
Operations Manager dirá que objetos monitorados não são íntegros, enviará alertas quando os problemas forem identificados e fornecerá informações para ajudá-lo a
identificar a causa de um problema e soluções possíveis. Como o administrador, você configura o que será monitorado ao selecionar computadores e dispositivos a
serem monitorados e ao importar pacotes de gerenciamento que fornecem monitoramento para recursos e aplicativos específicos. Para decidir que objetos monitorar e
para que monitorar, será necessário entender os recursos que compreendem a infraestrutura do Operations Manager e como o Operations Manager funciona.
A infraestrutura do Operations Manager

Instalar o Operations Manager cria um grupo de gerenciamento. O grupo de gerenciamento é a unidade básica de funcionalidade. No mínimo, o grupo de gerenciamento
consiste de um servidor de gerenciamento, o banco de dados operacional e o banco de dados do data warehouse de relatórios.
O servidor de gerenciamento é o ponto focal para administrar o grupo de gerenciamento e comunicação com o banco de dados. Ao abrir o console de
operações e se conectar a um grupo de gerenciamento, você se conecta a um servidor de gerenciamento para esse grupo de gerenciamento. Dependendo do
tamanho do seu ambiente de computação, um grupo de gerenciamento pode conter um servidor de gerenciamento único ou diversos servidores de
gerenciamento.
O banco de dados operacional é um banco de dados do SQL Server que contém todos os dados de configuração para o grupo de gerenciamento e armazena
todos os dados coletados e processados para o grupo de gerenciamento. O banco de dados operacional retém dados de curto prazo, por padrão, 7 dias.
O banco de dados do data warehouse é um banco de dados do SQL Server que armazena dados de monitoramento e alertas para fins de histórico. Os dados
gravados no banco de dados do Operations Manager também são gravados no banco de dados do data warehouse, de modo que os relatórios sempre contêm
dados atuais. O banco de dados do data warehouse retém dados de longo prazo.
Quando a funcionalidade de relatório do Operations Manager é instalada, o grupo de gerenciamento também contém um Servidor de relatórios que cria e apresenta
relatórios de dados no banco de dados do data warehouse.
Estes componentes essenciais de um grupo de gerenciamento podem existir em um único servidor, ou podem ser distribuídos entre diversos servidores, como exibido
na imagem a seguir.
Para obter informações sobre como instalar os recursos do grupo de gerenciamento, consulte o Operations Manager 2012 Deployment Guide ﴾Guia de Implantação do
Operations Manager 2012).
Servidores de Gerenciamento
A função do servidor de gerenciamento é administrar a configuração do grupo de gerenciamento, administrar e se comunicar com agentes e se comunicar com bancos
de dados no grupo de gerenciamento.
O grupo de gerenciamento pode conter vários servidores de gerenciamento para fornecer capacidade adicional e disponibilidade contínua. Quando dois ou mais
servidores de gerenciamento são adicionados a um grupo de gerenciamento, os servidores se tornam parte de um pool de recursos e o trabalho é disseminado entre os
membros do pool. Quando um membro do pool de recursos falhar, outros membros no pool de recursos assumirão a carga de trabalho desse membro. Quando um
novo servidor de gerenciamento for adicionado, o novo servidor de gerenciamento automaticamente assumirá parte do trabalho dos membros existentes no pool de
recursos. Todos os membros no pool de recursos gerenciarão um conjunto distinto de objetos remotos; em nenhum momento, dois membros no mesmo pool
gerenciarão o mesmo objeto ao mesmo tempo.
Um tipo especializado de servidor de gerenciamento é o servidor gateway. Um servidor gateway permite o monitoramento de computadores em domínios não confiáveis.
Para obter mais informações, consulte Monitoring Across Untrusted Boundaries ﴾Monitorando entre limites não confiáveis﴿.
Agentes
Um agente do Operations Manager é um serviço instalado em um computador. O agente coleta dados, compara dados de amostra com valores predefinidos, cria alertas
e executa respostas. Um servidor de gerenciamento recebe e distribui configurações para agentes em computadores monitorados.
Cada agente se reporta a um servidor de gerenciamento no grupo de gerenciamento. Este servidor de gerenciamento é especificado como o servidor de gerenciamento
primário do agente.
Os agentes observam fontes de dados no computador monitorado e coletam informações de acordo com a configuração enviada a eles de seu servidor de
gerenciamento. O agente também calcula o estado de integridade do computador monitorado e dos objetos e se reporta novamente ao servidor de gerenciamento.
Quando o estado de integridade de um objeto monitorado é alterado ou outros critérios são atendidos, um alerta pode ser gerado pelo agente. Isto permite que os
operadores descubram se há algo que requer atenção. Ao fornecer dados de integridade sobre o objeto monitorado ao servidor de gerenciamento, o agente fornece
uma imagem atualizada da integridade do dispositivo e de todos os aplicativos que hospeda.
Um agente pode ser configurado para agir como um agente de proxy. Um agente de proxy é um agente que pode encaminhar dados para um servidor de gerenciamento
em benefício de um computador ou dispositivo de rede, além do computador host. Por exemplo, um agente instalado no nó físico de um cluster SQL pode ser ativado
para atuar como proxy para monitorar o recurso de cluster. Agentes proxy permitem o monitoramento de computadores e dispositivos em que um agente não pode ser
instalado. Para obter mais informações, consulte Agentless Monitoring (Monitoramento sem agente).
Serviços
Em um computador monitorado, o agente do Operations Manager está listado como o Serviço de Integridade do System Center Management. O Serviço de Integridade
do System Center Management coleta dados de desempenho, executa tarefas e assim por diante. Mesmo quando o serviço é incapaz de se comunicar com o servidor de
gerenciamento ao qual se reporta, o serviço continua a ser executado e coloca em fila os dados coletados e eventos no disco do computador monitorado. Quando a
conexão for restaurada, o Serviço de Integridade do System Center Management enviará os dados coletados e eventos ao servidor de gerenciamento.
Observação
Às vezes, o Serviço de Integridade do System Center Management é conhecido como o serviço de integridade.
O Serviço de Integridade do System Center Management também é executado em servidores de gerenciamento. Em um servidor de gerenciamento, o Serviço de
Integridade do System Center Management executa fluxos de trabalho de monitoramento e gerencia credenciais. Para executar fluxos de trabalho, o Serviço de
Integridade do System Center Management inicia processos do MonitoringHost.exe usando as credenciais especificadas. Estes processos monitoram e coletam dados de
logs de eventos, dados do contador de desempenho, dados de Instrumentação de Gerenciamento do Windows ﴾WMI﴿, e executam ações, como scripts.
Os servidores de gerenciamento hospedam o serviço de Acesso a Dados do System Center e o serviço de Configuração de Gerenciamento do System Center.
O serviço de Acesso a Dados do System Center fornece acesso ao console de operações para o banco de dados operacional e grava dados para o banco de dados.
O serviço do System Center Management Configuration gerencia os relacionamentos e a topologia do grupo de gerenciamento. Ele também distribui os pacotes de
gerenciamento para objetos monitorados.
Pacotes de gerenciamento
Os fluxos de trabalho que executam o serviço do System Center Management Configuration são definidos por pacotes de gerenciamento. Pacotes de gerenciamento
definem as informações que o agente coleta e retorna ao servidor de gerenciamento para um aplicativo ou tecnologia específica. Por exemplo, o Pacote de
Gerenciamento do BizTalk Server contém regras e monitores que coletam e avaliam eventos e operações que são importantes para assegurar a integridade e eficiência
do aplicativo BizTalk Server.
Depois que o Operations Manager instala um agente em um computador, ele envia uma configuração inicial ao agente. A configuração inicial inclui descobertas de objeto
de pacotes de gerenciamento. O pacote de gerenciamento define os tipos de objetos, como aplicativos e recursos, que serão monitorados em computadores que foram
descobertos pelo Operations Manager. Os agentes enviam dados ao servidor de gerenciamento, que identifica as instâncias de objetos descobertos no computador. O
servidor de gerenciamento envia aos agentes os elementos dos pacotes de gerenciamento que se aplicam ao objetos descobertos para cada computador, como regras
e monitores.
Uma regra define os eventos e os dados de desempenho a serem coletados dos computadores, bem como o que fazer com as informações depois de coletadas. Uma
maneira simples de pensar sobre as regras é através de uma afirmação Se/Então. Por exemplo, um pacote de gerenciamento para um aplicativo pode conter regras
como as seguintes:
Se uma mensagem indicando que o aplicativo está sendo desligado aparece no log de eventos, crie um alerta.
Se o ato de carregar um arquivo de origem falhar, colete o evento que indica que esta falha.
Como estes exemplos mostram, as regras podem criar alertas e coletar eventos ou dados de desempenho, que o agente envia ao servidor de gerenciamento. Regras
também podem executar scripts; por exemplo, permitir que uma regra tente reiniciar um aplicativo com falha.
Objetos descobertos têm um estado de integridade, que é refletido no console de operações como verde ﴾bem sucedido ou íntegro﴿, amarelo ﴾aviso﴿ ou vermelho
﴾crítico ou não íntegro﴿. Monitores definem os estados de integridade para determinados aspectos do objeto monitorado. Por exemplo, um monitor para a capacidade da
unidade de disco pode definir verde como menos de 85% cheio, amarelo como mais de 85% cheio e vermelho como mais de 90% cheio. Um monitor pode ser
configurado para gerar um alerta quando ocorre uma mudança de estado.
Como os objetos são descobertos e monitorados

A imagem a seguir é uma ilustração simplificada de como os objetos são descobertos e monitorados.
1. O administrador configura o Operations Manager para procurar computadores para gerenciar. Para obter mais informações sobre a descoberta de
computadores, consulte Managing Discovery and Agents (Gerenciando a Descoberta e Agentes).
2. Computadores que atendem os critérios especificados e já não são gerenciados são identificados.
3. Um agente do Operations Manager está instalado no computador descoberto.
4. O agente solicita os dados de configuração e depois o servidor de gerenciamento envia os dados de configuração do agente dos pacotes de gerenciamento
instalados que incluem classes a serem descobertas. Por exemplo, se os pacotes de gerenciamento do sistema operacional Windows Server forem instalados, o
servidor de gerenciamento enviará ao agente as classes do sistema operacional.
5. O agente compara os dados de configuração ao computador, identifica objetos que descobre e retorna as informações ao servidor de gerenciamento. Por
exemplo, o agente retornará ao servidor de gerenciamento que uma instância do sistema operacional Windows Server 2008 R2 está no computador.
6. O servidor de gerenciamento envia ao agente toda a lógica de monitoramento dos pacotes de gerenciamento instalados, que se aplicam aos objetos descobertos.
Por exemplo, o agente receberá toda a lógica de monitoramento que se aplica ao Windows Server 2008 R2.
7. O agente aplica a lógica de monitoramento, como regras e monitores, executa fluxos de trabalho e retorna dados ao servidor de gerenciamento.
8. À medida que as mudanças ocorrem para os objetos descobertos, como aplicativos sendo adicionados ou desinstalados, o agente envia as informações
atualizadas ao servidor de gerenciamento, que envia a lógica de monitoramento atualizada.
Observação
Operations Manager também pode descobrir e monitorar dispositivos de rede, computadores executando sistemas operacionais UNIX e Linux e proporcionar o
monitoramento sem agente. Para obter mais informações, consulte Operations Manager Monitoring Scenarios ﴾Cenários de monitoramento do Operations Manager﴿
no Guia de Operações.
Comunicação entre agentes e servidores de gerenciamento

O agente do Operations Manager envia dados de alerta e descoberta ao servidor de gerenciamento primário, que sobrescrevem os dados do banco de dados
operacional. O agente também envia dados de eventos, desempenho e estado ao servidor de gerenciamento primário para esse agente, que sobrescrevem os dados
para o banco de dados operacional e data warehouse simultaneamente.
O agente envia dados de acordo com os parâmetros de agendamento para cada regra e monitor. Para regras de coleta otimizada, os dados somente serão transmitidos
se uma amostra de um contador diferir da amostra anterior por uma tolerância especificada, como 10%. Isto ajuda a reduzir o tráfego de rede e o volume de dados
armazenados no banco de dados operacional.
Além disso, todos os agentes enviam um pacote de dados, chamado de uma pulsação, para o servidor de gerenciamento em um agendamento regular, por padrão a
cada 60 segundos. A finalidade da pulsação é validar a disponibilidade do agente e comunicação entre o agente e o servidor de gerenciamento. Para obter mais
informações sobre pulsações, consulte How Heartbeats Work in Operations Manager ﴾Como as pulsações funcionam no Operations Manager﴿.
Para cada agente, o Operations Manager executa um inspetor do serviço de integridade, que monitora o estado do Serviço de integridade remoto do ponto de vista do
servidor de gerenciamento.
Outros recursos do Operations Manager

Para saber como instalar o Operations Manager e implantar um grupo de gerenciamento, consulte Deployment Guide for Operations Manager for System
Center 2012 ﴾Guia de Implantação do Operations Manager para o System Center 2012﴿
Para saber como usar o Operations Manager após a configuração do grupo de gerenciamento, consulte Operations Guide for Operations Manager for System
Center 2012 ﴾Guia de Operações do Operations Manager para o System Center 2012﴿
Para saber como criar um pacote de gerenciamento, consulte Author’s Guide for Operations Manager for System Center 2012 ﴾Guia do autor do Operations
Manager para o System Center 2012)
Downloads de documentação do Operations Manager
Comunidade do Operations Manager
-----
-----
O que há de novo no System Center 2012 para Operations
Manager
System Center 2012 – Operations Manager e System Center 2012 Service Pack 1 ﴾SP1﴿ – Este documento apresenta os diversos novos recursos e mudanças do Operations
Manager. Ambas as versões do Operations Manager contam com seções próprias que abordam as novidades.
Novidades
1. O que há de novo no System Center 2012 – Operations Manager
2. O que há de novo no System Center 2012 SP1 – Operations Manager
-----
-----
O que há de novo no System Center 2012 – Operations
Manager
Este documento apresenta os diversos novos recursos e mudanças do System Center 2012 – Operations Manager. Leia as Notas de versão do System Center 2012 –
Operations Manager Release Candidate para mais detalhes sobre problemas conhecidos.
Instalação e atualização
Instalação
Operations Manager tem um novo Assistente de instalação. Para obter instruções importantes sobre como instalar o Operations Manager, consulte o Deployment Guide
for System Center 2012 – Operations Manager ﴾Guia de Implantação do System Center 2012 – Operations Manager﴿.
Atualizando para o System Center 2012 – Operations Manager

Operations Manager fornece um assistente de atualização para ajudá-lo a atualizar o ambiente do System Center Operations Manager 2007 R2 para a versão Release
Candidate do System Center 2012 – Operations Manager. Para obter mais informações, consulte Upgrading to System Center 2012 – Operations Manager ﴾Atualizando
para o System Center 2012 – Operations Manager﴿.
Novos diagramas de fluxo do processo ajudam a determinar o caminho da atualização do System Center Operations Manager 2007 R2 para Release Candidate do
System Center 2012 – Operations Manager e mapear o processo de atualização. Para abrir e exibir o conteúdo de qualquer etapa do processo, basta clicar em uma caixa
de processo.
Diagrama de fluxo do processo de atualização
A tabela a seguir lista os diagramas de fluxo do processo e descrições de quando cada caminho de atualização deve ser usado.
Condição Diagrama de fluxo de processo
Quando você tiver um grupo de gerenciamento de servidor único ou distribuído que já atende Single-Server and Distributed Upgrade (Simple) Process Flow
os requisitos mínimos de configuração com suporte para o System Center 2012 – Operations Diagram ﴾Diagrama de Fluxo do Processo de Atualização do
Manager. Servidor Único e Distribuída ﴾Simples﴿﴿
Quando o grupo de gerenciamento de servidor único ainda não atende os requisitos mínimos Single-Server Upgrade (Complex) Process Flow Diagram (Diagrama
de configuração com suporte para o System Center 2012 – Operations Manager e requer de Fluxo do Processo de Atualização de Servidor Único ﴾Complexa﴿
hardware novo.
Quando o grupo de gerenciamento distribuído tiver um ou mais servidores que não atendem Distributed Upgrade (Complex) Process Flow Diagram (Diagrama
os requisitos mínimos de configuração com suporte para o System Center 2012 – Operations de Fluxo do Processo de Atualização Distribuída ﴾Complexa﴿﴿
Manager e pode exigir novo hardware.
Novos recursos de monitoramento

Operations Manager fornece a capacidade para descobrir e monitorar roteadores e comutadores de rede, incluindo as interfaces e portas de rede nesses dispositivos e
a LAN virtual ﴾VLAN﴿ na qual participam. Você também pode excluir os dispositivos de rede descobertos e evitar que os dispositivos de rede excluídos sejam
redescobertos na próxima vez que a descoberta for executada. Para obter mais informações, consulte Monitor Network Devices (Monitorar dispositivos de rede).
Monitoramento de aplicativos
para obter detalhes sobre o desempenho e confiabilidade do aplicativo que podem ajudá-lo a localizar as principais causas de incidentes. Quando você especifica
configurações, os tipos de eventos para coletar, as metas de desempenho para medir e servidores para monitorar, o Monitoramento de Desempenho do Aplicativo .NET
revela como os aplicativos com base na Web estão funcionando. Você pode ver com que frequência um problema ocorre, qual é o desempenho do servidor durante a
ocorrência do problema e qual cadeia de eventos relacionada a uma solicitação ou método lento está gerando exceções. Essas informações são necessárias para
trabalhar junto com desenvolvedores de software e administradores de banco de dados para ajudar a garantir que os aplicativos executem de forma correta e confiável
para seus clientes. Para obter mais informações, consulte Authoring the .NET Application Performance Monitoring Template ﴾Criação do Modelo de Monitoramento do
Desempenho do Aplicativo .NET) e Monitoring .NET Applications (Monitorando Aplicativos .NET).
Local do Monitoramento do desempenho de aplicativos .NET
Pools de recursos
Um pool de recursos contém somente servidores de gerenciamento e fornece a capacidade para distribuir cargas de trabalho entre diversos servidores de
gerenciamento, como disponibilidade, monitoramento do dispositivo de rede, acumulação distribuída de integridade do monitor e cálculo de grupo. Para obter mais
informações, consulte How to Create a Resource Pool (Como criar um pool de recursos).
Remoção do servidor de gerenciamento raiz

No Operations Manager, todos os servidores de gerenciamento são correspondentes; não há nenhum servidor de gerenciamento raiz. A carga de trabalho é dividida
entre todos os servidores de gerenciamento em um grupo de gerenciamento, que fornece alta disponibilidade sem exigir um cluster.
Experiência aprimorada
Console Web
Operations Manager apresenta um novo console Web que é otimizado para tempos de carga mais rápidos e fornece acesso aos novos painéis de TI.
Exibições de painéis
Operations Manager inclui novos modos de exibição de painel abrangentes que combinam vários painéis de informações em uma única exibição. No Operations
Manager, você pode adicionar novos modos de exibição do painel para Meu Espaço de Trabalho e o espaço de trabalho de Monitoramento.
Criando modos de exibição do painel

Os modos de exibição do painel foram atualizados significativamente no Operations Manager a partir de seus recursos no System Center Operations Manager 2007 R2,
incluindo layouts personalizados e modos de exibição aninhados do painel.
Modos de exibição do painel no SharePoint

A parte da Web do Operations Manager exibe modos de exibição do painel especificados e podem ser adicionados aos sites do Microsoft SharePoint 2010. Para obter
mais informações, consulte Add a Dashboard to a SharePoint Site (Adicionar um painel ao Site do SharePoint).
System Center 2012 - Orchestrador substitui a funcionalidade do conector

O uso de conectores foi descontinuado no System Center 2012 – Operations Manager, e sua funcionalidade foi substituída pelo System Center 2012 - Orchestrador. O
Orchestrator permite criar e executar fluxos de trabalho automatizados, chamados de runbooks, compostos por várias atividades, e cada uma dessas atividades executa
uma função distinta. A funcionalidade do conector de habilitar o System Center Operations Manager 2007 R2 para sincronizar alertas com sistemas remotos é obtida com
a criação de runbooks, o uso de atividades que interagem com o Operations Manager e um ou mais produtos. Como os runbooks podem incluir lógica sofisticada e
atividades de qualquer número de pacotes de integração, você pode implementar cenários que não podem ser facilmente obtidos com conectores. Os pacotes de
integração serão fornecidos para cada componente do System Center e fornecem atividades adicionais específicas de um determinado componente.
Módulo do Operations Manager para Windows PowerShell

Operations Manager fornece um módulo do Windows PowerShell 2.0 que contém um conjunto completo de novos cmdlets. Os cmdlets neste módulo são compatíveis
apenas com Operations Manager. Você pode reconhecer os cmdlets do Operations Manager pelo "SC" que precede o substantivo. Para obter informações adicionais
sobre os cmdlets do Operations Manager, abra o shell de comando do Operations Manager e digite Get-Help about_OpsMgr_WhatsNew. Para obter informações
sobre como os cmdlets do Operations Manager 2007 mapeiam os cmdlets do Operations Manager, digite Get-Help about_OpsMgr_Cmdlet_Names.
Para usar os cmdlets do Operations Manager, você deve estabelecer uma conexão com um grupo de gerenciamento do Operations Manager. Você pode estabelecer
uma conexão persistente na qual é possível executar diversos cmdlets, ou uma conexão temporária ao executar um único cmdlet. Para obter mais informações sobre as
conexões, abra o Shell do Operations Manager e digite Get-Help about_OpsMgr_Connections.
Computadores com base em UNIX e Linux

No Operations Manager, é possível executar operações privilegiadas em computadores com base no UNIX e Linux usando contas Executar como sem privilégios, ao
combinar a elevação "sudo" nos computadores com base no UNIX e Linux. Esta capacidade evita a necessidade de que senhas raiz do UNIX ou Linux sejam conhecidas
no servidor de gerenciamento e mantém o controle de privilégios inteiramente no domínio do administrador UNIX ou Linux. Operations Manager também inclui novos
cmdlets do Windows PowerShell para executar funções de manutenção em computadores com base no UNIX e Linux, permitindo operações de script e de segundo
plano. Além disso, a função de pool de recursos é compatível com computadores que executam o UNIX e Linux. Se um servidor de gerenciamento falhar, outro servidor
no pool de recursos poderá assumir o monitoramento, oferecendo alta disponibilidade. Para obter mais informações, consulte Monitoring UNIX- and Linux-Based
Computers (Monitorando computadores com base no UNIX e Linux)
Console de Operações
Você observará algumas alterações sutis no Console de operações. O painel Ações está agora no painel Tarefas e inclui uma nova seção chamada Tarefas de
navegação que facilita a abertura de modos de exibição para um objeto selecionado. O painel Tarefas oferece duas guias: um para ações e outro para recursos e links
de Ajuda. Os painéis de Navegação e Tarefas podem ser minimizados e expandidos instantaneamente ao clicar na seta na barra de títulos do painel.
Consulte Também
Outros Recursos
Operations Guide for System Center 2012 – Operations Manager ﴾Guia de Operações do System Center 2012 – Operations Manager﴿
Authoring Guide for System Center 2012 – Operations Manager ﴾Guia de Criação do System Center 2012 – Operations Manager﴿
-----
-----
O que há de novo no System Center 2012 SP1 – Operations
Manager
Aplica-se a: System Center 2012 SP1 - Operations Manager
Este documento apresenta os diversos novos recursos e mudanças do System Center 2012 Service Pack 1 ﴾SP1﴿, Operations Manager. Leia as Notas de versão do
Operations Manager do System Center 2012 SP1 para saber mais sobre os problemas conhecidos.
Os novos recursos abrangem melhorias no Monitoramento do desempenho de aplicativos .NET ﴾APM﴿, no Serviço de Coleta de Auditoria ﴾ACS﴿ e no monitoramento de
UNIX e Linux.
Novos recursos de monitoramento

Monitorando Serviços do Windows criados no .NET Framework
Um dos recursos mais solicitados, que estava presente no AVIcode mas ainda não implementado no System Center 2012 – Operations Manager, foi a capacidade de
monitorar os Serviços do Windows, além dos aplicativos hospedados no IIS. Agora, essa opção está disponível novamente, integrada ao modelo do APM.
Descoberta automática de aplicativos MVC3 e MVC4 do ASP.NET

Agora, se o aplicativo contém “System.Web.Mvc.dll” na subpasta /bin, ele será automaticamente descoberto como um aplicativo Web ASP.NET sem que seja preciso usar
as substituições apresentadas no Guia APM.WEB.IIS7.mp. Para obter mais informações, consulte Configuring the Management Pack for Operations Manager APM Web IIS
7 (Configurando o Pacote de Gerenciamento IIS 7 da Web do APM para o Operations Manager).
Novos tipos de transação: páginas MVC e métodos WCF

Novos tipos de transação foram introduzidos para páginas MVC e métodos MVC. Isso aumenta a possibilidade de especificar configurações mais detalhadas para
determinados recursos do seu aplicativo. Os procedimentos para usar esse recurso são descritos na documentação do modelo do APM.
Comparando o monitoramento de transação

Veja uma comparação entre as transações que podem ser monitoradas usando o System Center 2012 – Operations Manager ou a versão beta do Operations Manager
do System Center 2012 Service Pack 1 (SP1).
Tipo de Transações monitoradas com o System Center 2012 – Transações monitoradas com a versão beta do Operations Manager do System
componente Operations Manager Center 2012 Service Pack 1 (SP1)
Aplicativo Web
ASP.NET Página da Web ASP.NET Página da Web ASP.NET
Serviço Web do ASP.NET Página MVC ASP.NET
Função Serviço Web do ASP.NET
Método WCF
Função
Serviço Web do
ASP.NET Página da Web ASP.NET Página da Web ASP.NET
Serviço Web do ASP.NET Página MVC ASP.NET
Função Serviço Web do ASP.NET
Método WCF
Função
Serviço WCF Não há transações permitidas

Página da Web ASP.NET
Página MVC ASP.NET
Serviço Web do ASP.NET
Método WCF
Função
Serviço do O tipo de componente não existe
Windows Método WCF
Função
APM habilitado do SharePoint 2010

Com o Operations Manager, você pode monitorar componentes front-end da Web do SharePoint. Monitore as páginas da Web padrão e personalizadas do SharePoint
quanto a degradação do desempenho e exceções no lado do servidor. Configure o monitoramento de aplicativos do SharePoint seguindo procedimentos semelhantes
aos usados para habilitar o monitoramento para outros aplicativos Web .NET. Use o modelo de Monitoramento do desempenho de aplicativos .NET para configurar o
monitoramento de aplicativos do SharePoint. Ao monitorá-los para encontrar exceções, a pilha de chamadas de exceção usará parâmetros específicos do SharePoint
para a solução de problemas.
Integração com o Team Foundation Server 2010 e o Team Foundation Server 2012
Para agilizar as interações entre operações e desenvolvimento, é essencial detectar e corrigir rapidamente os problemas que possam precisar de assistência da equipe
de engenharia. O System Center 2012 Service Pack 1 (SP1), Operations Manager pode integrar-se a ferramentas de desenvolvimento, como o Team Foundation Server
﴾TFS﴿ e o Visual Studio, possibilitando uma solução de problemas especializada e aperfeiçoando as comunicações entre os desenvolvedores e as operações de TI. É
possível sincronizar os alertas do Operations Manager e os itens de trabalho do Team Foundation Server ﴾TFS﴿. A integração do Operations Manager com o TFS traz um
novo tipo de item de trabalho, Problema Operacional, que pode ser inserido em qualquer processo de engenharia da sua organização. Após habilitar a sincronização, as
operações de TI podem atribuir manualmente alertas à equipe de engenharia. Atribuir um alerta à engenharia cria um novo item de trabalho no Team Foundation Server.
O fluxo de trabalho acompanha e sincroniza as alterações feitas aos itens de trabalho do TFS e aos alertas associados do Operations Manager.
Em comparação ao pacote de gerenciamento de Sincronização de Item de Trabalho do Microsoft Visual Studio Team Foundation Server 2010, os recursos do SP1
incluem:
Envio como parte do Operations Manager, incluso na mídia do SP1
Mais segurança – a conta de sincronização não exige mais direitos administrativos do TFS
Design aprimorado do Problema Operacional WITD
Design aprimorado da configuração do Assistente
Introdução de suporte para o Caminho de Área do TFS
Suporte para Projetos de Equipe padrão
Sincronização de novos tipos de alertas de APM a partir de aplicativos Web IIS8, WCF, Serviços do Windows e alertas não APM
Localização de elementos do MP e da interface do usuário do Assistente, e compatibilidade com as versões localizadas do TFS
Sincronização dos anexos de arquivo, que podem residir em um compartilhamento de arquivos em rede ou ser acrescentados aos itens de trabalho do TFS.
Rota e fechamento automáticos dos alertas ao TFS
As operações de TI podem abrir os itens de trabalho do TFS diretamente do console do Operations Manager usando a integração interna com a interface do
usuário do TFS na Web.
Conversão de eventos de Monitoramento do desempenho de aplicativos para o formato IntelliTrace

Esse novo recurso de monitoramento permite abrir eventos de exceção do APM desde o IDE do Visual Studio, como se a exceção fosse capturada durante a sessão de
depuração histórica do IntelliTrace. Os desenvolvedores podem permanecer no ambiente familiar ao examinar toda a pilha de chamadas de exceção ﴾por exemplo:
parâmetros de método capturados no momento da exceção﴿, e podem navegar entre os módulos do código-fonte que participaram da cadeia da chamada de exceção.
Extremamente integrado ao Pacote de Gerenciamento de Sincronização de Item de Trabalho do TFS, esse recurso transmite instantaneamente os logs gerados no
IntelliTrace aos itens de trabalho do TFS atribuídos à engenharia. Assim, é possível aperfeiçoar as comunicações entre operações de TI e desenvolvimento e enriquecer a
experiência de desenvolvimento com a análise de causas raiz das falhas do aplicativo, reduzindo o tempo médio de recuperação ﴾MTTR﴿ dos problemas detectados pelo
APM.
Os recursos incluem:
Possibilidade de salvar os eventos de exceção do APM no formato de arquivo IntelliTrace, diretamente do Application Diagnostics
No Visual Studio 2012, é possível associar tardiamente os Símbolos de Depuração, o que permite aos desenvolvedores navegar pelo código-fonte mesmo que o
ambiente de produção não possua símbolos carregados
Os desenvolvedores podem ver um nível dos parâmetros que estejam convertidos e visíveis na janela Locais do Visual Studio 2012 Ultimate, exibidos no contexto
do quadro da pilha de chamadas selecionado
Os desenvolvedores podem ver informações adicionais sobre métodos específicos ﴾ou seja, uma cadeia de caracteres de conexão do método ExecuteReader﴾﴿﴿ na
janela Locais do Visual Studio 2012, no contexto do quadro da pilha de chamadas selecionado
Os rastreamentos são automaticamente anexados aos eventos de exceção do APM e podem ser adicionados automaticamente aos itens de trabalho do TFS ou
armazenados em um compartilhamento de arquivos em rede. Os desenvolvedores podem abrir os rastreamentos usando o Visual Studio 2012 Ultimate e
solucionar os problemas do aplicativo sem sair de seu ambiente de trabalho.
Coletar o histórico de rastreamento usando o Pacote de Gerenciamento de Criação de Perfil do

IntelliTrace
O System Center 2012 SP1 – Operations Manager possui o Pacote de Gerenciamento de Criação de Perfil do IntelliTrace. Esse pacote de gerenciamento permite que você
capture o histórico de rastreamento diretamente do console do Operations Manager. Os rastreamentos podem ajudar os desenvolvedores a investigar problemas,
oferecendo a eles a visibilidade do histórico de execução do aplicativo sem precisar acessar os servidores onde os aplicativos são executados. Os desenvolvedores
podem usar o Visual Studio 2012 Ultimate para abrir os rastreamentos coletados.
O Pacote de Gerenciamento de Criação de Perfil do IntelliTrace implanta automaticamente a infraestrutura necessária, o Coletor do IntelliTrace, nos servidores
designados. Quando os rastreamentos são coletados, eles são carregados em um compartilhamento de arquivos em rede e anexados aos alertas do Operations
Manager. Os rastreamentos são carregados no servidor de gerenciamento com o mesmo canal seguro do Operations Manager usado pelos agentes para comunicação
com os servidores de gerenciamento. Ao configurar a sincronização do Team Foundation Server ﴾TFS﴿, é possível adicionar ou vincular automaticamente os rastreamentos
aos itens de trabalho do TFS.
Novos pacotes de gerenciamento e suporte para Windows Server 2012 e IIS 8

Para usar o APM com o Windows Server 2012, você deve importar os pacotes de gerenciamento a seguir:
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
Importante
Se você já importou o pacote de gerenciamento Microsoft.Windows.InternetInformationServices.6.2, que era parte da versão beta do pacote de gerenciamento
para Windows 8, será preciso removê-lo primeiro.
Além disso, é preciso importar o Microsoft.SystemCenter.Apm.Web.IIS8 da pasta /ManagementPacks da mídia do System Center 2012 – Operations Manager. Ele equivale
ao pacote de gerenciamento Microsoft.SystemCenter.Apm.Web.IIS7, que era ﴾e ainda é﴿ usado para o IIS7.
As versões do pacote de gerenciamento a serem usadas são específicas para o System Center 2012 Service Pack 1 ﴾SP1﴿, Operations Manager. Além desses pré-
requisitos específicos, as instruções de uso desse recurso são apresentadas na documentação do modelo do APM, e a experiência é idêntica a configurar o APM para um
aplicativo hospedado no IIS7.
Painéis de Monitoramento do Aplicativo .NET 360

O System Center 2012 Service Pack 1 ﴾SP1﴿, Operations Manager pode mostrar a você diversas perspectivas da integridade do aplicativo reunidas em um único lugar —
os Painéis de Monitoramento do Aplicativo 360 .NET. Os Painéis de Monitoramento do Aplicativo 360 .NET exibem informações do Global Service Monitor, do
Monitoramento de Desempenho do Aplicativo .NET e do Monitoramento de Disponibilidade do Aplicativo Web para exibir um único resumo contendo as métricas
principais e de integridade de aplicativos de 3 camadas. Os Painéis de Monitoramento do Aplicativo 360 .NET exibem onde um aplicativo não está íntegro e
proporcionam um ponto de partida para painéis mais detalhados que destaquem problemas em nível de componente.
Os Painéis de Monitoramento do Aplicativo 360 .NET exibem dados de ferramentas de monitoramento poderosas. Os Painéis de Monitoramento do desempenho de
aplicativos .NET analisam profundamente o aplicativo para captar detalhes que ajudem você a identificar soluções considerando as perspectivas dos lados do cliente e do
servidor. O monitoramento de Disponibilidade de Aplicativo Web do Operations Manager monitora transações sintéticas internas. O Global Service Monitor monitora a
disponibilidade dos aplicativos a partir de uma localização externa, medindo a disponibilidade do ponto onde o usuário está.
Os Painéis de Monitoramento do Aplicativo 360 .NET mostram o seguinte:
Principais métricas ou ações do

Tipo de monitoramento usado
aplicativo
Disponibilidade Monitoramento de Disponibilidade do Aplicativo Web e Global Service Monitor
Confiabilidade Monitoramento de desempenho do .NET Application
Desempenho Monitoramento do desempenho de aplicativos .NET e Global Service Monitor
Diagnóstico Monitoramento de desempenho do .NET Application
Resolução O pacote de gerenciamento do Conector do Team Foundation Server (TFS) recebe um alerta e o atribui ao desenvolvimento no
TFS, com todos os detalhes relevantes.
Suporte de ACS para Controle de Acesso Dinâmico

O Windows Server 2012 permite que os proprietários de dados corporativos classifiquem e identifiquem facilmente os dados, possibilitando a definição de políticas de
acesso para classes de dados críticas para os negócios. No Windows Server 2012, o gerenciamento de conformidade tornou-se mais eficiente e flexível porque, agora, as
políticas de acesso e auditoria podem se basear não apenas nas informações de usuário e grupo, mas também em um valioso conjunto de declarações de usuário,
recurso e ambiente, e em propriedades do Active Directory, entre outras fontes. As declarações de usuário, como função, projetos, organização, as propriedades de
recurso, como confidencialidade, e as declarações de dispositivo, como integridade, podem ser usadas para definir as políticas de acesso e auditoria.
O Windows Server 2012 aperfeiçoa o modelo existente do Windows ACL para oferecer suporte ao Controle de Acesso Dinâmico, onde os clientes podem definir uma
política de acesso de autorização baseada em expressão, que inclua condições usando as declarações de usuário e máquina, além de propriedades de recursos ﴾por
exemplo, um arquivo). O exemplo a seguir é descritivo e não representa uma expressão real:
Permitir acesso de leitura e gravação se Liberação.Usuário >= Confidencialidade.Recurso e Dispositivo. Íntegros
Permitir acesso de leitura e gravação se Projeto.Usuário qualquer_um_do Projeto.Recurso
O System Center 2012 Service Pack 1 ﴾SP1﴿ ajuda a preencher esses dados permitindo que toda a empresa tenha visibilidade do uso do Controle de Acesso Dinâmico,
usando os Serviços de Coleta de Auditoria do Operations Manager para coletar eventos das máquinas relevantes ﴾servidores de arquivos, controladores de domínio﴿ e
fornecendo relatórios que permitem aos executivos de conformidade e auditores relatarem o uso do Controle de Acesso Dinâmico – por exemplo, alterações à auditoria
em políticas, acesso de objetos ﴾êxitos e falhas﴿ e avaliações hipotéticas do que aconteceria caso determinada política fosse aplicada.
Recursos de monitoramento adicionais para UNIX e Linux

Suporte para CentOS, Debian, Oracle e Ubuntu Linux
O System Center 2012 Service Pack 1 (SP1), Operations Manager recebeu suporte para monitorar os seguintes sistemas operacionais Linux:
CentOS 5 (x86/x64)
CentOS 6 (x86/x64)
Debian 5 (x86/x64)
Debian 6 (x86/x64)
Oracle Linux 5 (x86/x64)
Oracle Linux 6 (x86/x64)
Ubuntu Server 10.04 (x86/x64)
Ubuntu 12.04 (x86/x64)
O suporte desses sistemas operacionais é implementado junto com os pacotes de monitoramento “Linux Universal”. Importe os arquivos MP a seguir para habilitar o
monitoramento dos novos sistemas operacionais Linux:
Microsoft.Linux.Universal.Library.mp
Microsoft.Linux.Universal.Monitoring.mp
Microsoft.Linux.UniversalD.1.mpb (oferece suporte a agentes Debian e Ubuntu Linux)
Microsoft.Linux.UniversalR.1.mpb (oferece suporte a agentes CentOS Linux)
Monitoramento de pulsação aprimorado

Agora, os monitores de pulsação dos agentes UNIX e Linux do Operations Manager oferecem suporte a “PulsaçõesPerdidas” configuráveis – o que permite a ocorrência
de determinado número de falhas nas pulsações antes que um alerta seja gerado. As falhas nas pulsações farão com que o Operations Manager descarregue regras e
monitore os agentes UNIX e Linux até que a pulsação seja restaurada. Assim, fica mais fácil identificar os computadores UNIX e Linux com falha na pulsação no console
do Operations Manager.
Consulte Também
Outros Recursos
.NET Application Performance Monitoring Template
Before You Begin Monitoring .NET Applications
-----
-----
Roteiro de aprendizado do operador para o Operations
Manager
System Center 2012 – Operations Manager ajuda as organizações a monitorar seus computadores, redes e aplicativos. Em muitas organizações, os operadores do
Operations Manager são o primeiro nível de monitoramento e suporte e estão limitados nas ações possíveis que podem executar. Algumas vezes, este nível é chamado
de nível de suporte Nível I ou "suporte de front-end" ou "suporte técnico". Como o operador, você é o primeiro a ser notificado quando há um alerta e o primeiro a ter a
chance de reagir a um alerta, quando necessário.
Este roteiro de aprendizagem destina-se ao operador em uma função Nível I. Se você ainda não conhece o Operations Manager, este tópico pode ajudá-lo a identificar o
que será necessário para entender e usar os recursos disponíveis à função de operador do Operations Manager. Você deve entender primeiro os tópicos dos pré-
requisitos, porque os outros tópicos para o Operations Manager são criados com base neles e presume-se um entendimento dos tópicos dos pré-requisitos.
Posteriormente, é possível começar o aprendizado do Operations Manager lendo os documentos nas seções de Nível 100, 200, 300 e 400.
Recomendamos que você leia os tópicos na ordem listada.
Informações dos pré-requisitos
Nível 100
Nível 200
Nível 300
Informações dos pré-requisitos

Esta seção contém links para diversos tópicos que contêm informações de segundo plano que ajudarão você a entender como o Operations Manager funciona.
Etapa 1: Conheça os recursos que compõem um grupo de gerenciamento.
Consulte Key Concepts (Principais conceitos).
Seu objetivo é entender as partes do grupo de gerenciamento e o processo básico de descoberta e monitoramento.
Etapa 2: Saiba mais sobre as pulsações.
Consulte How Heartbeats Work in Operations Manager ﴾Como as pulsações funcionam no Operations Manager﴿.
Seu objetivo é entender como o Operations Manager monitora os canais de comunicação com computadores gerenciados por agente.
Nível 100
Os seguintes tópicos contêm informações introdutórias que ajudarão você a aprender a navegar nos espaços de trabalho nos consoles do Operations Manager.
Etapa 1: Saiba mais sobre o layout do console.
Consulte Comparing the Operations Console and Web Console in Operations Manager ﴾Comparando o Console de operações e Console Web no Operations
Manager).
Este tópico apresenta o layout dos consoles do Operations Manager.
Seu objetivo é entender a finalidade de cada seção dos consoles.
Etapa 2: Saiba mais sobre o espaço de trabalho de monitoramento.
Consulte Using the Monitoring Workspace in Operations Manager ﴾Usando o espaço de trabalho de monitoramento no Operations Manager﴿.
Este tópico fornece uma visão geral do monitoramento do espaço de trabalho.
Seu objetivo é entender a finalidade do espaço de trabalho de monitoramento.
Etapa 3: Saiba mais sobre os tipos de exibições.
Consulte View Types in Operations Manager ﴾Tipos de exibição no Operations Manager﴿ e Standard Views in Operations Manager ﴾Exibições padrão no
Estes tópicos descrevem os tipos de exibições disponíveis no Operations Manager e as exibições pré-configuradas criadas quando o Operations Manager é
instalado.
Seu objetivo é entender o tipo de informação fornecida em cada exibição.
Etapa 4: Saiba mais sobre como usar o escopo, pesquisa e localização.
Consulte Finding Data and Objects in the Operations Manager Consoles (Localizando dados e objetos nos Consoles do Operations Manager).
Este tópico explica como usar as ferramentas de Escopo, Pesquisa e Localização para localizar dados e objetos.
Seu objetivo é entender como encontrar dados e objetos específicos.
Etapa 5: Saiba mais sobre Meu espaço de trabalho.
Consulte Using My Workspace in Operations Manager ﴾Usando Meu Espaço de Trabalho no Operations Manager﴿.
Este tópico descreve o Meu espaço de trabalho.
Seu objetivo é entender como usar o Meu espaço de trabalho.
Nível 200
Os tópicos a seguir contêm informações intermediárias que ajudarão você a iniciar o monitoramento.
Etapa 1: Saiba mais sobre a integridade do grupo de gerenciamento.
Consulte Monitoring the Health of the Management Group (Monitorando a integridade do Grupo de gerenciamento).
Este tópico descreve o modo de exibição do painel Integridade do Grupo de Gerenciamento.
Seu objetivo é entender como usar o modo de exibição do painel Integridade do Grupo de Gerenciamento para monitorar a integridade do grupo de
gerenciamento.
Etapa 2: Saiba mais sobre o Gerenciador de Integridade.
Consulte Using Health Explorer in Operations Manager (Usando o Gerenciador de Integridade no Operations Manager) e Using Health Explorer to Investigate
Problems (Usando o Gerenciador de Integridade para investigar problemas).
Estes tópicos descrevem o Gerenciador de Integridade, uma ferramenta essencial no Operations Manager para identificar e solucionar problemas de integridade.
Seu objetivo é entender como navegar no Gerenciador de Integridade e como usar o Gerenciador para investigar problemas.
Etapa 3: Saiba mais sobre a exibição de alertas.
Consulte Viewing Alert Details (Exibindo detalhes de alertas) e Examining Properties of Alerts, Rules, and Monitors (Examinando propriedades de alertas, regras e
monitores).
Estes tópicos descrevem o tipo de informação que você pode obter de um alerta.
Seu objetivo é entender como identificar a origem de um alerta e localizar as informações para ajudá-lo a solucionar o problema que causou o alerta.
Etapa 4: Saiba mais sobre como solucionar alertas.
Consulte Impact of Closing an Alert (O impacto de fechar um alerta) e How to Close an Alert Generated by a Monitor (Como fechar um alerta gerado por um
Monitor).
Estes tópicos explicam o que acontece quando você fecha um alerta e como fechar um alerta que foi gerado por um monitor.
Seu objetivo é entender quando e como fechar alertas.
Etapa 5: Saiba mais sobre as notificações de alerta.
Consulte How to Subscribe to Notifications from an Alert ﴾Como se inscrever para obter notificações de um alerta﴿.
Este tópico explica como se inscrever para uma notificação de alerta.
Seu objetivo é entender como conseguir que notificações de alertas sejam enviadas por telefone, mensagem de texto ou mensagem instantânea.
Nível 300
Os documentos a seguir contêm informações avançadas para usuários na função de operador.
Etapa 1: Saiba mais sobre as tarefas.
Consulte Running Tasks in Operations Manager (Executando tarefas no Operations Manager).
Este tópico explica como executar tarefas associadas a um objeto selecionado.
Seu objetivo é entender como executar uma tarefa.
Etapa 2: Saiba mais sobre como criar modos de exibição.
Consulte Creating Views in Operations Manager ﴾Criando Modos de Exibição no Operations Manager﴿.
Este tópico explica como criar modos de exibição. Operadores podem criar modos de exibição no Meu espaço de trabalho.
Seu objetivo é entender como criar exibições personalizadas.
Etapa 3: Saiba mais sobre como executar diagnósticos e recuperações.
Consulte Diagnostic and Recovery Tasks ﴾Tarefas de diagnóstico e recuperação﴿.
Este tópico descreve os diagnósticos e recuperações que podem ser associadas a um alerta.
Seu objetivo é entender como executar diagnósticos e recuperações.
Etapa 4: Saiba mais sobre o modo de manutenção.
Consulte How to Suspend Monitoring Temporarily by Using Maintenance Mode (Como suspender o monitoramento temporariamente usando o Modo de
manutenção﴿.
Este tópico explica o modo de manutenção.
Seu objetivo é entender quando e como usar o modo de manutenção para interromper temporariamente o monitoramento de um computador.
Comentários
Seu comentário é valioso e bem-vindo! Avalie este conteúdo usando estrelas na parte superior direita da janela do navegador ou envie comentários e sugestões para
Operations Manager Documentation ﴾Documentação do Operations Manager﴿ ﴾opsmgrdocs@microsoft.com﴿. O autor analisará seus comentários e irá usá-los para
ajudar a melhorar esta documentação. Seu endereço de e-mail não será salvo ou usado para outros fins.
-----
-----
Operations Manager, um componente do Microsoft System Center 2012, é o software que ajuda você a monitorar serviços, dispositivos e operações para diversos
computadores de um único console. Este tópico explica os conceitos básicos sobre o Operations Manager para o administrador que gerencia a infraestrutura do
Operations Manager e o operador que monitora e oferece suporte aos computadores em seu negócio.
O que o Operations Manager faz

Empresas pequenas e grandes geralmente são dependentes de serviços e aplicativos fornecidos pelo ambiente de computação. Os departamentos de TI são
responsáveis por garantir o desempenho e disponibilidade desses serviços e aplicativos essenciais. Isto significa que os departamentos de TI precisam saber quando há
um problema, identificar onde é o problema e descobrir o que está causando o problema, idealmente antes que os usuários dos aplicativos encontrem os problemas.
Quanto mais computadores e dispositivos na empresa, mais difícil se torna essa tarefa.
Usar o Operations Manager no ambiente facilita o monitoramento de vários computadores, dispositivos, serviços e aplicativos. O console de operações, exibido na
imagem a seguir, permite a você verificar a integridade, desempenho e disponibilidade para todos os objetos monitorados no ambiente e ajuda a identificar e solucionar
problemas.
Observação
Para saber como usar os consoles do Operations Manager, consulte Using the Operations Manager Consoles (Usando os consoles do Operations Manager) no Guia
de Operações.
Operations Manager dirá que objetos monitorados não são íntegros, enviará alertas quando os problemas forem identificados e fornecerá informações para ajudá-lo a
identificar a causa de um problema e soluções possíveis. Como o administrador, você configura o que será monitorado ao selecionar computadores e dispositivos a
serem monitorados e ao importar pacotes de gerenciamento que fornecem monitoramento para recursos e aplicativos específicos. Para decidir que objetos monitorar e
para que monitorar, será necessário entender os recursos que compreendem a infraestrutura do Operations Manager e como o Operations Manager funciona.
A infraestrutura do Operations Manager

Instalar o Operations Manager cria um grupo de gerenciamento. O grupo de gerenciamento é a unidade básica de funcionalidade. No mínimo, o grupo de gerenciamento
consiste de um servidor de gerenciamento, o banco de dados operacional e o banco de dados do data warehouse de relatórios.
O servidor de gerenciamento é o ponto focal para administrar o grupo de gerenciamento e comunicação com o banco de dados. Ao abrir o console de
operações e se conectar a um grupo de gerenciamento, você se conecta a um servidor de gerenciamento para esse grupo de gerenciamento. Dependendo do
tamanho do seu ambiente de computação, um grupo de gerenciamento pode conter um servidor de gerenciamento único ou diversos servidores de
gerenciamento.
O banco de dados operacional é um banco de dados do SQL Server que contém todos os dados de configuração para o grupo de gerenciamento e armazena
todos os dados coletados e processados para o grupo de gerenciamento. O banco de dados operacional retém dados de curto prazo, por padrão, 7 dias.
O banco de dados do data warehouse é um banco de dados do SQL Server que armazena dados de monitoramento e alertas para fins de histórico. Os dados
gravados no banco de dados do Operations Manager também são gravados no banco de dados do data warehouse, de modo que os relatórios sempre contêm
dados atuais. O banco de dados do data warehouse retém dados de longo prazo.
Quando a funcionalidade de relatório do Operations Manager é instalada, o grupo de gerenciamento também contém um Servidor de relatórios que cria e apresenta
relatórios de dados no banco de dados do data warehouse.
Estes componentes essenciais de um grupo de gerenciamento podem existir em um único servidor, ou podem ser distribuídos entre diversos servidores, como exibido
na imagem a seguir.
Para obter informações sobre como instalar os recursos do grupo de gerenciamento, consulte o Operations Manager 2012 Deployment Guide ﴾Guia de Implantação do
Operations Manager 2012).
Servidores de Gerenciamento
A função do servidor de gerenciamento é administrar a configuração do grupo de gerenciamento, administrar e se comunicar com agentes e se comunicar com bancos
de dados no grupo de gerenciamento.
O grupo de gerenciamento pode conter vários servidores de gerenciamento para fornecer capacidade adicional e disponibilidade contínua. Quando dois ou mais
servidores de gerenciamento são adicionados a um grupo de gerenciamento, os servidores se tornam parte de um pool de recursos e o trabalho é disseminado entre os
membros do pool. Quando um membro do pool de recursos falhar, outros membros no pool de recursos assumirão a carga de trabalho desse membro. Quando um
novo servidor de gerenciamento for adicionado, o novo servidor de gerenciamento automaticamente assumirá parte do trabalho dos membros existentes no pool de
recursos. Todos os membros no pool de recursos gerenciarão um conjunto distinto de objetos remotos; em nenhum momento, dois membros no mesmo pool
gerenciarão o mesmo objeto ao mesmo tempo.
Um tipo especializado de servidor de gerenciamento é o servidor gateway. Um servidor gateway permite o monitoramento de computadores em domínios não confiáveis.
Para obter mais informações, consulte Monitoring Across Untrusted Boundaries ﴾Monitorando entre limites não confiáveis﴿.
Agentes
Um agente do Operations Manager é um serviço instalado em um computador. O agente coleta dados, compara dados de amostra com valores predefinidos, cria alertas
e executa respostas. Um servidor de gerenciamento recebe e distribui configurações para agentes em computadores monitorados.
Cada agente se reporta a um servidor de gerenciamento no grupo de gerenciamento. Este servidor de gerenciamento é especificado como o servidor de gerenciamento
primário do agente.
Os agentes observam fontes de dados no computador monitorado e coletam informações de acordo com a configuração enviada a eles de seu servidor de
gerenciamento. O agente também calcula o estado de integridade do computador monitorado e dos objetos e se reporta novamente ao servidor de gerenciamento.
Quando o estado de integridade de um objeto monitorado é alterado ou outros critérios são atendidos, um alerta pode ser gerado pelo agente. Isto permite que os
operadores descubram se há algo que requer atenção. Ao fornecer dados de integridade sobre o objeto monitorado ao servidor de gerenciamento, o agente fornece
uma imagem atualizada da integridade do dispositivo e de todos os aplicativos que hospeda.
Um agente pode ser configurado para agir como um agente de proxy. Um agente de proxy é um agente que pode encaminhar dados para um servidor de gerenciamento
em benefício de um computador ou dispositivo de rede, além do computador host. Por exemplo, um agente instalado no nó físico de um cluster SQL pode ser ativado
para atuar como proxy para monitorar o recurso de cluster. Agentes proxy permitem o monitoramento de computadores e dispositivos em que um agente não pode ser
instalado. Para obter mais informações, consulte Agentless Monitoring (Monitoramento sem agente).
Serviços
Em um computador monitorado, o agente do Operations Manager está listado como o Serviço de Integridade do System Center Management. O Serviço de Integridade
do System Center Management coleta dados de desempenho, executa tarefas e assim por diante. Mesmo quando o serviço é incapaz de se comunicar com o servidor de
gerenciamento ao qual se reporta, o serviço continua a ser executado e coloca em fila os dados coletados e eventos no disco do computador monitorado. Quando a
conexão for restaurada, o Serviço de Integridade do System Center Management enviará os dados coletados e eventos ao servidor de gerenciamento.
Observação
Às vezes, o Serviço de Integridade do System Center Management é conhecido como o serviço de integridade.
O Serviço de Integridade do System Center Management também é executado em servidores de gerenciamento. Em um servidor de gerenciamento, o Serviço de
Integridade do System Center Management executa fluxos de trabalho de monitoramento e gerencia credenciais. Para executar fluxos de trabalho, o Serviço de
Integridade do System Center Management inicia processos do MonitoringHost.exe usando as credenciais especificadas. Estes processos monitoram e coletam dados de
logs de eventos, dados do contador de desempenho, dados de Instrumentação de Gerenciamento do Windows ﴾WMI﴿, e executam ações, como scripts.
Os servidores de gerenciamento hospedam o serviço de Acesso a Dados do System Center e o serviço de Configuração de Gerenciamento do System Center.
O serviço de Acesso a Dados do System Center fornece acesso ao console de operações para o banco de dados operacional e grava dados para o banco de dados.
O serviço do System Center Management Configuration gerencia os relacionamentos e a topologia do grupo de gerenciamento. Ele também distribui os pacotes de
gerenciamento para objetos monitorados.
Os fluxos de trabalho que executam o serviço do System Center Management Configuration são definidos por pacotes de gerenciamento. Pacotes de gerenciamento
definem as informações que o agente coleta e retorna ao servidor de gerenciamento para um aplicativo ou tecnologia específica. Por exemplo, o Pacote de
Gerenciamento do BizTalk Server contém regras e monitores que coletam e avaliam eventos e operações que são importantes para assegurar a integridade e eficiência
do aplicativo BizTalk Server.
Depois que o Operations Manager instala um agente em um computador, ele envia uma configuração inicial ao agente. A configuração inicial inclui descobertas de objeto
de pacotes de gerenciamento. O pacote de gerenciamento define os tipos de objetos, como aplicativos e recursos, que serão monitorados em computadores que foram
descobertos pelo Operations Manager. Os agentes enviam dados ao servidor de gerenciamento, que identifica as instâncias de objetos descobertos no computador. O
servidor de gerenciamento envia aos agentes os elementos dos pacotes de gerenciamento que se aplicam ao objetos descobertos para cada computador, como regras
e monitores.
Uma regra define os eventos e os dados de desempenho a serem coletados dos computadores, bem como o que fazer com as informações depois de coletadas. Uma
maneira simples de pensar sobre as regras é através de uma afirmação Se/Então. Por exemplo, um pacote de gerenciamento para um aplicativo pode conter regras
como as seguintes:
Se uma mensagem indicando que o aplicativo está sendo desligado aparece no log de eventos, crie um alerta.
Se o ato de carregar um arquivo de origem falhar, colete o evento que indica que esta falha.
Como estes exemplos mostram, as regras podem criar alertas e coletar eventos ou dados de desempenho, que o agente envia ao servidor de gerenciamento. Regras
também podem executar scripts; por exemplo, permitir que uma regra tente reiniciar um aplicativo com falha.
Objetos descobertos têm um estado de integridade, que é refletido no console de operações como verde ﴾bem sucedido ou íntegro﴿, amarelo ﴾aviso﴿ ou vermelho
﴾crítico ou não íntegro﴿. Monitores definem os estados de integridade para determinados aspectos do objeto monitorado. Por exemplo, um monitor para a capacidade da
unidade de disco pode definir verde como menos de 85% cheio, amarelo como mais de 85% cheio e vermelho como mais de 90% cheio. Um monitor pode ser
configurado para gerar um alerta quando ocorre uma mudança de estado.
Como os objetos são descobertos e monitorados

A imagem a seguir é uma ilustração simplificada de como os objetos são descobertos e monitorados.
1. O administrador configura o Operations Manager para procurar computadores para gerenciar. Para obter mais informações sobre a descoberta de
computadores, consulte Managing Discovery and Agents (Gerenciando a Descoberta e Agentes).
2. Computadores que atendem os critérios especificados e já não são gerenciados são identificados.
3. Um agente do Operations Manager está instalado no computador descoberto.
4. O agente solicita os dados de configuração e depois o servidor de gerenciamento envia os dados de configuração do agente dos pacotes de gerenciamento
instalados que incluem classes a serem descobertas. Por exemplo, se os pacotes de gerenciamento do sistema operacional Windows Server forem instalados, o
servidor de gerenciamento enviará ao agente as classes do sistema operacional.
5. O agente compara os dados de configuração ao computador, identifica objetos que descobre e retorna as informações ao servidor de gerenciamento. Por
exemplo, o agente retornará ao servidor de gerenciamento que uma instância do sistema operacional Windows Server 2008 R2 está no computador.
6. O servidor de gerenciamento envia ao agente toda a lógica de monitoramento dos pacotes de gerenciamento instalados, que se aplicam aos objetos descobertos.
Por exemplo, o agente receberá toda a lógica de monitoramento que se aplica ao Windows Server 2008 R2.
7. O agente aplica a lógica de monitoramento, como regras e monitores, executa fluxos de trabalho e retorna dados ao servidor de gerenciamento.
8. À medida que as mudanças ocorrem para os objetos descobertos, como aplicativos sendo adicionados ou desinstalados, o agente envia as informações
atualizadas ao servidor de gerenciamento, que envia a lógica de monitoramento atualizada.
Observação
Operations Manager também pode descobrir e monitorar dispositivos de rede, computadores executando sistemas operacionais UNIX e Linux e proporcionar o
monitoramento sem agente. Para obter mais informações, consulte Operations Manager Monitoring Scenarios ﴾Cenários de monitoramento do Operations Manager﴿
no Guia de Operações.
Comunicação entre agentes e servidores de gerenciamento

O agente do Operations Manager envia dados de alerta e descoberta ao servidor de gerenciamento primário, que sobrescrevem os dados do banco de dados
operacional. O agente também envia dados de eventos, desempenho e estado ao servidor de gerenciamento primário para esse agente, que sobrescrevem os dados
para o banco de dados operacional e data warehouse simultaneamente.
O agente envia dados de acordo com os parâmetros de agendamento para cada regra e monitor. Para regras de coleta otimizada, os dados somente serão transmitidos
se uma amostra de um contador diferir da amostra anterior por uma tolerância especificada, como 10%. Isto ajuda a reduzir o tráfego de rede e o volume de dados
armazenados no banco de dados operacional.
Além disso, todos os agentes enviam um pacote de dados, chamado de uma pulsação, para o servidor de gerenciamento em um agendamento regular, por padrão a
cada 60 segundos. A finalidade da pulsação é validar a disponibilidade do agente e comunicação entre o agente e o servidor de gerenciamento. Para obter mais
informações sobre pulsações, consulte How Heartbeats Work in Operations Manager ﴾Como as pulsações funcionam no Operations Manager﴿.
Para cada agente, o Operations Manager executa um inspetor do serviço de integridade, que monitora o estado do Serviço de integridade remoto do ponto de vista do
servidor de gerenciamento.
Outros recursos do Operations Manager

Para saber como instalar o Operations Manager e implantar um grupo de gerenciamento, consulte Deployment Guide for Operations Manager for System
Center 2012 ﴾Guia de Implantação do Operations Manager para o System Center 2012﴿
Para saber como usar o Operations Manager após a configuração do grupo de gerenciamento, consulte Operations Guide for Operations Manager for System
Center 2012 ﴾Guia de Operações do Operations Manager para o System Center 2012﴿
Para saber como criar um pacote de gerenciamento, consulte Author’s Guide for Operations Manager for System Center 2012 ﴾Guia do autor do Operations
Manager para o System Center 2012)
Downloads de documentação do Operations Manager
Comunidade do Operations Manager
-----
-----
Guia de Operações do System Center 2012 Operations
Manager
O Operations Manager, um componente do System Center 2012, permite que você monitore serviços, dispositivos e operações de diversos computadores em um único
console. Os operadores podem se aprofundar rapidamente no estado do ambiente de TI e dos serviços de TI em execução em diversos sistemas e cargas de trabalho,
usando diversos modos de exibição que mostram informações de estado, integridade e desempenho, além de alertas gerados por situações de disponibilidade,
desempenho, configuração e segurança.
O Guia de Operações é um recurso abrangente que pode ser usado para entender e utilizar o Operations Manager. O Guia de Operações cobre as tarefas
administrativas, operacionais, de monitoramento e relatório normalmente desempenhadas por um administrador ou operador. Em um projeto de implementação do
Operations Manager, ele é usado depois do Guia de Implantação, mas não assume que o administrador ou operador tenha participado da instalação da infraestrutura
Antes de ler o Guia de Operações:
Se você não conhece o Operations Manager, deve ler os Conceitos Principais para compreender o que é um grupo de gerenciamento e como o Operations Manager
funciona.
Se você está familiarizado com o Operations Manager 2007, deve ler O que há de novo no System Center 2012 - Operations Manager para examinar as diferenças entre
o Operations Manager 2007 e o Operations Manager do System Center 2012.
No Guia de Operações
Referência rápida a tarefas do Operations Manager
Esse tópico lista as tarefas comuns, descreve como começar cada uma delas e apresenta links para informações relevantes.
Monitoramento inicial após a instalação do Operations Manager
Essa seção explica os monitoramentos e pacotes de gerenciamento que estão habilitados quando um grupo de gerenciamento é criado, e como estender o
monitoramento com agentes e pacotes de gerenciamento. Também fornece as diretrizes para gerenciar descoberta e agentes e explica como usar
direcionamentos e substituições para ajustar o monitoramento.
Gerenciando o acesso no Operations Manager
Essa seção explica as contas usadas pelo Operations Manager para diversas ações, as funções de usuário disponíveis para definir os modos de exibição e as
tarefas disponíveis no Console de Operações, e os perfis e contas Executar como usados pelos pacotes de gerenciamento para executar fluxos de trabalho.
Cenários de monitoramento do Operations Manager
Essa seção apresenta os cenários de monitoramento comuns, como monitoramento de servidores em cluster, monitoramento de redes e monitoramento entre
limites não confiáveis, e fornece instruções para descoberta, monitoramentos, modos de exibição e relatórios específicos de cada cenário.
Obtendo informações do Operations Manager
Essa seção explica como usar os consoles, publicar dados em sites do SharePoint, configurar e gerenciar notificações de alerta e usar os relatórios fornecidos pelo
Operations Manager.
Tarefas gerais no Operations Manager
Essa seção contém procedimentos para tarefas comuns a vários cenários de monitoramento, por exemplo: como lidar com alertas, como criar e gerenciar grupos,
como criar um pool de recursos e como conectar grupos de gerenciamento.
Manutenção do Operations Manager
Essa seção explica como monitorar a integridade do grupo de gerenciamento, configurar e agendar configurações de grooming nos bancos de dados do
Operations Manager e reiniciar um servidor de gerenciamento. Também apresenta recomendações para criar um inventário da sua infraestrutura do Operations
Manager e para tarefas diárias, semanais e mensais.
Página principal da Biblioteca TechNet do System Center 2012 - Operations Manager
O que há de novo no System Center 2012 - Operations Manager
Notas de versão do System Center 2012 - Operations Manager
Guia de Implantação do System Center 2012 - Operations Manager
Configurações suportadas do System Center 2012 - Operations Manager
Documentação para download

Você pode baixar uma cópia desta documentação técnica do Centro de Download da Microsoft. Sempre use a biblioteca do TechNet para obter informações mais
atualizadas.
-----
-----

Criação para o System Center 2012 Operations Manager
Importante
Este artigo foi traduzido automaticamente. Consulte o aviso de isenção de responsabilidade abaixo. A versão em inglês deste artigo está localizada aqui para sua
referência.
Guia de criação do System Center 2012 – Operations Managerfornece informações sobre a criação de monitoramento personalizado para seu aplicativo.
Pré-requisitos
Este guia pressupõe que você tenha um conhecimento básico do Operations Manager e entende todos os conceitos apresentados a Guia de operações do System
Center 2012 - Operations Manager.
Não incluído neste guia

Enquanto os tópicos a seguir está relacionado à criação, são abordados os Guia de operações do System Center 2012 - Operations Manager em vez deste guia. Isso
ocorre porque esses recursos estão disponíveis para os usuários a monitoramento espaço de trabalho das operações de console e pode ser usado por um usuário
sem privilégios de autor ou personalizado de requisitos de monitoramento.
Substituições
Painéis e visualizações
Obter mais informações

Para obter mais informações sobre a criação de pacotes de gerenciamento para diferentes versões do Operations Manager e outras opções para automatizar os
componentes do System Center, consulte o System Center criação Hub.
Tópicos do guia do autor

Conceitos principais para autores
Descreve os conceitos básicos relacionados à criação de páginas. Você deve entender os conceitos desta seção antes de revisar o conteúdo do guia.
Destinos e objetos
Descreve os conceitos básicos e procedimentos relacionados a objetos e destinos.
Modelos de pacote de gerenciamento
Descreve cada um dos modelos de pacote de gerenciamento padrão que fornecem cenários de monitoramento completos com um mínimo de esforço.
Monitores e regras
Descreve a estrutura de regras e monitores e fornece detalhes para criar diferentes tipos de cenários de monitoramento.
Aplicativos distribuídos
Descreve os aplicativos distribuídos como funcionam e como criá-lo usando o Designer de aplicativos distribuídos.

Você pode baixar um cópia desta documentação técnica do Centro de Download da Microsoft. Sempre use a biblioteca do TechNet para obter informações mais
atualizadas.
Observação
Aviso de isenção de responsabilidade de tradução automática: Este artigo foi traduzido por um sistema de computador, sem intervenção humana. A Microsoft
oferece a tradução automática para ajudar os usuários que não entendam a língua inglesa a aproveitarem o conteúdo sobre os produtos, os serviços e as tecnologias
da Microsoft. Como o artigo foi traduzido automaticamente, podem haver erros de vocabulário, sintaxe e gramática.
-----
-----
Criação de relatório para o System Center 2012 Operations
Manager
Importante
referência.
O conhecimento e os procedimentos necessários para a criação de relatórios personalizados no Operations Manager para o System Center 2012 não mudou do System
Center Operations Manager 2007 R2. Para obter instruções, consulte o Guia de criação de relatórios do Operations Manager 2007.
Página principal da Biblioteca TechNet para o Operations Manager
O que há de novo no Operations Manager para o System Center 2012
Gerente de operações para notas de versão do System Center 2012
Guia de operações do Operations Manager para o System Center 2012
Guia de implantação do Operations Manager para o System Center 2012
Configurações com suporte do Operations Manager para o System Center 2012
Observação
-----
-----
Cmdlets in System Center 2012 - Operations Manager
This section contains cmdlet reference information for System Center 2012 – Operations Manager cmdlets and Operations Manager cmdlets for UNIX and Linux.
For more information on using Windows PowerShell Cmdlets in System Center 2012 Operations Manager, see System Center 2012 Integration Guide - Operations
Manager.
Topic Description
System Center 2012 - Operations Manager Cmdlet Reference This section contains cmdlet help topics for the System Center 2012 – Operations Manager cmdlets.
Operations Manager Cmdlets for UNIX and Linux This section contains cmdlet help topics for the Operations Manager cmdlets for UNIX and Linux.
-----
-----
O Guia de Implantação contém informações para ajudá-lo a:
1. Planejar e implantar o System Center 2012 – Operations Manager
2. Planejar e implantar o System Center 2012 Service Pack 1 (SP1), Operations Manager
3. Atualizar a partir do Operations Manager 2007 R2
4. Manter a infraestrutura do Operations Manager
Implantar o Operations Manager consiste em várias fases, como uma fase de design, uma fase de teste e uma fase de implantação. Se já tiver o
Operations Manager 2007 R2 implementado e quiser mudar para o System Center 2012 – Operations Manager ou tiver o System Center 2012 – Operations Manager
implementado e quiser mudar para o System Center 2012 Service Pack 1 ﴾SP1﴿, você passará por várias fases de atualização, dependendo da sua topologia atual. Após
atualizar ou implantar o produto diretamente, você poderá realizar alterações no ambiente do Operations Manager.
Tarefas
Os tópicos a seguir apresentam as áreas de tarefas abordadas no Guia de Implantação:
Planejando a implantação do System Center 2012 - Operations Manager
Atualizando para o System Center 2012 - Operations Manager
Mantendo a infraestrutura do System Center 2012 - Operations Manager
Para procedimentos de atualização para o System Center 2012 Service Pack 1 ﴾SP1﴿, consulte o guia Atualizando o System Center 2012 – Operations Manager para o
System Center 2012 SP1.

Você pode baixar uma cópia desta documentação técnica do Centro de Download da Microsoft. Sempre use a biblioteca do TechNet para obter informações mais
atualizadas.
-----
-----
Planejando a implantação do System Center 2012 Operations
Manager
Esta seção fornece informações sobre conceitos principais a serem considerados na fase de design e planejamento. Este documento fornece cenários de alto nível e
aponta para os detalhes encontrados em todo o Guia de Implantação do System Center 2012 - Operations Manager e também no Operations Manager Sizing Helper e
em conceitos e procedimentos específicos encontrados no Operations Guide for System Center 2012 – Operations Manager ﴾Guia de operações do System Center 2012 –
Antes de iniciar
Antes da implantação, há várias fontes de informações úteis que você deverá ler para ter o contexto da funcionalidade e dos requisitos do Operations Manager:
Fornece um roteiro de aprendizagem para o operador em uma função de nível I
Requisitos do sistema para o System Center 2012 - Operations Manager
Apresenta informações sobre os sistemas operacionais, as configurações de hardware, os requisitos de software, as combinações de instalação e as configurações
de segurança suportados – Este documento enfoca os requisitos do sistema e menciona somente as configurações não suportadas, quando necessário
Desenvolvendo e planejando os Cenários de Implantação

Este documento contém as seguintes seções:
Considerações ao atualizar para o System Center 2012 - Operations Manager
Aborda os principais conceitos e considerações de atualização para o System Center 2012 – Operations Manager
Considerações sobre uma instalação limpa do System Center 2012 – Operations Manager
Aborda os principais conceitos e configurações comuns para uma nova instalação limpa do System Center 2012 – Operations Manager
Considerações ao criar um grupo de gerenciamento para monitoramento de rede
Aborda os principais conceitos e considerações para a localização e monitoramento de roteadores e comutadores da rede, incluindo interfaces e portas da rede
nesses dispositivos e a LAN virtual (VLAN) no qual participam
Considerações sobre o monitoramento de desempenho do aplicativo
Aborda os principais conceitos e considerações para monitoramento de aplicativos .NET hospedados nos Serviços de Informações da Internet ﴾IIS﴿, do ponto de
vista do servidor e do cliente, na obtenção de detalhes sobre o desempenho e confiabilidade do aplicativo que podem ajudá-lo a localizar as principais causas de
incidentes.
Considerações sobre a alta disponibilidade e recuperação de desastres
Aborda os principais conceitos a serem considerados durante o planejamento da recuperação de desastres
-----
-----
Considerações ao atualizar para o System Center 2012
Operations Manager
Esta seção de material de design e planejamento cobre os conceitos e as considerações principais para a atualização para o System Center 2012 – Operations Manager
ou o System Center 2012 Service Pack 1 ﴾SP1﴿, Operations Manager. Os cenários e os procedimentos de atualização completos encontram-se em Atualizando para o
System Center 2012 - Operations Manager.
O caminho de atualização suportado é do System Center Operations Manager 2007 R2 para o System Center 2012 – Operations Manager e, então, para o System Center
2012 Service Pack 1 ﴾SP1﴿, portanto, os clientes talvez precisem realizar várias atualizações. Ao realizar várias atualizações, devem-se considerar, dentre outras coisas, os
requisitos de sistema que se sobrepõem, ou não, entre o System Center 2012 – Operations Manager e o SP1. Por exemplo, você pode considerar quais versões do SQL
Server são suportadas e de que maneira será necessário migrar entre as versões do SQL Server à medida que atualizar entre versões do Operations Manager.
ser que você queira fazer isso antes de continuar. Estes documentos contêm os principais conceitos e detalhes de configuração importantes que você achará útil como
um cliente de atualização.
Observação
Remoção do RMS e o novo emulador RMS

Em Operations Manager, a maior mudança que impacta no design e planejamento é a remoção do servidor de gerenciamento raiz ﴾RMS﴿. Todos os servidores de
gerenciamento são de mesmo nível, agora que não há nenhum RMS. Por essa razão, o RMS não é mais o único ponto de falha, já que todos os servidores de
gerenciamento hospedam os serviços hospedados anteriormente apenas pelo RMS. Funções são distribuídas para todos os servidores de gerenciamento. Se um servidor
de gerenciamento se tornar indisponível, suas responsabilidades serão automaticamente redistribuídas. Uma função de emulador RMS fornece compatibilidade reversa
para pacotes de gerenciamento que têm como direcionamento o RMS. Se você não tiver pacotes de gerenciamento, que anteriormente se destinavam ao RMS, não será
necessário usar o Emulador RMS.
Preparação para a atualização

Antes da atualização:
Importante
Em uma atualização do grupo de gerenciamento distribuído, você atualiza os servidores de gerenciamento secundários, os gateways e os agentes. A ordem de
atualização do agente depende de como os agentes foram implantados. Ao instalar os agentes manualmente, você atualiza os agentes antes de atualizar os servidores
de gerenciamento e gateways.
1. Remover agentes do gerenciamento pendente
2. Verificar o RMS do Operations Manager 2007 R2 para o Console ativo conectado
3. Desabilitar inscrição de notificação
4. Interromper os serviços do conector ou desabilitar qualquer conector
Estes procedimentos são descritos em detalhes em Tarefas pré-atualização do Operations Manager
Integração e agentes do AD
Se você tiver agentes que se reportam ao RMS, mova-os para os servidores de gerenciamento secundários para assumirem o trabalho de agente. É importante atualizar
manualmente seus agentes primeiro. Estes procedimentos são descritos em detalhes em Lista de verificação: Atualização distribuída ﴾complexo﴿
Data Warehouse
Data warehouse é solicitado agora; isto é novo para o System Center 2012 – Operations Manager e está incluído em todos os cenários dimensionados no Operations
Manager Sizing Helper
Durante a atualização, a interface do usuário direcionará você para adicionar um data warehouse, se ele não existir.
Pools de recursos
que falhou.
Devido à introdução dos pools de recursos, recomendamos que todos os servidores de gerenciamento estejam conectados a uma rede de latência baixa. Isto significa
a instalação. Oferecemos suporte a qualquer cliente SDK que se conecta a um servidor de gerenciamento.
Consulte Considerações, ao projetar um grupo de gerenciamento para monitoração da rede, para obter informações relacionadas aos pacotes de gerenciamento e que
executem a Descoberta de Rede.
-----
-----
Considerações sobre uma instalação limpa do System Center
2012 – Operations Manager
O Deployment Guide for System Center 2012 - Operations Manager ﴾Guia de Implantação para System Center 2012 - Operations Manager﴿ abrange detalhes completos
da instalação do Operations Manager, em dois cenários de instalação:
1. Implantação de servidor único do Operations Manager - para avaliação, teste e desenvolvimento de pacotes de gerenciamento, geralmente em ambientes de não
produção e pré-produção
2. Implantação distribuída do Operations Manager - forma a base de 99% das implantações do Operations Manager. Permite a distribuição de recursos e serviços
entre diversos servidores para permitir a escalabilidade. Ele pode incluir todas as funções de servidor do Operations Manager, além de oferecer suporte ao
monitoramento de dispositivos entre limites de confiança pelo uso do servidor gateway.
Para finalidades de design e planejamento, este tópico se concentrará em considerações de design para uma implantação distribuída, fazendo uso de diversos servidores
de gerenciamento e de pools de recursos.
ser que você queira fazer isso antes de continuar. Estes documentos contêm os principais conceitos e detalhes importantes da configuração.
Observação
Instalações comuns
Use o Operations Guide for Operations Manager for System Center 2012 ﴾Guia de Operações para o Operations Manager para o System Center 2012﴿ para determinar
os requisitos de hardware para cada recurso do servidor do Operations Manager. Se você deseja instalar mais de um recurso no mesmo computador, utilize o máximo
dos requisitos de hardware recomendados para qualquer um dos recursos combinados.
O auxiliar de dimensionamento é uma ferramenta transferível em formato planilha que contém guias que listam as informações gerais em configurações com suporte,
assim como exemplos de tamanhos com base no número de agentes e número de dispositivos de rede monitorados, informações sobre servidores gateway etc.
Por exemplo, um cenário de chamadas para 500 agentes que monitora chamadas de 50 dispositivos de rede para uma recomendação de:
1. Um ﴾1﴿ servidor de gerenciamento que gerencia até 500 agentes, que lidam com toda a carga de trabalho, mais um ﴾1﴿ servidor de gerenciamento adicional para
HA/failover que gerencia até cinco conexões SDK.
2. Dois ﴾2﴿ servidores de gerenciamento em um único pool de recursos que monitora 50 dispositivos de rede
3. Dois ﴾2﴿ servidores: Um servidor de banco de dados de operações e um servidor de operações de Data Warehouse ﴾com um SRS e o servidor Console Web﴿
A possível necessidade de um servidor gateway não está incluída neste cenário. Eles têm suporte para uso no gerenciamento de dispositivos de rede, mas o servidor
gateway deve estar em seu próprio pool de recursos e não no mesmo pool que os dispositivos.
Pools de recursos
que falhou.
Devido à introdução dos pools de recursos, recomenda-se que todos os servidores de gerenciamento estejam conectados a uma rede de latência baixa. Isto significa
a instalação. Qualquer cliente SDK pode se conectar a qualquer servidor de gerenciamento.
-----
-----
Considerações ao criar um grupo de gerenciamento para
System Center 2012 – Operations Manager fornece a capacidade para descobrir e monitorar roteadores e comutadores de rede, incluindo as interfaces e portas de rede
nesses dispositivos e a LAN virtual ﴾VLAN﴿ na qual participam. Você também pode excluir os dispositivos de rede descobertos e evitar que os dispositivos de rede
excluídos sejam redescobertos na próxima vez que a descoberta for executada. Para obter mais informações, consulte Monitorando redes usando o Operations
Manager.
Pools de recursos
O monitoramento de rede no System Center 2012 – Operations Manager requer seu próprio pool de recursos separado.
Crie um pool de recursos dedicado ao gerenciamento de rede; adicione servidores de gerenciamento dedicados ao pool de recursos recém-criado e remova o servidor
de gerenciamento dedicado de qualquer outro pool de recursos.
1. Cada servidor de gerenciamento ou servidor de gateway pode executar apenas uma regra de descoberta. Você especifica um servidor de gerenciamento único ou
servidor gateway para executar a regra de descoberta e um pool de recursos de servidores de gerenciamento para executar o monitoramento real dos
dispositivos de rede.
2. Ao criar regras de descoberta em diversos servidores de gerenciamento, você deverá criar um pool de gerenciamento para cada um e garantir que cada
descoberta defina um conjunto diferente de dispositivos. Se um dispositivo único for gerenciado em pools diferentes, ele não poderá ser excluído.
Para obter mais informações, consulte How to Discover Network Devices in Operations Manager (Como descobrir os dispositivos de rede no Operations Manager) e
Configurações de descoberta do dispositivo de rede.
Já que os fluxos de trabalho de monitoramento de rede são executados em servidores de gerenciamento ﴾no módulo SNMP﴿, e não em agentes, um fardo pesado é
colocado nos servidores de gerenciamento. Portanto, para obter um melhor desempenho, recomendamos usar servidores de gerenciamento dedicados em pools de
recursos dedicados para o monitoramento da rede.
Para obter mais informações, consulte Operations Manager Sizing Helper.
Acessibilidade do dispositivo de rede

Dispositivos de rede devem estar acessíveis pelos servidores de gerenciamento durante o monitoramento.
1. Qualquer firewall entre os servidores de gerenciamento e os dispositivos deve ser considerado no planejamento e durante a configuração de pools de recursos
dedicados.
2. Servidores gateway têm suporte para uso no gerenciamento de dispositivos de rede, mas o servidor gateway deve estar em seu próprio pool de recursos e não
no mesmo pool que os dispositivos.
Atualização
Se você estava monitorando os dispositivos de rede no Operations Manager 2007 R2 e eles estão sendo atualizados para o System Center 2012 – Operations Manager,
o monitoramento de rede que estava em execução ainda funcionará apropriadamente. Mas, se você quiser tirar vantagem dos recursos de monitoramento adicionais
disponíveis durante a atualização, será necessário executar novamente a descoberta do dispositivo. No entanto, você também deve atualizar os pacotes de
gerenciamento apropriados. Consulte Monitorando redes usando o Operations Manager para obter mais informações. Se atualizar pacotes de gerenciamento não for
uma opção, então não execute a descoberta novamente: continuar a operar em pacotes de gerenciamento originais e nos recursos de monitoramento de rede originais
que tinha em Operations Manager 2007 R2.
Consulte Também
Conceitos
-----
-----
Considerações sobre o monitoramento de desempenho do
aplicativo
para obter detalhes sobre o desempenho e confiabilidade do aplicativo que podem ajudá-lo a localizar as principais causas de incidentes. Para obter mais informações,
consulte Modelo de Monitoramento do desempenho de aplicativos .NET no Guia de Criação e Monitoramento de aplicativos .NET no Guia de Operações.
Banco de dados de Operações

A principal consideração para o planejamento e projeto de monitoramento de desempenho do aplicativo e seu impacto no banco de dados. Já que o monitoramento do
desempenho do aplicativo no Operations Manager é baseado no Serviço de Integridade, a dimensão e carga colocadas sobre o banco de dados do Operations
Manager é um fator importante a ser considerado.
Por exemplo, durante o monitoramento de muitos aplicativos que geram vários eventos ﴾alterações de estado﴿ cada um por segundo, é fácil visualizar como os Serviços
de Integridade poderão ficar sobrecarregados se não forem considerados na fase de design. Por exemplo, o aplicativo médio gera 0,3 eventos por segundo. Com o IIS
oferecendo suporte a centenas de aplicativos por host, isso poderá resultar na geração de 30 ou mais eventos por segundo por meio do Serviço de Integridade.
Para obter mais informações, consulte Operations Manager Sizing Helper e Como definir configurações de grooming do banco de dados do Operations Manager.
Agentes
O monitoramento do desempenho do aplicativo não ocorre sem agentes, portanto, o uso de pool de recursos não é uma opção do planejamento para a melhoria do
desempenho ou escala. O agente de monitoramento do aplicativo é instalado ao mesmo tempo que o agente do Operations Manager. Você não tem que planejar
antecipadamente onde instalar o serviço de monitoramento de aplicativos.
Atualização
Para os clientes AVIcode 5.7, há duas maneiras de examinar uma atualização:
1. Integrada ﴾AVIcode integrado com o Operations Manager﴿, onde Operations Manager lida com algumas das etapas de configuração
2. Autônoma ﴾continuando a executar o AVIcode 5.7 como um produto separado do Operations Manager﴿
Para obter mais informações, consulte Observações para os clientes do AVIcode 5.7 no Guia de Operações.
Observação: NÃO há suporte no System Center 2012 – Operations Manager para a instalação de pacotes de gerenciamento de integração do AVIcode 5.7. Se for
necessário usar o AVIcode 5.7 com o System Center 2012 – Operations Manager, por exemplo, para monitorar os seis hosts do IIS, os pacotes de monitoramento devem
ser instalados no ambiente do System Center Operations Manager 2007 R2, antes da atualização para o System Center 2012 – Operations Manager. Além disso, você
precisará importar uma atualização para os pacotes de monitoramento do AVIcode 5.7 da mídia de instalação do System Center 2012 – Operations Manager.
Consulte Também
Conceitos
Monitoramento de aplicativos .NET
-----
-----
Considerações sobre a alta disponibilidade e recuperação de
desastres
Esta seção descreve os principais conceitos que devem ser considerados ao criar para a recuperação de desastres. Utilizando diversos servidores de gerenciamento e o
conceito de pools de recursos, é possível configurar facilmente para cenários de failover bem sucedidos.
Diversos Servidores de gerenciamento e Implantação distribuída

Você sempre deve ter dois servidores de gerenciamento em qualquer ambiente. Um segundo servidor de gerenciamento permite o failover e a fácil restauração, e um
segundo servidor de gerenciamento pode assumir a carga, se o outro falhar. Todos os servidores de gerenciamento são membros do pool de Todos os Recursos de
Servidores de Gerenciamento, o que equilibra a monitoração da carga de seu grupo de gerenciamento quando novos servidores de gerenciamento são adicionados e
fornece failover automático para monitoração. O impacto da falha de um servidor de gerenciamento em um ambiente distribuído é minimizado, mas aumenta a carga de
trabalho em servidores adicionais de gerenciamento no grupo de gerenciamento, até que o servidor de gerenciamento com problema seja restaurado. Consulte
Implantação distribuída do Operations Manager no Guia de Implantação para obter detalhes completos.
Você sempre deve manter um backup do banco de dados operacional e bancos de dados do data warehouse. Para obter informações sobre como agendar backups
regulares dos bancos de dados do Operations Manager, consulte Como agendar Backups do System Center 2012 - bancos de dados do Operations Manager.
Você deve manter os serviços SDK em execução em todos os servidores de gerenciamento.
Consulte Também
Outros Recursos
Operations Manager Sizing Helper (Auxiliar de dimensionamento do Operations Manager)
-----
-----
Todas as implantações de grupo de gerenciamento individuais do System Center 2012 – Operations Manager serão uma instalação do tipo "tudo incluído", onde todos
os recursos serão carregados em um único servidor, ou uma instalação distribuída, onde os recursos do Operations Manager serão distribuídos entre os servidores. É
possível combinar qualquer número dessas opções para formar uma infraestrutura geral do Operations Manager que consiste em vários grupos de gerenciamento.
Esses grupos de gerenciamento podem ser relacionados de um modo hierárquico, da maneira desejada por sua empresa.
Esta seção do Guia da Implantação descreve uma implantação de grupo de gerenciamento individual, onde você tem um grupo de gerenciamento, mas os recursos do
Operations Manager são instalados em um único servidor ou distribuídos em diversos servidores.
Implantação de servidor único do Operations Manager
Implantação distribuída do Operations Manager
Para obter informações sobre como conectar grupos de gerenciamento, consulte Connecting Management Groups in Operations Manager (Conectando grupos de
gerenciamento no Operations Manager).
Antes de iniciar
Antes de iniciar a implantação, você deverá ler as notas de versão e assegurar que seu servidor atenda os requisitos mínimos do sistema para Operations Manager. Para
obter mais informações, consulte:
Notas de versão do System Center 2012 - Operations Manager
Requisitos do sistema para o System Center 2012 – Operations Manager
Operations Manager Administrators Role Assignment

Operations Manager trata da atribuição da função de Administradores do Operations Manager diferentemente das versões anteriores. Em System Center 2012 –
Operations Manager, a Instalação atribui automaticamente o grupo Administradores no computador local para a função de Administradores do Operations Manager.
Você deve estar conectado a uma conta que tenha direitos de Administrador local para executar a Instalação no primeiro servidor de gerenciamento que será instalado;
isto assegura que seja possível abrir o console de operações após a Instalação ser concluída. Ao instalar os servidores de gerenciamento adicionais, você deve usar uma
conta de Domínio do qual seja um membro.
Contas exigidas
Durante a instalação, solicita-se duas contas, a conta de ação do servidor de gerenciamento e conta Serviço de Configuração do System Center e serviço de Acesso a
Dados do System Center. Em Operations Manager, você pode usar a mesma conta para ambos os serviços.
Ao instalar Relatórios, solicita-se duas contas adicionais, a Conta de Gravação do Data Warehouse a Conta do Leitor de Dados. Essas contas são criadas como contas
de usuário de domínio e adicionadas ao grupo Administradores locais no servidor de destino.
Observação
Se você criar uma conta específica para a instalação, esta conta deve ser um membro da função de servidor sysadmin para o Microsoft SQL Server, mas também ter
acesso ao banco de dados mestre.
Observação
Se você instalar diversos servidores de gerenciamento, uma conta de ação do servidor de gerenciamento e uma Conta do serviço de Acesso a Dados do System
Center e serviço de Configuração do System Center serão solicitadas, sempre que adicionar um servidor de gerenciamento. Você deve fornecer as mesmas contas
para cada instalação.
Conta Descrição Permissões
Conta de Ação Esta conta é usada para executar ações em computadores Para economizar tempo, especifique uma conta de domínio. Recomendamos que
do Servidor de monitorados através de uma conexão de rede. você crie uma conta para esta finalidade que tenha credenciais administrativas
Gerenciamento locais. Você não deve usar uma conta que tenha credenciais administrativas de
domínio.
Serviço de Esta conta é um conjunto de credenciais que é usado para Esta conta pode ser configurada como um Sistema local ou uma conta de
Configuração atualizar e ler informações no banco de dados operacional. domínio. A conta deve ter credenciais administrativas locais. Para casos onde o
do System Operations Manager garante que as credenciais usadas para banco de dados operacional esteja hospedado em um computador remoto que
Center e Conta as contas de Serviço de Acesso a Dados do System Center e não seja um servidor de gerenciamento, uma conta de domínio deve ser usada.
do Serviço de serviço de Configuração do System Center sejam atribuídas à Para obter uma segurança melhor, é recomendável usar uma conta diferente
Acesso a Dados função sdk_user no banco de dados operacional. daquela usada como a conta de ação do servidor de gerenciamento.
do System
Center
Conta de A conta de Gravação do Data Warehouse grava dados do Esta conta recebe permissões de gravação no banco de dados do Data
Gravação do servidor de gerenciamento no data warehouse de Relatórios e Warehouse e permissões de leitura no banco de dados operacional.
Data lê dados do banco de dados operacional.
Observação
Warehouse
Verifique se a conta que você planeja usar para a Conta de Gravação do Data
Warehouse tem direitos de Logon do SQL Server e direitos de logon para
computadores que hospedam o banco de dados operacional e data
warehouse de relatórios. Caso contrário, a Instalação falha e todas as
alterações são revertidas. Isto pode deixar o SQL Server Reporting Services em
um estado inoperante.
Conta do Leitor A conta do Leitor de Dados é usada para definir quais A conta deve ser configurada como uma conta de domínio.
de Dados credenciais de conta o SQL Server Reporting Services usará
Observação
para executar consultas no Data warehouse de relatórios do
Operations Manager.
Verifique se a conta que você planeja usar como a conta do Leitor de Dados
tem direitos de logon do SQL Server e do Servidor de gerenciamento.
Requisitos do SQL Server

O System Center 2012 – Operations Manager requer acesso a uma instância de um servidor com Microsoft SQL Server 2008 SP1, SQL Server 2008 R2 ou SQL Server 2008
R2 SP1. Essa instância pode estar localizada em um computador separado dos servidores de gerenciamento em uma instalação distribuída ou no primeiro servidor de
gerenciamento no grupo de gerenciamento. Em todo caso, a instância do Microsoft SQL Server 2008 SP1, SQL Server 2008 R2 ou SQL Server 2008 R2 SP1 já deve existir e
estar acessível antes de você iniciar sua primeira instalação do servidor de gerenciamento. A configuração SQL Server Collation deve ser um valor suportado, e a Pesquisa
de Texto Completo do SQL deve estar habilitada.
O System Center 2012 Service Pack 1 ﴾SP1﴿, Operations Manager requer acesso a uma instância de um servidor com Microsoft SQL Server 2008 R2 SP1, SQL Server 2008
R2 SP2, SQL Server 2012 ou SQL Server 2012 SP1. Essa instância pode estar localizada em um computador separado dos servidores de gerenciamento em uma instalação
distribuída ou no primeiro servidor de gerenciamento no grupo de gerenciamento. Em qualquer um dos casos, a instância do Microsoft SQL Server 2008 R2 SP1, SQL
Server 2008 R2 SP2, SQL Server 2012 ou SQL Server 2012 SP1 já deve existir e estar acessível antes de você iniciar sua primeira instalação do servidor de gerenciamento.
A configuração SQL Server Collation deve ser um valor suportado, e a Pesquisa de Texto Completo do SQL deve estar habilitada.
Durante a instalação, será solicitado o seguinte:
O nome do servidor de banco de dados e o nome de instância do SQL Server. Se instalou o SQL Server usando a instância padrão, você somente terá que
especificar o nome do servidor SQL.
Você pode aceitar os valores padrão ou definir:
Número da Porta do SQL Server. Por padrão, 1433.
Um novo banco de dados operacional ﴾para a instalação do primeiro servidor de gerenciamento no grupo de gerenciamento﴿ ou um banco de dados operacional
existente (para instalar servidores de gerenciamento adicionais em um grupo de gerenciamento existente).
O nome do banco de dados. Por padrão, OperationsManager.
O tamanho inicial do banco de dados. Por padrão, 1000 MB.
Os locais do arquivo de dados e pasta de log. Por padrão, estes são C:\Arquivos de Programas\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\Data ou
C:\Arquivos de Programas\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\Log, como apropriado para os padrões do SQL Server.
Importante
Se o TCP/IP estiver desativado em um servidor remoto que esteja hospedando o banco de dados do SQL Server, a Instalação não será capaz de fazer a conexão com
o banco de dados do SQL Server. Para resolver este problema, habilite o TCP/IP no servidor remoto.
Verifique se o SQL Server Reporting Services foi corretamente instalado e configurado. Para obter mais informações sobre como instalar e configurar o SQL Server 2012
Reporting Services, consulte Instalação para SQL Server 2012.
Consulte Também
Conceitos
-----
-----
Prérequisitos ambientais para o Operations Manager
Esta seção aborda a infraestrutura que você precisa ter implementada e outros fatores a serem considerados antes de executar a Instalação do System Center 2012 –
Operations Manager ou do System Center 2012 Service Pack 1 (SP1), Operations Manager.
Há dois conjuntos de pré-requisitos que devem ser atendidos antes da instalação de qualquer recurso do Operations Manager. Um conjunto consiste nos itens que o
verificador de Pré-requisitos identifica durante a Instalação. O verificador de Pré-requisitos é direcionado ao servidor em que a Configuração está em execução e
determina se o servidor tem a configuração necessária para hospedar qualquer função que você tenha escolhido.
O outro consiste nos itens que estão fora do verificador de Pré-requisitos, como o domínio do Active Directory ou o nível funcional da floresta ou a disponibilidade de
uma CA ﴾autoridade de certificação﴿ para emitir os certificados necessários para desenvolver agentes e servidores de gateway nos limites de confiança. Esta seção
aborda esse segundo conjunto de pré-requisitos, que têm escopo muito mais amplo porque se aplicam a todo o ambiente em que o Operations Manager funcionará, em
vez daqueles conferidos pelo verificador de Pré-requisitos durante a Instalação. Para garantir que o Operations Manager seja implantado normalmente e funcione
conforme o esperado, o ambiente em que ele será executado deverá ser preparado corretamente. Como as alterações ambientais afetam mais do que o Operations
Manager, tenha muita cautela ao decidir fazer alterações de varredura. Os pré-requisitos são apresentados em um formato unificado que inclui itens específicos do
cenário.
Para obter mais informações sobre decisões de design e ambientais, consulte Planejando a implantação do System Center 2012 - Operations Manager. Para obter mais
informações sobre configurações suportadas para o System Center 2012 – Operations Manager, consulte System Requirements for System Center 2012 –
Operations Manager ﴾Requisitos do sistema para o System Center 2012 – Operations Manager﴿.
Nesta seção
Dando suporte à infraestrutura
Descreve os pré-requisitos e problemas que você precisa conhecer antes de instalar o System Center 2012 – Operations Manager.
Considerações de segurança
Descreve os fatores de segurança de alto nível que precisam ser considerados.
Monitoramento de agente e sem agente

Descreve os pré-requisitos ambientais para implantação de agentes para monitorar dispositivos e para implantação de monitoramento sem agente.
-----
-----
Dando suporte à infraestrutura
Esta seção aborda os pré-requisitos e as questões que envolvem o AD DS ﴾Serviços de Domínio do Active Directory﴿ e DNS ﴾Sistema de Nomes de Domínio﴿ que você
precisa conhecer antes de iniciar a instalação do System Center 2012 – Operations Manager.
Serviços de Domínio do Active Directory

System Center 2012 – Operations Manager conta com o AD DS para diversos serviços, incluindo a definição de princípios de segurança, atribuição de direitos,
autenticação e autorização. Operations Manager consulta o AD DS quando executa a descoberta de computadores e serviços e pode usar o AD DS para armazenar e
distribuir informações de configuração de agentes. Para que o Operations Manager funcione corretamente, o AD DS e seu serviço de suporte, o DNS, precisam estar em
perfeitas condições e ter determinados níveis mínimos de configuração. Além disso, certas convenções de nomenclatura de domínio devem ser seguidas.
Nomenclatura de espaço do domínio

Um grupo de gerenciamento do Operations Manager não pode ser instalado em um domínio Active Directory raiz que tenha um namespace DNS nivelado. No entanto,
você pode instalar esse grupo de gerenciamento em domínios filho do domínio raiz. Por exemplo, você tem um domínio raiz cujo nome DNS é "Woodgrove". Já que este
domínio raiz tem um namespace DNS nivelado, será possível instalar um grupo de gerenciamento do Operations Manager no domínio Woodgrove. Mas, se o domínio
Woodgrove tiver um domínio filho com um nome DNS "National", o nome de domínio totalmente qualificado do domínio filho será national.woodgrove. Para obter mais
informações sobre a configuração do Windows para domínios com nomes DNS de apenas um rótulo, consulte Informações sobre como configurar os domínios do Active
Directory por meio de nomes DNS de rótulo único.
Nível funcional do domínio

O Windows Server Active Directory pode operar em diferentes níveis funcionais. Esses níveis são diferenciados pela versão do sistema operacional Windows Server
permitida nos controladores de domínio presentes no domínio. O System Center 2012 – Operations Manager requer que o nível funcional do domínio seja o
Windows 2000 nativo, o Windows Server 2003 intermediário, o Windows Server 2003 ou o Windows Server 2008. O nível funcional do domínio do Windows Server 2008
R2 é também suportado ﴾para a versão SP1 do System Center 2012 – Operations Manager, o Windows Server 2008 R2 SP1 e o Windows Server 2012 são suportados﴿.
Para que o System Center 2012 – Operations Manager funcione corretamente, você deverá verificar o nível funcional do domínio e elevá-lo até a versão apropriada. Para
fazer isso, consulte Aumentar o nível funcional do domínio.
Observação
Verifique se tomou as precauções adequadas antes de aumentar o nível funcional do domínio, pois ele não poderá ser revertido e, se houver qualquer controlador de
domínio de nível inferior, sua função será afetada.
Nível funcional da floresta

O nível funcional da floresta é semelhante ao nível funcional do domínio, visto que ele define um nível mínimo de sistema operacional do controlador de domínio por
toda a floresta. Após ele ser definido, os controladores de domínio com sistemas operacionais de nível inferior dos níveis funcionais inferiores não podem ser
introduzidos em uma floresta. Operations Manager não tem um requisito de nível funcional da floresta; entretanto, se o nível funcional de floresta for deixado no nível do
Windows 2000 padrão, pode haver domínios na sua floresta que não atenderão o requisito mínimo de nível funcional do domínio.
DNS
O DNS deve estar instalado e em perfeitas condições para oferecer suporte ao AD DS. Além da confiança do Operations Manager no AD DS, não há requisitos
específicos de DNS.
Consulte Também
Conceitos
Pré-requisitos ambientais para o Operations Manager
-----
-----
Considerações de segurança
Aplica-se a: Data Protection Manager for System Center 2012, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
A maioria do trabalho na preparação do ambiente para o System Center 2012 – Operations Manager se concentra em tarefas relacionadas à segurança. Esta seção
aborda essas tarefas em um nível superficial. Para obter mais informações, consulte o Index to Security-related Information for Operations Manager ﴾Índice para
informações relacionadas à segurança do Operations Manager﴿.
A preparação das tarefas relacionadas à segurança envolve o seguinte:
Compreender, planejar e preparar o monitoramento entre limites de confiança.
Compreender, planejar e preparar o monitoramento de computadores UNIX ou Linux.
Planejar e preparar as contas de serviço, as contas de usuário e os grupos de segurança que serão necessários.
Compreender e preparar as portas de rede necessárias para o seu design.
Limites de confiança
Domínios do Active Directory formam a unidade básica de um limite de confiança Kerberos sob o ponto de vista do Operations Manager. Esse limite é automaticamente
expandido a outros domínios no mesmo espaço ﴾a mesma árvore do Active Directory﴿ e entre domínios que se encontram em árvores diferentes do Active Directory, mas
ainda na mesma floresta do Active Directory através de confianças transitivas. O limite de confiança pode ser adicionalmente expandido entre domínios de diferentes
florestas do Active Directory por meio do uso de confianças entre florestas.
Kerberos
O protocolo de autenticação Kerberos, compatível com as controladoras de domínio do Windows 2000 e versões superiores, somente pode ocorrer dentro de um limite
de confiança. A autenticação Kerberos é o mecanismo utilizado para realizar a autenticação mútua de agente/servidor do Operations Manager. A autenticação mútua do
agente/servidor é compulsória no Operations Manager Shell para toda a comunicação entre agentes e servidores.
Um grupo de gerenciamento do Operations Manager não tem a capacidade de realizar os processos de descoberta e monitoramento fora do limite de confiança
Kerberos no qual ele se encontra. Porém, já que o protocolo de autenticação padrão para computadores baseados no Windows, que não fazem parte de um domínio do
Active Directory, é o NTLM, outro mecanismo deve ser utilizado para oferecer suporte à autenticação mútua. Isso é feito por meio da troca de certificados entre agentes e
servidores.
Certificados
Quando a comunicação do Operations Manager precisa ocorrer entre limites de confiança, por exemplo, quando um servidor que você deseja monitorar se encontra em
um domínio não confiável do Active Directory, que é diferente do grupo de gerenciamento que está realizando o monitoramento, é possível usar certificados para
atender a exigência de autenticação mútua. Por meio da configuração manual, certificados podem ser obtidos e associados aos computadores e aos serviços do
Operations Manager em execução nestes computadores. Quando um serviço que precisa se comunicar com um serviço em um computador diferente for iniciado e tentar
ser autenticado, os certificados serão trocados, e a autenticação mútua será concluída.
Importante
Os certificados usados para esta finalidade devem, em última análise, confiar na mesma autoridade de certificação ﴾CA﴿ raiz.
Para obter mais informações sobre como obter e usar certificados para autenticação mútua, consulte Implantando um servidor de gateway.
Autoridade de certificação
Para obter os certificados necessários, você precisará de acesso a uma CA ﴾autoridade de certificação﴿. Essa CA pode ser os Serviços de Certificados Microsoft ou um
serviço de certificação de terceiros, como a VeriSign.
Serviços de Certificados Microsoft

Existem quatro tipos de CAs da Microsoft:
Raiz corporativa
Subordinada corporativa
Raiz autônoma
Subordinada autônoma
Ambos os tipos corporativos de CAs exigem os Serviços de Domínio Active Directory. As CAs autônomas não têm essa exigência. Cada tipo de CA pode emitir os
certificados necessários para a autenticação mútua de agente/serviço entre limites de confiança.
Normalmente, uma infraestrutura de CA consiste em uma CA raiz que assina seus próprios certificados e se certifica e uma ou mais CAs subordinadas, que são
certificadas pela raiz. Os servidores das CAs subordinadas são os que um certificado de serviço solicita, enquanto a raiz é deixada offline e guardada por precaução.
Para obter mais informações sobre o design de certificados, consulte Infrastructure Planning and Design (Planejamento e design de infraestrutura) e Autenticação e
criptografia de dados para computadores Windows
Monitorando computadores UNIX e Linux
System Center 2012 – Operations Manager pode monitorar computadores UNIX e Linux. Como os computadores UNIX e Linux não estão participando do domínio do
Active Directory no qual o grupo de gerenciamento se encontra, é usada uma variação do método de certificado de autenticação mútua, conforme discutido
anteriormente.
Estabelecendo a autenticação mútua com computadores UNIX e Linux

Você usará o Assistente de Descoberta para descobrir computadores UNIX e Linux e adicioná-los ao grupo de gerenciamento como objetos gerenciados. Durante o
processo do Assistente de Descoberta, o Operations Manager faz com que os computadores UNIX e Linux descobertos gerem um certificado autoassinado que é usado
para autenticação mútua com o servidor de gerenciamento. O processo de geração, assinatura e troca de certificados funciona da seguinte maneira, quando a
descoberta SSH está habilitada:
1. O processo do Assistente de Descoberta no servidor de gerenciamento faz com que o computador UNIX ou Linux descoberto gere um certificado autoassinado.
2. O servidor de gerenciamento de descoberta emite uma solicitação de obtenção de certificado para o computador UNIX ou Linux.
3. O computador UNIX ou Linux retorna o certificado ao servidor de gerenciamento
4. O servidor de gerenciamento de descoberta cria um par de chaves e um certificado autoassinado. O servidor de gerenciamento só gera um par de chaves e um
certificado autoassinado, quando ele descobre seu primeiro computador UNIX ou Linux. Em seguida, ele importa seu próprio certificado para seu repositório de
certificados confiáveis. Depois, o servidor de gerenciamento de descoberta assina o certificado UNIX ou Linux com sua chave privada. Qualquer assinatura
subsequente de certificados de computadores UNIX ou Linux por parte do servidor de gerenciamento reutilizará a chave privada que foi gerada na primeira
assinatura.
5. Em seguida, o servidor de gerenciamento de descoberta emite uma solicitação de inserção de certificado, que insere novamente o certificado agora assinado por
ele no computador UNIX ou Linux que gerou esse certificado no início. A camada de comunicação WSMAN do computador UNIX ou Linux é então reiniciada de
forma a ativar o novo certificado gerado pelo computador UNIX/Linux.
6. Agora, quando o servidor de gerenciamento solicitar a autenticação do computador UNIX ou Linux, este irá fornecer o certificado confiável ao servidor, que por
sua vez fará a leitura da assinatura no certificado apresentado, confirmará que essa assinatura é confiável ﴾uma vez que ela corresponde à sua própria chave
privada armazenada em seu próprio repositório de certificados confiáveis﴿ e aceitará esse certificado como prova da autenticidade do computador UNIX ou Linux.
7. O servidor de gerenciamento de descoberta usará credenciais UNIX ou Linux conforme configurado no Perfil Executar como apropriado para se autenticar com o
computador UNIX ou Linux. Consulte a seção Planejando perfis Executar como para UNIX ou Linux para mais detalhes.
Importante
A ordem precedente de operações refere-se à versão de baixa segurança da descoberta no UNIX ou Linux.
Planejando perfis Executar como para UNIX ou Linux

A partir do momento que o computador UNIX ou Linux é gerenciado pelo servidor de gerenciamento de descoberta, as descobertas e os fluxos de trabalho do pacote
de gerenciamento começam a ser executados. Estes fluxos de trabalho exigem o uso de credenciais para serem concluídos com êxito. Estas credenciais, bem como os
objetos, as classes ou o grupo aos quais elas serão aplicadas e os computadores para os quais elas serão distribuídas, estão todos contidos em perfis Executar como.
Existem dois perfis Executar como que são importados quando os pacotes de gerenciamento UNIX são importados para o seu grupo de gerenciamento. Esses perfis
são:
Perfil de Conta de Ação Unix – Este perfil Executar como e suas credenciais UNIX ou Linux associadas são usados para atividades de baixa segurança nos
computadores UNIX ou Linux designados.
Perfil de Conta Privilegiada Unix – Este perfil Executar como e suas credenciais UNIX ou Linux associadas são usados para atividades que são protegidas por um
nível mais alto de segurança e, portanto, exigem uma conta que possua maiores privilégios no computador UNIX ou Linux. Esta conta pode ser a conta raiz
﴾embora isso não seja necessário﴿.
Você precisará configurar estes perfis com as credenciais apropriadas do computador UNIX ou Linux para que os fluxos de trabalho de pacotes de gerenciamento que
os utilizam possam funcionar corretamente.
Contas e grupos
No decorrer da implantação do Operations Manager, você possivelmente precisará de várias contas e grupos de segurança. Durante a Instalação do Operations
Manager é necessário especificar apenas quatro contas. Considere a inclusão de contas adicionais ao planejar atribuições de segurança, notificações e credenciais
alternativas com base em funções para executar processos. Para obter orientação sobre as atribuições de segurança com base na função de planejamento, consulte
Planejando a implantação do System Center 2012 - Operations Manager.
Grupos e contas de segurança com base em funções

Operations Manager controla o acesso a grupos monitorados, tarefas, modos de exibição e funções administrativas por meio da atribuição de contas de usuário a
funções. No Operations Manager, uma função é a combinação de um tipo de perfil ﴾operador, operador avançado, administrador﴿ e um escopo ﴾os dados aos quais a
função tem acesso﴿. Em geral, grupos de segurança do Active Directory são atribuídos às funções, e contas individuais são atribuídas a esses grupos. Antes da
implantação, planeje grupos de segurança do Active Directory que possam ser adicionados a essas funções e a qualquer outra função personalizada criada, para que
você possa adicionar contas de usuário individuais a esses grupos de segurança.
Operations Manager fornece as seguintes definições de funções prontas para uso.
Tipo de
Nome da função Descrição do perfil Escopo da função
perfil
Administradores do Operations Manager: Criada na instalação; não pode Administrador Tem privilégios totais no Operations Manager; Acesso total a todos
ser excluída; deve conter um ou mais grupos globais não há suporte para escopos do perfil os dados, serviços,
Administrador ferramentas
administrativas e de
autoria do
Operations Manager
Operadores avançados do Operations Manager: Criados na instalação; Operador Tem acesso limitado para alterações à Acesso a todos os
com escopo global; não podem ser excluídos avançado configuração do Operations Manager; grupos, modos de
capacidade para criar substituições de regras; exibição e tarefas
realiza o monitoramento de destinos ou atualmente presentes
grupos de destinos dentro do escopo e importados no
configurado futuro
Autores do Operations Manager: Criados na instalação; com escopo Autor Tem a capacidade de criar, editar e excluir Acesso a todos os
global; não podem ser excluídos tarefas, regras, monitores e modos de grupos, modos de
exibição dentro do escopo configurado exibição e tarefas
atualmente presentes
e importados no
futuro
Operadores do Operations Manager: Criados na instalação; com escopo Operador Tem a capacidade de interagir com alertas, Acesso a todos os
global; não podem ser excluídos executar tarefas e acessar modos de exibição grupos, modos de
de acordo com o escopo configurado exibição e tarefas
atualmente presentes
e importados no
futuro
Operadores somente leitura do Operations Manager: Criados na Operador Tem a capacidade de exibir alertas e acessar Acesso a todos os
instalação; com escopo global; não podem ser excluídos Somente modos de exibição de acordo com o escopo grupos e modos de
Leitura configurado exibição atualmente
presentes e
importados no futuro
Operadores de relatórios do Operations Manager: Criados na instalação; Operador de Tem a capacidade de exibir relatórios de Escopo global
com escopo global Relatórios acordo com o escopo configurado
Administradores de Segurança de Relatórios do Operations Manager: Administrador Permite a integração de segurança do SQL Sem escopo
Integra a segurança do SQL Server Reporting Services com as funções de de Segurança Server Reporting Services com funções do
usuário do Operations Manager; fornece aos administradores do de Relatórios Operations Manager.
Operations Manager a capacidade de controlar o acesso a relatórios; não
pode ser definida por escopo
Você pode adicionar grupos de segurança do Active Directory ou contas individuais a qualquer uma dessas funções predefinidas. Se fizer isso, essas contas individuais
poderão praticar as privilégios de uma determinada função nos objetos com escopo definido.
Observação
As funções predefinidas têm escopo global, o que lhes dá acesso a todos os grupos, modos de exibição e tarefas ﴾exceto para o Administrador de Segurança de
Relatório﴿.
Operations Manager também permite a você criar funções personalizadas com base nos perfis de Operador, Operador Somente Leitura, Autor e Operador Avançado. Ao
criar a função, você pode limitar ainda mais o escopo de grupos, tarefas e modos de exibição que essa função pode acessar. Por exemplo, é possível criar uma função
denominada "Operador do Exchange" e limitar o escopo a somente grupos, modos de exibição e tarefas relacionados ao Exchange. As contas de usuário atribuídas a
esta função apenas poderão executar ações em nível de Operador nos objetos relacionados ao Exchange.
Contas e grupos de notificações

As pessoas na sua empresa que irão interagir frequentemente com o Operations Manager, como um administrador do Exchange atribuído com a função Operador do
Exchange, precisam de uma maneira para descobrir novos alertas. Isto pode ser feito observando o console de operações para ver se há novos alertas ou quando o
Operations Manager informa sobre o alerta através de canais de comunicação com suporte. O Operations Manager tem suporte para notificações através de e-mail,
mensagem instantânea, SMS ou mensagens de pager. Notificações sobre o que a função precisa saber são enviadas aos destinatários que você especifica no Operations
Manager. Um destinatário do Operations Manager é meramente um objeto que possui um endereço válido para receber a notificação, como um endereço SMTP para
notificações por e-mail.
Portanto, é lógico combinar a atribuição de funções com associações de grupos de notificações por meio de um grupo de segurança habilitado para email. Por exemplo,
crie um grupo de segurança de Administradores do Exchange e preencha-o com indivíduos que terão os conhecimentos e as permissões necessários para fazer
correções no Exchange. Atribua esse grupo de segurança a uma função Administrador do Exchange personalizada, para que ele tenha acesso aos dados e possa receber
emails. Em seguida, crie um destinatário usando o endereço SMTP do grupo de segurança habilitado para email.
Contas de serviço
Na ocasião da implantação, é preciso ter prontas as seguintes contas de serviços. Se você utilizar contas de domínio, e o seu GPO ﴾Objeto de Diretiva de Grupo﴿ de
domínio tiver a diretiva de expiração de senha padrão definida conforme necessário, será preciso alterar as senhas nas contas de serviços de acordo com o
agendamento ou usar contas de sistema de baixa de manutenção, ou ainda configurar essas contas de forma que suas senhas nunca expirem.
Nome da conta Solicitada quando Usada para Baixa manutenção Alta segurança
Conta de Ação do servidor de instalação do servidor Coleta de dados de provedores, execução Sistema local Conta de domínio de
gerenciamento de gerenciamento de respostas baixo privilégio
Serviço de Acesso de Dados e instalação do servidor Gravação no banco de dados operacional, Sistema local Conta de domínio de
Conta de serviço de configuração de gerenciamento execução de serviços baixo privilégio
Conta de administrador local para Descoberta e instalação Instalação de agentes Conta de administrador Conta de administrador
dispositivos de destino de agentes por push local ou de domínio local ou de domínio
Conta de Ação do Agente Descoberta e instalação Coleta de informações e execução de Sistema local Conta de domínio de
de agentes por push respostas em computadores gerenciados baixo privilégio
Conta de ação de gravação no Data Instalação do Servidor Gravação no banco de dados do Reporting Conta de domínio de Conta de domínio de
Warehouse de Relatórios Data Warehouse baixo privilégio baixo privilégio
Conta do Leitor de Dados Instalação do Servidor Consultas no banco de dados do SQL Conta de domínio de Conta de domínio de
de Relatórios Reporting Services baixo privilégio baixo privilégio
Principais nomes de serviço

Quando você implantar o Operations Manager, pode ser necessário registrar um nome de entidade de serviço ﴾SPN﴿ em algumas configurações. SPNs são usados pela
autenticação Kerberos para o cliente autenticar-se mutuamente com o servidor. Para obter mais informações, consulte What Are Service Publication and Service Principal
Names? ﴾Quais são os Nomes da Publicação de Serviço e Principais de Serviço﴿.
Ao instalar o Operations Manager, você seleciona uma conta para o Serviço de Configuração do System Center e serviço de Acesso a Dados do System Center. Para
obter mais informações, consulte Implantando o System Center 2012 - Operations Manager.
Cuidado
Não modifique as permissões padrão do Active Directory para permitir que uma conta realize modificações irrestritas de seu próprio SPN.
Se você selecionar o Sistema local como a conta de serviço do Acesso a Dados do System Center, a conta poderá criar o SPN apropriado. Nenhuma configuração
adicional é necessária.
Ao usar uma conta de domínio, você deve registrar um SPN para cada servidor de gerenciamento. Use a ferramenta de linha de comando SETSPN. Para obter mais
informações sobre como executar essa ferramenta, consulte Setspn Overview ﴾Visão geral do Setspn﴿.
Registre o nome netbios e nome de domínio totalmente qualificado do servidor de gerenciamento, usando a seguinte sintaxe:
setspn –a MSOMSdkSvc/<netbios name> <DAS account domain>\<DAS account name>
setspn –a MSOMSdkSvc/<fqdn> <DAS account domain>\<DAS account name>
Dica
Você pode listar os SPNs registrados para a conta de usuário ou o computador com a seguinte sintaxe:
setspn –l <DAS account name>
setspn –l <fqdn>
Se você estiver usando Balanceamento de Carga de Rede ou um balanceador de carga de hardware, o serviço de acesso a dados do System Center deverá ser
executado em uma conta de domínio. Além da configuração já descrita, você deverá também registrar o nome com balanceamento de carga usando a seguintes sintaxe:
setspn –a MSOMSdkSvc/<load balanced name> <DAS account domain>\<DAS account name>
Observação
Todos os serviços de Acesso a Dados do System Center em execução por trás do balanceador de carga devem ser executados com a mesma conta de domínio.
Contas Executar como

Agentes em computadores monitorados podem executar tarefas, módulos e monitores sob demanda e também em resposta às condições predefinidas. Por padrão,
todas as tarefas são executadas com o uso das credenciais da conta de Ação do Agente. Em alguns casos, a conta de Ação do Agente pode ter direitos e privilégios
insuficientes para executar uma determinada ação no computador. O Operations Manager oferece suporte à execução de tarefas por agentes no contexto de um
conjunto alternativo de credenciais que chamaram uma conta Executar como. Uma conta Executar como é um objeto criado no Operations Manager, da mesma maneira
que um destinatário, e mapeado para uma conta de usuário do Active Directory. Em seguida, é usado um perfil Executar como que mapeia a conta Executar como para
um computador específico. Quando uma regra, tarefa ou monitor associado a um perfil Executar como na ocasião do desenvolvimento de um pacote de gerenciamento
precisa ser executado no computador pretendido, ele utiliza essa conta Executar como especificada.
Por padrão, o Operations Manager fornece vários perfis e contas Executar como, e você pode criar mais desses objetos, conforme necessário. Também existe a opção
de modificar as credenciais do Active Directory, às quais uma conta Executar como está associada. Isto exigirá o planejamento, criação e manutenção de credenciais
adicionais do Active Directory para esta finalidade. Estas contas devem ser tratadas como contas de serviço no que se refere à expiração de senhas, aos Serviços de
Domínio Active Directory, à localização e à segurança.
Será necessário trabalhar com os criadores de pacotes de gerenciamento, à medida que eles desenvolverem solicitações para contas Executar como. Para obter mais
informações, consulte o Index to Security-related Information for Operations Manager ﴾Índice para informações relacionadas à segurança do Operations Manager﴿.
Consulte Também
Conceitos
-----
-----
Monitoramento de agente e sem agente
Esta seção cobre os pré-requisitos de ambiente para os dispositivos que terão agentes instalados e dispositivos que serão monitorados sem agente.
Clientes com agentes instalados

As três atividades principais envolvidas na administração do agente são descoberta dos dispositivos de destino, implantação ou instalação de agentes nesses dispositivos
e gerenciamento contínuo de agentes. Os agentes que ficam fora de um limite de confiança requerem mais alguns pré-requisitos do que os agentes que ficam em um
limite de confiança.
Agentes dentro de um limite de confiança

Descoberta
A descoberta requer que as portas TCP 135 ﴾RPC﴿, intervalo RPC e TCP 445 ﴾SMB﴿ permaneçam abertas e que o serviço SMB seja habilitado. Para computadores
UNIX\Linux, a descoberta padrão e o gerenciamento ocorrem sobre TCP 1270, a resolução de problemas e a descoberta de diagnóstico ocorrem sobre SSH, TCP 22. A
descoberta e a implantação sobre SSH, padrão TCP 22, também podem ser habilitadas para permitir que o Operations Manager instale a camada de comunicação
WSMAN no computador UNIX/Linux descoberto.
Instalação
Após a descoberta de um dispositivo de destino, é possível implantar um agente nele. A instalação de agente requer o seguinte:
A abertura de portas RPC a partir do mapeador de ponto de extremidade TCP 135 e da porta SMB TCP/UDP 445.
Habilite os serviços de Compartilhamento de Arquivos e Impressoras para Redes Microsoft e Cliente para Redes Microsoft ﴾isso assegura que a porta SMB esteja
ativa).
Se habilitadas, as configurações de Diretiva de Grupo do Firewall do Windows para Permitir exceção de administração remota e Permitir exceções no
compartilhamento de arquivos e impressoras devem ser definidas como Permitir mensagens de entrada não solicitadas de: para os endereços IP e sub-redes
dos servidores de gerenciamento primário e secundário do agente.
Uma conta que tenha direitos de administrador local no computador de destino.
Windows Installer 3.1. Para instalar, consulte Windows Installer 3.1 (artigo 893803) na Base de dados de Conhecimento Microsoft.
Microsoft Core XML Services ﴾MSXML﴿ 6 na mídia de instalação do produto do Operations Manager no subdiretório \msxml.
Observação
A instalação de agente por push instalará o MSXML 6 no dispositivo de destino se ele não estiver lá.
Gerenciamento contínuo
O gerenciamento contínuo de um agente requer que as portas TCP 135 ﴾RPC﴿, intervalo RPC e TCP 445 ﴾SMB﴿ permaneçam abertas e que o serviço SMB seja habilitado.
Agentes fora de um limite de confiança

Para todos os agentes fora do limite de confiança dos servidores de gerenciamento, os pré-requisitos de ambiente serão os mesmos daqueles que ficam dentro do
limite de confiança e mais alguns.
Como o dispositivo terá um agente instalado, os requisitos de software, serviço e porta permanecem os mesmos. No entanto, como não há nenhuma estrutura
subjacente para dar suporte à autenticação Kerberos, será necessário usar certificados nas duas extremidades da conexão.
Para simplificar a configuração de limite de confiança, você pode instalar um servidor gateway do Operations Manager no mesmo limite de confiança dos dispositivos
que você monitorará. O servidor gateway atua como um proxy, de modo que toda a comunicação entre o servidor de gerenciamento e os agentes seja encaminhada
pelo servidor gateway. Essa comunicação é feita por meio de uma única porta, TCP 5723, e requer certificados no servidor de gerenciamento e no servidor gateway. Além
disso, o servidor gateway executa a descoberta e instalação e transmite o tráfego de administração contínuo em nome do servidor de gerenciamento aos agentes. O uso
de servidores gateway também reduz o volume de tráfego de rede e, portanto, é útil em condições de baixa largura de banda
Os servidores gateway também podem descobrir e gerenciar computadores UNIX/Linux; isso é feito sobre as portas TCP 1270 e, conforme necessário, SSH TCP 22. Essa
porta é configurável.
Para obter mais informações sobre servidores gateway, consulte Implantando um servidor de gateway.
Agentes instalados manualmente

A descoberta não é executada para agentes instalados manualmente, portanto, há poucos requisitos.
Monitoramento sem agente

O monitoramento sem agente de dispositivos é executado por um servidor de gerenciamento ou outro dispositivo que tenha um agente, denominado agente de proxy.
Um dispositivo gerenciado sem agente não deve ser separado de seu servidor de gerenciamento ou agente de proxy por um firewall, porque o monitoramento é
executado sobre RPC. A conta de ação do agente executando o monitoramento deve ter direitos administrativos locais no dispositivo que está sendo monitorado.
Consulte Também
Conceitos
-----
-----

Implantação de servidor único do Operations Manager
O cenário do grupo de gerenciamento de servidor único combina todas as funções do grupo de gerenciamento que podem coexistir em uma única instância do sistema
operacional Windows Server 2008 R2 SP1 ou Windows Server 2012 em execução como um servidor membro em um domínio do Active Directory. Essa instância pode
estar em um hardware dedicado ou em um computador virtual. O console de Operações pode ser implantado em computadores, exceto no servidor único, e o console
Web é acessado por meio de um navegador. Os agentes são geralmente implantados em um número limitado de dispositivos, dependendo da capacidade do servidor
em que o System Center 2012 – Operations Manager está implantado.
Você implanta o Operations Manager em um grupo de gerenciamento de servidor único quando deseja usá-lo para avaliar, testar e gerenciar o desenvolvimento de
pacotes, geralmente em ambientes de não produção ou pré-produção.
Serviços do Operations Manager

A configuração de um grupo de gerenciamento de servidor único oferece suporte aos seguintes serviços:
1. Monitoramento e geração de alertas
2. Relatórios ﴾disponível no console de Operações, mas não no console Web﴿
3. Coleta de auditoria
4. Gerenciamento de exceções sem agente
5. Dados ﴾acessados com o uso do console Web e do console de Operações﴿
Recursos do Operations Manager

A configuração do grupo de gerenciamento de servidor único combina estes recursos:
Coletor ACS ﴾Serviços de Coleta de Auditoria﴿
Banco de dados ACS
encaminhador ACS
Banco de dados operacional
Console de operações
Banco de dados do data warehouse de relatórios
Banco de dados de relatórios
Servidor de relatórios
Servidor do console Web
Shell de comando
Restrições
A configuração de um grupo de gerenciamento de servidor único é a mais fácil de implantar, mas há limitações quanto aos seus recursos e, portanto, quanto às tarefas
para as quais ela costuma ser usada.
Servidor gateway
Esta configuração não inclui a função de servidor gateway. Por causa disso, todos os dispositivos monitorados devem estar na mesma floresta do Active Directory como
o servidor de gerenciamento, ou você deve utilizar certificados no computador gerenciado e no servidor de gerenciamento para possibilitar a autenticação mútua.
Alta disponibilidade e redundância

A configuração de um servidor único e um grupo de gerenciamento único reside em um único conjunto de componentes de hardware. Esta configuração apenas é
compatível com uma instância de cada função de servidor e, portanto, não oferece suporte para o failover de agentes entre servidores de gerenciamento.
Usos comuns
Esta configuração é utilizada comumente para fins de avaliação, testes e desenvolvimento de pacotes de gerenciamento, em geral em ambientes de não produção ou de
pré-produção. Normalmente, as configurações do grupo de gerenciamento de servidor único carecem de robustez e desempenho para oferecer suporte às menores
cargas de produção.
Portas usadas
Nesta configuração, é necessário garantir que as portas da rede estejam abertas para comunicação entre os agentes e o servidor de gerenciamento, entre o console de
Operações e o servidor de gerenciamento e entre o console Web e o servidor de gerenciamento. Todas as outras comunicações entre serviços ocorrem no próprio
servidor de gerenciamento. As portas são as seguintes:
Console de Operações para servidor de gerenciamento: TCP 5724
Console de Operações para servidor de relatórios: TCP 80
Console Web para servidor do console Web: porta do site da Web selecionado
Agente para servidor de gerenciamento: TCP 5723
Encaminhador ACS para coletor ACS: TCP 51909
Gerenciamento sem agente: ocorre via chamada de procedimento remoto
Servidor de gerenciamento para computador UNIX\Linux: TCP 1270
Servidor de gerenciamento para computador UNIX\Linux, para operações especiais de descoberta e solução de problemas: TCP 22
Para obter uma listagem completa das portas usadas, bem como a direção da comunicação e se as portas podem ser configuradas, consulte Supported Configurations
for System Center 2012 – Operations Manager ﴾Configurações Compatíveis para System Center 2012 - Operations Manager﴿.
Para implantar o Operations Manager em um grupo de gerenciamento de servidor único, consulte Passo a passo: Instalando o Operations Manager em um servidor
único.
Consulte Também
Conceitos
-----
-----
Passo a passo: Instalando o Operations Manager em um
servidor único
Este guia passo a passo mostra uma instalação do System Center 2012 – Operations Manager ou System Center 2012 Service Pack 1 ﴾SP1﴿, Operations Manager em um
servidor único. Os recursos instalados incluem o seguinte:
Servidor de gerenciamento
Console Web
Servidor de relatórios
Pré-requisitos
Você deve assegurar que o servidor atenda às configurações mínimas suportadas do Operations Manager. Para obter mais informações, consulte System
Requirements for System Center 2012 – Operations Manager ﴾Requisitos do sistema para o System Center 2012 – Operations Manager﴿.
Importante
Antes de seguir estes procedimentos, leia a seção Antes de iniciar de Implantando o System Center 2012 - Operations Manager.
Para instalar a configuração do grupo de gerenciamento de servidor único

1. Faça logon no servidor usando uma conta que tenha credenciais administrativas locais.
2. Na mídia de instalação do Operations Manager, execute Setup.exe e depois clique em Instalar.
3. Na página Introdução, Selecione os recursos para instalação selecione os recursos Servidor de gerenciamento, Console de operações, Console Web e
Servidor de relatórios. Para ler mais sobre cada recurso e seus requisitos, clique em Expandir Tudo, ou expandir os botões próximos a cada recurso. Depois,
clique em Avançar.
4. Na página Introdução, Selecionar local para instalação aceite o valor padrão de C:\Arquivos de Programas\System Center 2012\Operations Manager ou
digite um novo local ou navegue até um local. Depois, clique em Avançar.
5. Na página Pré-requisitos, verifique e resolva os avisos e erros e depois clique em Verificar Pré-requisitos Novamente para verificar novamente o sistema.
Observação
A instalação do console Web exige que Restrições ISAPI e CGI no IIS estejam ativadas para ASP.NET 4. Para ativar isto, selecione o servidor Web no
Gerenciador do IIS e depois dê dois cliques em Restrições ISAPI e CGI. Selecione ASP.NET v4.0.30319 e depois clique em Permitir.
Importante
Você deve instalar o IIS antes de instalar o .NET Framework 4. Se o IIS foi instalado depois do .NET Framework 4, você deve fazer o registro do ASP.NET 4.0
com IIS. Abra uma janela de prompt de comando usando a opção Executar como administrador e depois execute o seguinte comando:
%WINDIR%\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -r
6. Se o verificador de Pré-requisitos não retornar nenhum aviso ou erro, a página Pré-requisitos, Prosseguir com a Configuração aparecerá. Clique em Avançar.
7. Na página Configuração, Especifique uma opção de instalação, selecione Crie o primeiro servidor de gerenciamento em um novo grupo de
gerenciamento, digite um nome para seu grupo de gerenciamento e depois clique em Avançar.
Observação
Depois que o nome do grupo de gerenciamento for definido, ele não poderá ser alterado. O nome do Grupo de Gerenciamento não pode conter os
caracteres: , ﴾ ﴿ ^ ~ : ; . ! ? " , ' ` @ # % \ / * + = $ | & [ ] <>{} e não pode ter espaços à esquerda ou à direita. É recomendável que o nome do Grupo de
Gerenciamento seja exclusivo em sua organização se planejar conectar vários grupos de gerenciamento juntos.
8. Na página Configuração, Leia os termos da licença, verifique os Termos de Licença para Software Microsoft, clique em Eu li, compreendi e concordo com os
termos do contrato de licença e depois clique em Avançar.
9. Quando a página Configuração, Configurar o banco de dados operacional for aberta, na caixa Nome do servidor e nome da instância, digite o nome do
servidor e o nome da instância do SQL Server para o servidor do banco de dados que hospedará o banco de dados operacional. Ao instalar o SQL Server
usando a instância padrão, você somente terá que inserir o nome do servidor. Ao alterar a porta padrão do SQL Server, você deve digitar o número da nova
porta na caixa Porta do SQL Server
Se você digitar um nome de SQL Server ou instância inválido, você verá aparecer um círculo vermelho com um X branco à esquerda das caixas Nome do
servidor e nome da instância e Porta do SQL Server.
O X branco aparece nas seguintes circunstâncias:
Você inseriu uma instância do SQL Server ou um valor de porta do SQL Server que não é válido ou não existe.
A instância do SQL Server especificada não tem a configuração ou recursos solicitados.
Você inseriu um valor que está fora do intervalo ﴾por exemplo, porta 999999﴿.
Você inseriu um caractere ilegal para essa caixa ﴾por exemplo, servidor\instância%﴿
Você pode pairar o cursor sobre a caixa de texto Nome do servidor e instância para exibir as informações adicionais sobre o erro.
10. Após digitar o valor correto para o nome do servidor do banco de dados do SQL Server, clique na caixa Porta do SQL Server, de modo que a Instalação
tentará validar os valores digitados para o nome do SQL Server e para o número da porta.
11. Nas caixas Nome do banco de dados, Tamanho do banco de dados (MB), Pasta do arquivo de dados e Pasta do arquivo de log, recomendamos que você
aceite os valores padrão. Clique em Avançar.
Observação
Estes caminhos não mudam se você se conectar a uma instância diferente do SQL Server.
Importante
Você pode receber uma mensagem sobre uso da versão errada do SQL Server ou pode ter um problema com o fornecedor da Instrumentação de
Gerenciamento do Windows (WMI) do SQL Server. Para solucionar este problema, abra uma janela de prompt de comando, selecione Executar como
administrador e depois execute o seguinte comando. No comando, substitua o espaço reservado de <caminho> com o local do SQL Server:
mofcomp.exe “<caminho>\Microsoft SQL Server\100\Shared\sqlmgmproviderxpsp2up.mof”
Observação
O tamanho do banco de dados do modelo do SQL Server não deve ser maior que 100 MB. Se for, você pode encontrar um erro na Instalação no que se
refere a incapacidade para criar um banco de dados no SQL devido às permissões de usuário. Para solucionar este problema, você deve reduzir o tamanho
do banco de dados do modelo.
12. Quando a página Configuração, Configurar o banco de dados do data warehouse for aberta, na caixa Nome do servidor e nome da instância, digite o nome
do servidor e o nome da instância do SQL Server para o servidor do banco de dados que hospedará o banco de dados do data warehouse.
13. Já que esta é uma instalação de servidor único, aceite o valor padrão de Criar um novo banco de dados de data warehouse.
14. Nas caixas Nome do banco de dados, Tamanho do banco de dados (MB), Pasta do arquivo de dados e Pasta do arquivo de log, recomendamos que você
Importante
Você pode receber uma mensagem sobre uso da versão errada do SQL Server ou pode ter um problema com o fornecedor da Instrumentação de
Gerenciamento do Windows (WMI) do SQL Server. Para solucionar este problema, abra uma janela de prompt de comando, selecione Executar como
administrador e depois execute o seguinte comando. No comando, substitua o espaço reservado de <caminho> com o local do SQL Server:
mofcomp.exe “<caminho>\Microsoft SQL Server\100\Shared\sqlmgmproviderxpsp2up.mof”.
Observação
Estes caminhos não mudam se você se conectar a uma instância diferente do SQL Server.
15. Na Configuração, página Instância do SQL Server para o Reporting Services, selecione a instância do banco de dados do SQL Server na lista suspensa. Essa
lista suspensa contém o nome da instância do banco de dados do SQL Server que foi criado quando você instalou o SQL Server 2008 R2, o SQL Server 2008
R2 SP1, o SQL Server 2008 R2 SP2, o SQL Server 2012 ou o SQL Server 2012 SP1 e deve ser o nome do servidor em que você está instalando o Operations
Manager. Clique em Avançar.
16. Na página Configuração, Especifique um site a ser usado com o console Web, selecione Site Padrão, ou o nome de um site da Web existente. Selecione
Habilitar SSL somente se o site da Web tiver sido configurado para usar SSL e depois clique em Avançar.
17. Na página Configuração, Selecione um modo de autenticação para usar o console Web, selecione sua opção e depois clique em Avançar.
18. Na página Configuração, Configurar contas do Operations Manager, recomendamos que você use a opção Conta de Domínio para a Conta de Ação do
Servidor de Gerenciamento, Serviço de Configuração do System Center e serviço de Acesso a Dados do System Center, Conta do Leitor de Dados e Conta
do Gravador de Dados.
Insira as credenciais para a conta de domínio em cada campo. O ícone de erro desaparecerá após a validação da conta. Clique em Avançar.
19. Na página Configuração, Ajude a aprimorar o System Center 2012 - Operations Manager, selecione suas opções e clique em Avançar.
20. Se Windows Update não estiver habilitado no computador, a página Configuração, Microsoft Update aparecerá. Selecione suas opções e depois clique em
Avançar.
21. Verifique as opções na página Configuração, Resumo da Instalação e clique em Instalar. A Instalação continua.
22. Quando a Instalação for concluída, a página Configuração concluída aparecerá. Clique em Fechar e o Console de Operações será aberto.
Para instalar a configuração de grupo de gerenciamento de servidor único do System Center 2012 -
Operations Manager usando a janela de Prompt de Comando
1. Faça logon no servidor usando uma conta que tenha credenciais administrativas locais.
2. Abra a janela de prompt de comando usando a opção Executar como administrador.
Observação
Setup.exe exige privilégios de administrador porque o processo de Instalação exige acesso aos processos do sistema, que somente podem ser usados por
um administrador local.
3. Altere o caminho para onde o arquivo setup.exe do Operations Manager está localizado e execute o comando a seguir.
Importante
Use o parâmetro do /WebConsoleUseSSL somente se o site tiver o Secure Sockets Layer (SSL) ativado.
Para uma instalação padrão da Web, especifique Site Padrão para o parâmetro do /WebSiteName.
Importante
O seguinte comando considera que você especificou o Sistema Local para a conta de ação do servidor de Gerenciamento
(/UseLocalSystemActionAccount﴿ e o serviço de Acesso a Dados ﴾/UseLocalSystemDASAccount﴿. Para especificar um domínio\nome do usuário
para essas contas, você deverá fornecer os seguintes parâmetros.
/ActionAccountUser: <domain\username> /ActionAccountPassword: <password>
/DASAccountUser: <domain\username> /DASAccountPassword: <password>
setup.exe /silent /install

/components:OMServer,OMConsole,OMWebConsole,OMReporting
/ManagementGroupName: "<ManagementGroupName>"
/SqlServerInstance: <server\instance>
/DatabaseName: <OperationalDatabaseName>
/DWSqlServerInstance: <server\instance>
/DWDatabaseName: <DWDatabaseName>
/UseLocalSystemActionAccount /UseLocalSystemDASAccount
/DatareaderUser: <domain\username>
/DatareaderPassword: <password>
/DataWriterUser: <domain\username>
/DataWriterPassword: <password>
/AcceptEndUserLicenseAgreement
/WebSiteName: "<WebSiteName>" [/WebConsoleUseSSL]
/WebConsoleAuthorizationMode: [Mixed|Network]
/SRSInstance: <server\instance>
/SendODRReports: [0|1]
/EnableErrorReporting: [Never|Queued|Always]
/SendCEIPReports: [0|1]
/UseMicrosoftUpdate: [0|1]
Verificando a instalação
Para confirmar a integridade do servidor de gerenciamento
1. No Console de Operações, selecione os Espaço de trabalho de Administração.
2. No Gerenciamento de Dispositivos selecione Servidores de Gerenciamento. No painel de resultados, você deve ver o servidor de gerenciamento que acabou
de instalar com uma marca de verificação verde na coluna Estado de Integridade.
Para confirmar a integridade dos relatórios do Operations Manager
1. No Console de Operações, no painel de navegação, clique no botão Relatório de Erros.
Observação
Depois da implantação inicial, pode ser necessário até 30 minutos para que os relatórios apareçam.
2. Clique em Biblioteca de Relatórios ODR da Microsoft e depois dê dois cliques em qualquer um dos relatórios listados. O relatório selecionado é gerado e
aparece na nova janela.
Por padrão, você deve ver os seguintes relatórios:
Alertas por dia
Espaço de instâncias
Grupo de gerenciamento
Alertas mais comuns
Observação
Selecionar o relatório de pacotes de gerenciamento é especialmente útil nesta hora, porque ele oferece um inventário completo dos pacotes de
gerenciamento que foram instalados no seu servidor.
3. Feche a janela de relatórios.
Próximas Etapas
Agora que você instalou o Operations Manager, será possível implantar os agentes e iniciar a monitoração dos aplicativos, servidores e dispositivos de rede. Para
obter informações adicionais, consulte Managing Discovery and Agents (Gerenciando Descoberta e Agentes) e Operations Manager 2012 Monitoring Scenarios
﴾Cenários de Monitoração do Operations Manager 2012﴿.
Consulte Também
Conceitos
-----
-----
A instalação do grupo de gerenciamento distribuído formará a base de 99% de implantações do Operations Manager. Permite a distribuição de recursos e serviços entre
diversos servidores para permitir a escalabilidade. Ele pode incluir todas as funções de servidor do Operations Manager, além de oferecer suporte ao monitoramento de
dispositivos entre limites de confiança pelo uso do servidor gateway.
O diagrama a seguir apresenta uma possível opção para a topologia de grupo de gerenciamento distribuído.
Observação
Não há nenhuma comunicação direta entre o console de operações e os bancos de dados. Toda a comunicação vai pelo pool de recursos até TCP 5724 e depois para
os servidores de banco de dados usando OLE DB em TCP 1433 ou outra porta personalizada que um cliente definir. No entanto, há comunicação direta entre um
console do Application Diagnostics (que reside em um console Web) e os bancos de dados.
Recursos do System Center 2012 - Operations Manager

Essa configuração dá suporte a todos os recursos do System Center 2012 – Operations Manager e do System Center 2012 Service Pack 1 ﴾SP1﴿, Operations Manager:
Monitoramento e alertas, direcionado para até 15.000 agentes
Monitoramento entre limites de confiança
Relatórios
Coleta de auditoria
Gerenciamento de exceções sem agente
Failover de agente entre servidores de gerenciamento
Failover de gateway entre servidores de gerenciamento
Cluster de alta disponibilidade para funções de banco de dados
Servidores do Operations Manager

Esta configuração oferece suporte a todas as funções de servidor do Operations Manager:
Coletor ACS ﴾Serviços de Coleta de Auditoria﴿

Banco de dados ACS
Encaminhador ACS (em dispositivos gerenciados por agente)
Servidor Gateway
Servidor de gerenciamento
Para System Center 2012 – Operations Manager: Banco de dados de relatório do SQL Server 2008 R2 ou SQL Server 2008 R2 SP1
Para System Center 2012 Service Pack 1 ﴾SP1﴿, Operations Manager: Banco de dados de relatório do SQL Server SQL 2008 R2 SP1, SQL Server 2008 R2 SP2, SQL
Server 2012, SQL Server 2012 SP1
Banco de dados do data warehouse de relatórios
Servidor do console Web
Restrições
As configurações de grupo de gerenciamento único não oferecem suporte ao particionamento. O particionamento é a separação dos serviços do grupo de
gerenciamento entre vários grupos de gerenciamento. No Operations Manager, talvez você queira criar vários grupos de gerenciamento pelos seguintes motivos.
Idiomas instalados
Grupos de gerenciamento do Operations Manager oferecem suporte a apenas um idioma instalado. Se o ambiente de TI geral que você precisa monitorar tiver mais de
um idioma instalado, será necessário um grupo de gerenciamento separado por idioma.
Modos de exibição consolidados

Mesmo a implementação mais ampla de grupos de gerenciamento distribuídos não será adequada em cada instância. Isto fará com que você implemente vários grupos
de gerenciamento, que dividirão os dados de monitoramento e alerta entre grupos de gerenciamento. Para fornecer um modo de exibição único e consolidado do seu
ambiente, os dados de vários grupos de gerenciamento podem ser consolidados e exibidos em outro grupo de gerenciamento. Para obter mais informações, consulte
Connecting Management Groups in Operations Manager (Conectando Grupos de Gerenciamento no Operations Manager).
Função
Talvez seja preciso separar grupos de acordo com a função, como pré-produção para testes de pacotes de gerenciamento e novos servidores, e produção para
monitoramento dos processos diários de negócios.
Necessidades administrativas ou outras necessidades comerciais

Sua empresa pode ter outras necessidades administrativas, de segurança ou comerciais, que exijam separação completa de dados de monitoramento e equipes
administrativas, que comandarão grupos de gerenciamento adicionais.
Usos comuns
Grupos de gerenciamento distribuídos são usados com mais frequência para monitorar ambientes muito grandes de pré-produção e ambientes grandes de produção
que
Ultrapassam os limites de confiança entre domínios e grupos de trabalho.
Têm vários ambientes de rede segmentados por firewalls.
Têm necessidade de alta disponibilidade.
Devem ter uma solução de monitoramento escalonável.
Portas usadas
Esta configuração oferece suporte à distribuição completa de recursos entre servidores no grupo de gerenciamento, bem como ao monitoramento de dispositivos entre
limites de rede, resultando em uma lista mais longa de portas que precisam estar disponíveis para comunicação. Para obter mais informações, consulte Connecting
Management Groups in Operations Manager (Conectando Grupos de Gerenciamento no Operations Manager).
Implantação distribuída
Implante o System Center 2012 – Operations Manager ou System Center 2012 Service Pack 1 ﴾SP1﴿, Operations Manager em um grupo de gerenciamento distribuído
quando quiser permitir a escalabilidade e a alta disponibilidade do seus servidores de gerenciamento e servidores de gateway. Por padrão, todos os servidores de
gerenciamento são membros do Pool de Recursos de Todos os Servidores de Gerenciamento, o que equilibra a carga de monitoramento do seu grupo de
gerenciamento conforme novos servidores são adicionados e fornece failover automático para monitoramento.
Um grupo de gerenciamento distribuído distribui os vários recursos do Operations Manager entre diversos servidores. Por exemplo, você pode instalar o banco de
dados operacional em um servidor, o console Web em um segundo servidor e o servidor de relatórios em um servidor separado. Isso difere da instalação de grupo de
gerenciamento de servidor único, onde todos os recursos são instalados em um servidor. Para obter mais informações, consulte Implantação de servidor único do
Operations Manager.
Você pode instalar um console Web em um servidor autônomo ou em um servidor de gerenciamento existente, mas não é possível instalar o recurso do servidor de
gerenciamento em um servidor que já tenha um console Web. Ao instalar o servidor de gerenciamento e o console Web no mesmo servidor, você deve instalar os dois
recursos simultaneamente ou instalar o servidor de gerenciamento antes de instalar o console Web.
Esta seção do Guia de Implantação contém os seguintes tópicos:

Como instalar o primeiro servidor de gerenciamento em um grupo de gerenciamento
Como instalar servidores de gerenciamento adicionais
Como instalar o Console de operações
Como configurar o Console de operações para usar SSL ao se conectar a um servidor de relatórios
Como instalar o Console Web do Operations Manager
Segurança de Console Web no Operations Manager
Como instalar o servidor de relatórios do Operations Manager
Implantando um servidor de gateway
Implantando o ACS e o ACS Reporting
Usando grupos de disponibilidade sempre visíveis no SQL Server 2012 com o System Center 2012 SP1 - Operations Manager
Consulte Também
Conceitos
-----
-----
Como instalar o primeiro servidor de gerenciamento em um
grupo de gerenciamento
Importante
referência.
Em System Center 2012 – Operations Manager, e System Center 2012 Service Pack 1 (SP1), Operations Managero primeiro recurso é instalado é o servidor de
gerenciamento. O banco de dados operacional e o banco de dados do data warehouse são criadas durante a instalação. Este procedimento supõe que você já tenha
instalado uma versão suportada do Microsoft SQL Server localmente no mesmo servidor que você pretende instalar o primeiro servidor de gerenciamento. No entanto,
você pode especificar uma instância do SQL Server que está instalado em um servidor separado.
Você deve garantir que o servidor atende aos requisitos mínimos do sistema para System Center 2012 – Operations Manager. Para obter mais informações, consulte
Requisitos de sistema do System Center 2012 – gerente de operações.
Importante
Antes de seguir estes procedimentos, leia o Before You Beginseção de Implantando o System Center 2012 - Operations Manager.
1.
Observação
Aviso de isenção de responsabilidade de tradução automática: Este artigo foi traduzido por um sistema de computador, sem intervenção humana. A
Microsoft oferece a tradução automática para ajudar os usuários que não entendam a língua inglesa a aproveitarem o conteúdo sobre os produtos, os serviços
e as tecnologias da Microsoft. Como o artigo foi traduzido automaticamente, podem haver erros de vocabulário, sintaxe e gramática.
Para instalar o primeiro servidor de gerenciamento do grupo de gerenciamento

1. Efetuar logon no servidor usando uma conta que tenha credenciais administrativas locais.
2. Sobre o Operations Managera mídia de instalação, execute Setup.exee, em seguida, clique em instalar.
3. Sobre o Introdução, Selecionar recursos para instalar o , selecione o Management server recurso. Você também pode selecionar qualquer um dos recursos
adicionais listados. Por exemplo, para instalar também o console de operações, selecione o console de operações. Para ler mais sobre cada recurso e seus
requisitos, clique em Expandir todos os, ou expandir os botões ao lado de cada recurso e, em seguida, clique em próximo.
4. Sobre o Introdução, Selecionar local de instalação página, aceite o valor padrão de C:\Program Comuns\System Center 2012\Operations Manager. Ou, digite
um novo local ou localizá-lo e, em seguida, clique em próximo.
5. Sobre o pré-requisitos página, analisar e resolver quaisquer avisos ou erros e, em seguida, clique em Verificar pré-requisitos novamente para verificar o
sistema.
Importante
Você pode receber uma mensagem que indica que o ASP.NET 4 não está registrado com o Internet Information Services ﴾IIS﴿. Para resolver esse problema, abra
uma janela de Prompt de comando, selecione Executar como administrador, e, em seguida, execute o seguinte comando:
%WINDIR%\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe - r
6. Se o Verificador de pré-requisitos não retorna quaisquer avisos ou erros, o pré-requisitos, prosseguir com a instalação do página será exibida. Clique em
Avançar.
7. Sobre o configuração, especificar uma opção de instalação página, selecione criar o primeiro servidor de gerenciamento em um novo grupo de
gerenciamento, digite um nome para o grupo de gerenciamento e, em seguida, clique em próximo.
Observação
Depois que o nome do grupo de gerenciamento é definido, ele não pode ser alterado. O nome do grupo de gerenciamento não pode conter os seguintes
caracteres:, ﴾﴿ ^ ~: ; . ! ? " , ' ` @ # % \ / * + = $ | &[] <>{} e ele não podem ter um espaço à direita ou à esquerda. É recomendável que o nome do grupo de
gerenciamento seja exclusivo dentro de sua organização, se você planeja conectar vários grupos de gerenciamento em conjunto.
8. Sobre o configuração, leia os termos de licença , reveja os termos de licença de Software da Microsoft, selecione li, entendido e concordar com os termos de
licençae, em seguida, clique em próximo.
9. Quando o configuração, Configurar o banco de dados operacional página é aberta, no nome do servidor e o nome da instância do , digite o nome do
servidor e o nome da instância do SQL Server para o servidor de banco de dados que irá hospedar o banco de dados operacional. Se você instalou o SQL Server
usando a instância padrão, apenas você precisa digitar o nome do servidor. Se você alterou a porta do SQL Server, você deve digitar o novo número de porta na
porta do SQL Server caixa.
Conforme você digita os valores para o SQL Server e os nomes de instância, você verá um círculo vermelho com um white X em aparecem à esquerda do nome
do servidor e o nome da instância do e porta do SQL Server caixas. O branco X indica que os valores ainda não foram validados e o texto preto indica que você
não inseriu caracteres inválidos. Se você digitar caracteres inválidos, o texto fica vermelho.
O branco X aparece sob as seguintes circunstâncias:
Você inseriu uma instância do SQL Server ou um valor de porta do SQL Server que não é válido ou não existe.
A instância do SQL Server que você especificou não tem a configuração necessária ou recursos.
Você inseriu um valor que está fora do intervalo ﴾por exemplo, a porta 999999﴿.
Você inseriu um caractere inválido para essa caixa ﴾por exemplo, server\instance%﴿
Você pode passar o cursor sobre o nome do servidor e o nome da instância do caixa de texto para exibir informações adicionais sobre o erro.
10. Após você digitar o valor correto para o nome do servidor de banco de dados do SQL Server, clique no porta do SQL Server caixa para que a instalação vai
tentar validar os valores que você digitou para o nome do SQL Server e o número da porta.
11. No nome de banco de dados, (MB) de tamanho de banco de dados, pasta do arquivo de dados, e pasta do arquivo de Log caixas, recomendamos que você
Observação
Não alteram esses caminhos se você se conectar a uma instância diferente do SQL Server.
Importante
Você pode receber uma mensagem sobre como ter a versão incorreta do SQL Server, ou você pode encontrar um problema com o provedor do SQL Server
Windows Management Instrumentation (WMI). Para resolver esse problema, abra uma janela de Prompt de comando, selecione Executar como administrador,
e, em seguida, execute o seguinte comando. No comando, substitua o <caminho > espaço reservado com o local do SQL Server.
Mofcomp.exe "<caminho>SQL \Microsoft Server\100\Shared\sqlmgmproviderxpsp2up.mof".
Observação
O tamanho do banco de dados de modelo do SQL Server não deve ser maior que 100 MB. Se for, você pode encontrar um erro na configuração sobre a
impossibilidade de criar um banco de dados em SQL devido a permissões de usuário. Para resolver o problema, você deve reduzir o tamanho do banco de
dados do modelo.
12. Quando o configuração, Configurar o banco de dados do data warehouse página é aberta, no nome do servidor e o nome da instância do , digite o nome do
servidor e o nome da instância do SQL Server para o servidor de banco de dados que irá hospedar o banco de dados do data warehouse.
13. Como esta é a primeira instalação do servidor de gerenciamento, aceite o valor padrão de criar um novo banco de dados de depósito de dados.
14. No nome de banco de dados, (MB) de tamanho de banco de dados, pasta do arquivo de dados, e pasta do arquivo de Log caixas, recomendamos que você
Importante
Você pode receber uma mensagem sobre como ter a versão incorreta do SQL Server, ou você pode encontrar um problema com o provedor do SQL Server
Windows Management Instrumentation (WMI). Para resolver esse problema, abra uma janela de Prompt de comando, selecione Executar como administrador,
e, em seguida, execute o seguinte comando. No comando, substitua o <caminho > espaço reservado com o local do SQL Server.
Observação
15. No configuração, contas de gerente de operações de configurar página, recomendamos que você use o Conta de domínio opção para o conta de ação de
servidor de gerenciamento, o serviço de configuração do System Center e o serviço de sistema central de acesso a dados conta, o conta do leitor de dadose
o Gravador de dados de conta. Nenhuma delas deve ter credenciais de administrador de domínio. Clique em Avançar.
16. No configuração, ajudar a melhorar o System Center 2012 - Operations Manager de página, selecione as opções e, em seguida, clique em próximo.
17. Se o Windows Update não está habilitado no computador, o configuração, Microsoft Update página será exibida. Selecione as opções e, em seguida, clique em
próximo.
18. Examinar as opções de configuração, Resumo da instalação página e, em seguida, clique em instalar. O programa de instalação continua.
19. Quando a instalação for concluída, o a instalação está concluída página será exibida. Clique em Fechar.
20. Abra o console de operações.
21. No console de operações, no painel de navegação, clique no Administração botão e, em seguida, expanda Gerenciamento de dispositivos.
22. Em Gerenciamento de dispositivos, selecione Servidores de gerenciamento de. No painel de resultados, você deve ver o servidor de gerenciamento que você
acabou de instalar com uma marca de seleção verde a Estado de integridade coluna.
Para instalar o primeiro servidor de gerenciamento do grupo de gerenciamento usando a janela do

Prompt de comando
2. Abra a janela do Prompt de comando usando o Executar como administrador opção.
Observação
Setup.exe requer privilégios de administrador porque o processo de instalação requer acesso a processos do sistema que só pode ser usado por um
administrador local.
3. Alterar o caminho para o local onde o Operations Managersetup.exe arquivo está localizado e execute o seguinte comando.
Importante
O comando a seguir pressupõe que você especificou no sistema Local para a conta de ação de servidor de gerenciamento
(/UseLocalSystemActionAccount﴿ e o serviço de acesso a dados ﴾/UseLocalSystemDASAccount﴿. Para especificar um nome de domínio para essas
contas, você deve fornecer os seguintes parâmetros em vez disso.
setup.exe /silent /install /components:OMServer

/ManagementGroupName: "<ManagementGroupName>"
/DWDatabaseName: <DWDatabaseName>
/DatareaderUser: <domain\username>
/DatareaderPassword: <password>
Consulte Também
Conceitos
-----
-----
Importante
referência.
Após a instalação do System Center 2012 – Operations Manager, você pode adicionar servidores de gerenciamento adicionais e associá-los ao seu grupo de
gerenciamento existente.
Importante
Se você instalar um console web independente em um servidor, você não poderá adicionar o recurso de servidor de gerenciamento para este servidor. Se você deseja
instalar o servidor de gerenciamento e o console de web no mesmo servidor, você deve instalar os dois recursos simultaneamente, ou instalar o servidor de
gerenciamento antes de instalar o web console.
Você deve garantir que o servidor atende aos requisitos mínimos do sistema para System Center 2012 – Operations Manager. Para obter mais informações, consulte
Importante
1.
Observação
Instalar servidores de gerenciamento adicionais

1. Faça logon no servidor com uma conta que tenha credenciais administrativas locais.
3. Sobre o Introdução, Selecionar recursos para instalar o , selecione Management server.
Você também pode obter recursos adicionais, como o console de operações. Selecione console de operações. Para ler mais sobre cada recurso e seus requisitos,
clique em Expandir todos os, ou expandir os botões ao lado de cada recurso e, em seguida, clique em próximo.
4. No Introdução, Selecionar local de instalação página, aceite o local padrão de C:\Program Comuns\System Center 2012\Operations Manager, ou digite um
novo local ou localizá-lo e, em seguida, clique em próximo.
5. Sobre o pré-requisitos página, analisar e resolver quaisquer avisos ou erros, que os pré-requisitos verificador retorna e, em seguida, clique em Verificar pré-
requisitos novamente para verificar o sistema.
Avançar.
7. Sobre o configuração, especificar uma opção de instalação página, selecione Adicionar um servidor de gerenciamento para um grupo de gerenciamento
existentee, em seguida, clique em próximo.
8. Quando o configuração, Configurar o banco de dados operacional página for aberta, digite o nome do servidor de banco de dados do SQL Server e da
instância do servidor de banco de dados que hospeda o banco de dados operacional de o nome do servidor e o nome da instância caixa. Se você instalou o
SQL Server usando a instância padrão, você precisa apenas digite o nome do servidor. Se você alterou a porta do SQL Server, você deve digitar o novo número de
porta na porta do SQL Server caixa.
Conforme você digita os valores para o SQL Server e o nome da instância, você verá um círculo vermelho com um white X em aparecem à esquerda do nome do
servidor e o nome da instância do e porta do SQL Server caixas. O branco X indica que os valores ainda não foram validados. O texto em preto indica que você
não inseriu caracteres inválidos. Se você digitar caracteres inválidos, o texto fica vermelho.
9. Depois de digitar os valores corretos para o nome do servidor de banco de dados do SQL Server, clique no porta do SQL Server caixa. A instalação tenta validar
os valores que você digitou para o nome do SQL Server e o número da porta.
10. Selecione o nome do banco de dados da nome de banco de dados lista suspensa e, em seguida, clique próximo.
11. No configuração, contas de gerente de operações de configurar página, recomendamos que você use o Conta de domínio opção para o conta de ação de
servidor de gerenciamento e o serviço de configuração do System Center e o serviço de sistema central de acesso a dados conta. Nenhum deles deve ter
credenciais de administrador de domínio. Clique em Avançar.
Importante
Você deve fornecer as mesmas credenciais para a conta de ação de servidor de gerenciamento e o serviço de serviço de configuração do sistema central e
sistema central de acesso a dados que você forneceu quando criou o primeiro servidor de gerenciamento de seu grupo de gerenciamento.
próximo.
15. Abra o console de operações.
16. No console de operações, selecione o Administração o espaço de trabalho e, em seguida, expanda Gerenciamento de dispositivos.
17. Em Gerenciamento de dispositivos, selecione Servidores de gerenciamento de. No painel de resultados, você deve ver o servidor de gerenciamento que você
acabou de instalar com uma marca de seleção verde a Estado de integridade coluna.
Para instalar servidores de gerenciamento adicionais usando a janela de Prompt de comando

Importante
O comando a seguir pressupõe que você especificou no sistema Local para a conta de ação de servidor de gerenciamento
(/UseLocalSystemActionAccount﴿ e o serviço de acesso a dados ﴾/UseLocalSystemDASAccount﴿. Para especificar um nome de domínio para essas
contas, você deve fornecer os seguintes parâmetros em vez disso.
setup.exe /silent /install /components:OMServer

/DataReaderUser: <domain\username>
/DataReaderPassword: <password>
Consulte Também
Conceitos
-----
-----
Importante
referência.
Depois de instalar o System Center 2012 – Operations Managerou System Center 2012 Service Pack 1 (SP1), Operations Manager, você pode instalar o console de
operações em outros computadores e servidores. Por exemplo, convém exibir os dados de monitoramento de seu computador desktop. Antes de instalar um System
Center 2012 – Operations Managerconsole de operações, você deve instalar o hotfix do Microsoft.NET Framework 3.5 SP1.
Você deve garantir que o computador que hospedará o console de operações atenda aos requisitos mínimos do sistema. Para obter mais informações, consulte
Importante
Para instalar o console de operações
1. Faça logon no computador que hospedará o console de operações com uma conta que tenha credenciais administrativas locais.
3. Sobre o Introdução, Selecionar recursos para instalar o , selecione console de operações. Para ler mais sobre cada recurso que fornece e seus requisitos, clique
em Expandir todos os, ou expandir os botões ao lado de cada recurso e, em seguida, clique em próximo.
requisitos novamente.
6. Se o Verificador de pré-requisitos retorna sem avisos ou erros, o pré-requisitos, prosseguir com a instalação do página será exibida. Clique em Avançar.
7. Sobre o configuração, ajudam a melhorar o System Center - Operations Manager página, selecione as opções e, em seguida, clique em próxima.
próximo.
10. Quando a instalação for concluída, o a instalação está concluída página será exibida. Clique em Fechar, e as operações do console é aberto.
11. No console de operações, no conectar ao servidor de página, digite o nome do primeiro servidor de gerenciamento instalado no grupo de gerenciamento na o
nome do servidor caixa e, em seguida, clique em Connect.
Importante
Se você pretende editar dados de Conhecimento da empresa neste computador, você também deve instalar o O Microsoft Visual Studio 2005 Tools for Office
segundo Edition Runtime.
Importante
Dados de Conhecimento da empresa não podem ser editado com a versão x64 do Microsoft Word 2010. Você deve instalar a versão x86 do Microsoft Office 2010 ou
uma versão anterior para editar dados de Conhecimento.
1.
Observação
Para instalar o console de operações usando a janela de Prompt de comando

setup.exe /silent /install /components:OMConsole /EnableErrorReporting:[Never|Queued|Always] /SendCEIPReports:[0|1] /UseMicrosoftUpdate: [0|1]
Consulte Também
Conceitos
-----
-----
Como configurar o Console de operações para usar SSL ao se
conectar a um servidor de relatórios
Importante
referência.
Antes de configurar o Operations Managerconsole de operações para usar SSL ao se conectar a um servidor de relatórios, você deve primeiro instalar um certificado SSL
no IIS. Você configurar o console de operações para usar SSL.
No servidor de relatório, inicie o Gerenciador do Internet Information Services ﴾IIS﴿ para solicitar e instalar um certificado SSL. Para obter mais informações sobre como
implementar o SSL no IIS, consulte o artigo da Base de Conhecimento como implementar o SSL no IIS.
Use o procedimento a seguir para configurar o console de operações para usar SSL.
1.
Observação
Para configurar o Console de operações para usar SSL

1. Faça logon no computador com uma conta que seja membro da função de administradores de gerente de operações para o Operations Managergrupo de
gerenciamento.
2. No console de Operações, clique no botão Administração.
Observação
Quando você executar o console de operações em um computador que não é um servidor de gerenciamento, o Conectar-se ao servidor caixa de diálogo é
exibida. No nome do servidor texto, digite o nome da Operations Managermanagement server que você deseja que o console de operações para se conectar
a.
3. No painel de administração, expanda Administração, expanda Gerenciamento de dispositivose, em seguida, clique em configurações.
4. No painel de configurações, clique relatóriose, em seguida, clique em Propriedades.
5. No Geral guia, em As configurações do servidor de relatórios, clique no URL do servidor de relatórios lista suspensa e selecione https://.
6. Edite o URL, substituindo : 80 com : 443e, em seguida, clique em OK.
Consulte Também
Conceitos
-----
-----
Importante
referência.
Você pode instalar o console de web quando você instala o Operations Manager, ou você pode instalá-lo separadamente. Você pode instalar um console web
independente ou instalá-lo em um servidor de gerenciamento existente que atende aos pré-requisitos. Para obter informações sobre os pré-requisitos, consulte
Requisitos de sistema do System Center 2012 – gerente de operações. Depois de instalar o web console, você deve configurar a herança de permissões para permitir
que os usuários exibam o desempenho e modos de exibição de diagrama. Para obter instruções, consulte Para configurar a herança de permissões para o console da
web.
Importante
Se você instalar um console web independente em um servidor, você não poderá adicionar o recurso de servidor de gerenciamento para este servidor. Se você deseja
instalar o servidor de gerenciamento e o console de web no mesmo servidor, você deve instalar os dois recursos simultaneamente, ou instalar o servidor de
gerenciamento antes de instalar o web console.
Quando você instala o web console, três componentes são instalados: o próprio console de web do Operations Manager, console de diagnóstico do aplicativo e console
do Supervisor do aplicativo.
Observação
Se o console de diagnóstico do aplicativo não está instalado, quando a exibição de alertas do APM, não poderá usar o link incorporado na descrição do alerta para
iniciar os detalhes do evento APM. Para usar este recurso, instale o console de web dentro do grupo de gerenciamento.
Se você planeja usar com o console de diagnóstico do aplicativo e console do Supervisor de aplicativo de balanceamento de carga de rede, certifique-se de usar sessões
adesivas. Isso garante que a mesma instância do console é usada para toda a sessão. Para obter mais informações sobre o balanceamento de carga de rede, consulte O
balanceamento de carga de rede. Para obter mais informações sobre as sessões, consulte suporte para sessões de.
Segurança Observação
O web console opera com dados confidenciais, como credenciais de usuário de texto não criptografado, nomes de servidor, endereços IP e assim por diante. Se elas
são expostas na rede, podem representar um risco de segurança significativo. Se o Internet Information Services ﴾IIS﴿ não tiver configurado Secure Sockets Layer ﴾SSL﴿,
você é aconselhado a configurá-lo manualmente.
Importante
Se o web console não tem acesso suficiente para o banco de dados operacional ou o banco de dados do data warehouse, você receberá um aviso durante a etapa de
configuração do web console. Você pode continuar com a instalação, mas o web console não será configurado corretamente para o aplicativo .NET monitoramento. Para
resolver esse problema, você pode ter o seu administrador de banco de dados, execute a seguinte instrução de SQL Server no banco de dados operacional e de banco
de dados do data warehouse:
EXEC [apm].GrantRWPermissionsToComputer N'[LOGIN]'
Os parâmetros de locais e remotos são da seguinte maneira:
Para a instalação local, o LOGIN é: APPPOOL\OperationsManagerAppMonitoring do IIS
Para a instalação remota, o LOGIN é: Domínio \ nome_da_máquina$
Observação
Se você executar o Reparar no console da web após a instalação, as configurações que foram selecionadas durante a instalação serão restauradas. As alterações que
você fizer manualmente para a configuração de console da web após a instalação será redefinida.
1.
Observação
Para instalar um console web independente
1. Faça logon no computador que hospedará o web console com uma conta que tenha credenciais administrativas locais.
3. Sobre o Introdução, Selecionar recursos para instalar o , selecione console Web. Para ler mais sobre cada recurso que fornece e seus requisitos, clique em
Expandir todos os, ou expandir os botões ao lado de cada recurso e, em seguida, clique em próximo.
Observação
Instalação do web console requer restrições ISAPI e CGI no IIS ser habilitado para ASP.NET 4. Para habilitar isso, selecione o servidor web no Gerenciador do IIS
e, em seguida, clique duas vezes em restrições ISAPI e CGI. Selecione ASP.NET v4.0.30319e, em seguida, clique em Permitir.
Importante
Você deve instalar o IIS antes de instalar o.NET Framework 4. Se você instalou o IIS após a instalação do.NET Framework 4, você deve registrar o ASP.NET 4.0
com o IIS. Abra uma janela de prompt de comando usando o Executar como administrador opção e, em seguida, execute o seguinte comando:
Avançar.
7. Sobre o configuração, especificar um servidor de gerenciamento , insira o nome de um servidor de gerenciamento que somente a web console usa e, em
seguida, clique em próximo.
8. Sobre o configuração, especificar um site da web para uso com o console de Web página, selecione o Default Web Site, ou o nome de um site existente.
Selecione Ativar SSL somente se o site foi configurado para usar Secure Sockets Layer (SSL) e, em seguida, clique em próximo.
Aviso
Não há suporte para a instalação do console de web em um computador que tem o SharePoint instalado.
9. Sobre o configuração, Selecione um modo de autenticação para uso com o Web console página, selecione as opções e, em seguida, clique em próximo.
Observação
Se você instala o servidor de gerenciamento em um servidor usando uma conta de domínio para o serviço de configuração do System Center e serviço de
acesso de dados do sistema central e instala o console de Web em um servidor diferente e selecione autenticação mista, talvez seja necessário registrar Service
Principal Namese configurar delegações de restrição, conforme descrito em executando o Console do servidor Web em um servidor autônomo usando a
autenticação do Windows.
10. Se o Microsoft Update não está habilitado no computador, o configuração, Microsoft Update página será exibida. Selecione as opções e, em seguida, clique em
próximo.
11. Revise suas seleções no configuração, Resumo da instalação página e, em seguida, clique em instalar. O programa de instalação continua.
Para instalar o console de web em um servidor de gerenciamento existente

1. Faça logon no computador que está hospedando um servidor de gerenciamento com uma conta que tenha credenciais administrativas locais.
3. Sobre o Introdução, o que você deseja fazer? , clique em Adicionar um recurso de.
4. No Introdução, selecione os recursos para instalar o , selecione console Webe, em seguida, clique em próximo.
sistema.
Observação
Instalação do web console requer restrições ISAPI e CGI no IIS ser habilitado para ASP.NET 4. Para habilitar isso, selecione o servidor web no Gerenciador do IIS
e, em seguida, clique duas vezes em restrições ISAPI e CGI. Selecione ASP.NET v4.0.30319e, em seguida, clique em Permitir.
Importante
Você deve instalar o IIS antes de instalar o.NET Framework 4. Se você instalou o IIS após a instalação do.NET Framework 4, você deve registrar o ASP.NET 4.0
com o IIS. Abra uma janela de prompt de comando usando o Executar como administrador opção e, em seguida, execute o seguinte comando:
6. Se o Verificador de pré-requisitos retorna sem avisos ou erros, o pré-requisitos, prosseguir com a instalação do página será exibida. Clique em Avançar.
9. Se o Windows Update não está ativado no computador, o configuração, Microsoft Update página será exibida. Selecione as opções e, em seguida, clique em
próximo.
10. Revise suas seleções no configuração, Resumo da instalação página e clique em instalar. O programa de instalação continua.
11. Sobre o a instalação está concluída página, clique em Fechar.
Importante
O site padrão deve ter uma associação http ou https configurado.
Para instalar um console web usando a janela de Prompt de comando

1. Faça logon no computador com uma conta que tenha credenciais administrativas locais.
2. Abra uma janela de Prompt de comando usando o Executar como administrador opção.
Importante
Use o /WebConsoleSSLparâmetro somente se seu site tiver ativado Secure Sockets Layer ﴾SSL﴿.
Para uma instalação padrão do web, especifique Site da Web padrão para o /WebSiteNameparâmetro.
Observação
O parâmetro /ManagementServer só é necessário quando você estiver instalando o console da web em um servidor que não seja um servidor de
gerenciamento.
setup.exe /silent /install /components:OMWebConsole

/ManagementServer: <ManagementServerName>
/WebSiteName: "<WebSiteName>" [/WebConsoleUseSSL]
Para configurar a herança de permissões para o console da web

1. No Windows Explorer, navegue até a pasta MonitoringView no diretório de instalação para o console da web ﴾por padrão, C:\Program Comuns\System Center
2012\Operations Manager\WebConsole\MonitoringView﴿, com o botão direito na pasta TempImages e clique em Propriedades.
2. Na guia Segurança, clique em Avançado.
3. Sobre o permissões , clique em Alterar permissões.
4. Selecione o incluir permissões herdáveis provenientes do pai deste objeto caixa de seleção.
5. Em entradas de permissão, clique em administradorese, em seguida, clique em Remover. Repita para o sistema entrada e em seguida, clique OK.
6. Clique em OK fechar Configurações de segurança avançadas para TempImagese, em seguida, clique em OK fechar Propriedades de TempImages.
Todas as informações e conteúdo em http://blogs.technet.com/b/momteam/archive/2008/01/31/running-the-web-console-server-on-a-standalone-server-using-windows-

authentication.aspx é fornecida pelo proprietário ou os usuários do site. Microsoft não faz garantias, expressas, implícitas ou ESTATUTÁRIAS, quanto às informações neste
site da Web.
Consulte Também
Conceitos
-----
-----
Segurança de Console Web no Operations Manager
O servidor do console Web fornece uma alternativa baseada em navegador ao painel Monitoramento do console de Operações do Operations Manager. O servidor do
console Web é geralmente usado quando você quer acessar os dados de monitoramento do grupo de gerenciamento do Operations Manager das seguintes formas:
Pela Internet
Sem instalar o console de Operações
De um local com conectividade de baixa largura de banda
Quando as notificações forem configuradas para conter hiperlinks para alertas relevantes no console Web
Ao instalar o console Web, você deve especificar um site da Web para uso com o console Web. A porta padrão para acesso ao console Web de um navegador que usa a
autenticação com base no Windows é a mesma porta do site da Web que foi selecionado, quando o console Web foi instalado. Se o site da Web escolhido foi
configurado para usar Secure Sockets Layer ﴾SSL﴿, você deve selecionar também Habilitar SSL.
Você também deve selecionar um modo de autenticação para uso com o console Web. Use autenticação mista para cenários de intranet e autenticação de rede para
cenários de extranet.
Observação
A prática recomendada para acesso ao console Web a partir da Internet é usar a autenticação de rede com SSL no console Web.
O console Web usa dois algoritmos de criptografia:
1. SHA256
2. HMACSHA256
Estes algoritmos podem não ser suficientes para atender os padrões de conformidade. Por exemplo, eles não atendem o Federal Information Processing Standard ﴾FIPS﴿.
Para atender um padrão de conformidade, será necessário mapear estes nomes, nos arquivos de configuração adequados, para os algoritmos de criptografia
apropriados.
A próxima seção utiliza algoritmos compatíveis com FIPS como exemplo.
-----
-----
Como usar algoritmos compatíveis com FIPS
Importante
referência.
System Center 2012 – Operations Managerpode usar algoritmos compatíveis com Federal Information Processing Standard ﴾FIPS﴿. Um algoritmo compatível com FIPS é
incluído na mídia de instalação. Após a instalação, você precisa editar manualmente os vários arquivos de configuração.
Para usar os algoritmos que são compatível com FIPS, siga estas etapas para todos os Operations Managercomponentes de servidor.
Instale o Microsoft.EnterpriseManagement.Cryptography.dll.
Edite várias instâncias do arquivo Machine. config.
Para sistemas que hospedam um console de web, também siga estas etapas.
Edite o arquivo WebHost\web.config.
Edite o arquivo MonitoringView\web.config.
É necessário o Global Assembly Cache Tool, gacutil.exe. Este utilitário faz parte do SDK do Windows. Para obter mais informações, consulte Gacutil.exe (Global Assembly
Cache Tool).
1.
Observação
Para instalar a DLL de criptografia

1. No sistema que hospeda o web console, use o Executar como administrador opção para abrir uma janela de Prompt de comando.
2. Altere os diretórios para a pasta SupportTools da mídia de instalação e, em seguida, altere o diretório de acordo com a sua plataforma: AMD64 ou i386.
3. Execute o seguinte comando gacutil:
gacutil.exe –i Microsoft.EnterpriseManagement.Cryptography.dll
Para editar os arquivos Machine. config

1. Use um editor de texto sem formatação para abrir o arquivo Machine. config a seguir:
%WinDir%\Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config
2. Adicione o seguinte conteúdo:
<mscorlib>
<cryptographySettings>
<cryptoNameMapping>
<cryptoClasses>
<cryptoClass SHA256CSP="System.Security.Cryptography.SHA256CryptoServiceProvider, System.Core, Version=3.5.0.0, Culture=neutral, P
<cryptoClass HMACSHA256CSP ="Microsoft.EnterpriseManagement.Cryptography.HMACSHA256, Microsoft.EnterpriseManagement.Cryptography,
</cryptoClasses>
<nameEntry name="SHA256" class="SHA256CSP"/>
<nameEntry name="HMACSHA256" class="HMACSHA256CSP"/>
</cryptoNameMapping>
</cryptographySettings>
</mscorlib>
Salve e feche o arquivo quando terminar.
3. Repita a etapa anterior nos seguintes arquivos:
%WinDir%\Microsoft.NET\Framework\v4.0.30319\Config\machine.config
%WinDir%\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config
Para editar o arquivo Web. config em WebHost

1. Use um editor de texto sem formatação para abrir o arquivo Web. config a seguir:
C:\Program Comuns\System Center 2012\Operations Manager\WebConsole\WebHost\web.config
2. No <encryption>elemento, adicione o seguinte elemento:
<symmetricAlgorithm iv="SHA256"/>
3. No <connection autoSignIn="true" autoSignOutInterval="30">elemento, além de <session>marca, adicione o seguinte atributo:

tokenAlgorithm="SHA256".
<connection autoSignIn="True" autoSignOutInterval="30">

<session encryptionKey="SessionEncryptionKey" tokenAlgorithm="SHA256">
4. Salve e feche o arquivo.
Para editar o arquivo Web. config em MonitoringView

1. Use um editor de texto sem formatação para abrir o arquivo Web. config a seguir:
C:\Program Comuns\System Center 2012\Operations Manager\WebConsole\MonitoringView\web.config
2. No <encryption>elemento, adicione o seguinte elemento:
<symmetricAlgorithm iv="SHA256"/>
3. No <connection autoSignIn="true" autoSignOutInterval="30">elemento, além de <session>marca, adicione o seguinte atributo:

tokenAlgorithm="SHA256".
<connection autoSignIn="True" autoSignOutInterval="30">

<session encryptionKey="SessionEncryptionKey" tokenAlgorithm="SHA256">
4. No <system.web>elemento, adicione o seguinte elemento:
<machineKey validationKey="AutoGenerate,IsolateApps" decryptionKey="AutoGenerate,IsolateApps" validation="3DES" decryption="3DES"/>
5. Salve e feche o arquivo.
-----
-----
Importante
referência.
Neste procedimento, o servidor de relatório é instalado em um servidor autônomo que está hospedando o banco de dados do SQL Server e SQL Server Reporting
Services.
Aviso
Embora o SQL Server Reporting Services está instalado no servidor autônomo, os relatórios do Operations Manager não são acessados no servidor; em vez disso,
eles são acessados no relatórios o espaço de trabalho no console de operações. Se você deseja acessar relatórios publicados por meio do console de web, você
deve instalar o Operations Managero console web no mesmo computador como Operations ManagerReporting server.
Você deve garantir que o servidor atende ao requisito de mínimos de sistema para Operations Manager. Para obter mais informações, consulte Requisitos de sistema do
System Center 2012 – gerente de operações.
Importante
Instalar relatórios do Operations Manager

Não há outros aplicativos que estão usando o SQL Server Reporting Services podem ser instalados na instância do SQL Server.
Certifique-se que SQL Server Reporting Services foi corretamente instalado e configurado. Para obter mais informações sobre como instalar e configurar o SQL Server
Reporting Services, consulte Instalação do SQL Server ﴾SQL Server 2012 R2﴿.
Observação
Antes de continuar com este procedimento, certifique-se de que a conta que você planeja usar para a conta do serviço de gravação de depósito de dados tem
direitos de logon do SQL Server e é um administrador nos computadores que hospedam o banco de dados operacional e o banco de dados do depósito de dados
do relatório. Caso contrário, a instalação falha e todas as alterações são revertidas, que pode deixar o SQL Server Reporting Services em um estado inoperante.
Para verificar se o Reporting Services está configurado corretamente
1. Verifique se o ReportServer e ReportServerTempDB bancos de dados no SQL Server Management Studio estão localizados no servidor autônomo. Clique em
Iniciar, aponte para Todos os programas, aponte para Microsoft SQL Server 2008 R2, aponte para SQL Server Management Studioe, em seguida, conectar à
instância de banco de dados padrão. Abrir o bancos de dados nó e verifique se existem dois bancos de dados do Reporting Services neste nó.
2. Verifique se a configuração correta do SQL Server Reporting Services. Clique em Iniciar, aponte para programas, aponte para a oferta apropriada do Microsoft
SQL Server, aponte para Ferramentas de configuração dee, em seguida, clique em Reporting Services Configuration Manager. Conecte à instância na qual você
instalou o Reporting Services.
3. No painel de navegação, selecione o <servername>\SQLinstance. Exibe o status do servidor de relatório no painel de resultados. Certifique-se de que o Relatar o
Status do servidor é Started.
4. No painel de navegação, selecione implantação de Scale-oute, em seguida, certifique-se de que o Status coluna tem o valor de ingressado.
5. Se Report Server não é iniciado e o escala implantação não é faz parte, verifique a configuração do Conta de serviço, URL do serviço Web, e banco de dados.
6. Confirme que o serviço SQL Server Reporting Services está sendo executado. Na barra de tarefas, clique em Iniciar, aponte para Ferramentas administrativase,
em seguida, clique em Serviços.
7. No nome coluna, encontrar o SQL Server Reporting Services instância de serviço e verificar que seu status lê iniciado e que o Tipo de inicialização é
automáticas.
8. No nome coluna, encontrar o SQL Server Agent de serviço e verificar que seu status lê iniciado e que sua Tipo de inicialização é automático.
9. Verifique se o site do servidor de relatório está disponível e funcionando, navegando para http://servername/reportserver<instância $>. Você deve ver uma
página com o <servername>/ReportServer<$instância > e o texto, Microsoft SQL Server Reporting Services versão # #. #. # # #. # # onde o # é o número de
versão da instalação do SQL Server.
10. Verificar se o site do Report Manager está configurado corretamente abrindo Internet Explorer e navegando para http://<servername>/reports<instância>.
11. No site do Gerenciador de relatórios, clique em Nova pasta para criar uma nova pasta. Digite um nome e descrição e, em seguida, clique em OK. Certifique-se de
que a nova pasta criada é visível no site do Report Manager.
Para instalar o Operations Manager Reporting

1. Faça logon no computador com uma conta que tenha credenciais administrativas locais.
3. Sobre o Introdução, Selecionar recursos para instalar o , selecione o Reporting server recurso. Para ler mais sobre cada recurso e seus requisitos, clique em
Expandir todos os, ou expandir os botões ao lado de cada recurso e, em seguida, clique em próximo.
4. Sobre o Introdução, Selecionar local de instalação página, aceite o valor padrão de C:\Program Comuns\System Center 2012\Operations Manager ou digite
um novo local ou localizá-lo e, em seguida, clique em próximo.
sistema.
6. Se o Verificador de pré-requisitos não retornar erros ou avisos, vá para o pré-requisitos, prosseguir com a instalação do página. Clique em Avançar.
7. Sobre o configuração, especificar um servidor de gerenciamento , insira o nome de um servidor de gerenciamento que é usado pelos recursos de emissão de
relatórios somente. Em seguida, clique em próximo.
8. Sobre o configuração, instância do SQL Server reporting services de página, selecione a instância do SQL Server que hospeda o SQL Server Reporting Services
e, em seguida, clique em próximo.
9. No configuração, contas de gerente de operações configurar , insira as credenciais para o conta do leitor de dadose, em seguida, clique em próximo.
10. Sobre o configuração, ajudam a melhorar o System Center - Operations Manager página, selecione as opções e, em seguida, clique em próxima.
11. Se o Windows Update não está ativado no computador, o configuração, Microsoft Update página será exibida. Selecione as opções e, em seguida, clique em
próximo.
Para instalar o Operations Manager Reporting, usando a janela de Prompt de comando
Observação
O parâmetro /ManagementServer só é necessário quando você estiver instalando a emissão de relatórios em um servidor que não seja um servidor de
gerenciamento.
setup.exe /silent /install /components:OMReporting

/ManagementServer: "<ManagementServerName>"
/SRSInstance: <server\instance>
/SendODRReports: [0|1]
Para confirmar a integridade dos relatórios do Operations Manager
1. Abra o console de operações e, em seguida, selecione o relatórios espaço de trabalho.
Observação
Após a implantação inicial, os relatórios podem exigir até 30 minutos para aparecer.
2. Clique em Biblioteca de relatórios do Microsoft ODRe, em seguida, clique duas vezes em qualquer um dos relatórios listados. O relatório selecionado será
gerado e exibido em uma nova janela.
Por padrão, você verá os seguintes relatórios:
Alertas por Dia
Espaço de Instâncias
Grupo de Gerenciamento
Pacotes de Gerenciamento
Alertas Mais Comuns
3. Feche a janela de relatório.
1.
Observação
Consulte Também
Conceitos
-----
-----
Servidores gateway são usados para habilitar o gerenciamento por agente de computadores que se encontram fora do limite de confiabilidade Kerberos de grupos de
gerenciamento, como em um domínio não confiável. O servidor gateway atua como um ponto de concentração para a comunicação do agente com o servidor de
gerenciamento. Agentes em domínios não confiáveis se comunicam com o servidor gateway e este se comunica com um ou mais servidores de gerenciamento. Como a
comunicação entre o servidor gateway e os servidores de gerenciamento ocorre apenas por uma porta ﴾TCP 5723﴿, esta é a única porta que deve ser aberta em firewalls
intermediários para habilitar o gerenciamento de vários computadores gerenciados por agente. É possível inserir vários servidores gateway em um único domínio para
que os agentes possam realizar failover de um para o outro, caso percam comunicação com um dos servidores gateway. Da mesma maneira, um único servidor gateway
pode ser configurado para realizar failover entre os servidores de gerenciamento, de forma que não haja nenhum ponto de falha na cadeia de comunicação.
Como o servidor gateway reside em um domínio que não é confiável para o domínio no qual o grupo de gerenciamento reside, é necessário usar certificados para
estabelecer a identidade de cada computador, agente, servidor gateway e servidor de gerenciamento. Este procedimento satisfaz o requisito do Operations Manager de
autenticação mútua.
Implantando tópicos de gateway

Como implantar um servidor de Gateway
Como Gateways de cadeia
-----
-----
Importante
referência.
Para monitorar os computadores que se encontram fora dos limites de confiança de um servidor de gerenciamento sem o uso de um servidor de gateway, você precisa
instalar e manter manualmente certificados em servidores de gerenciamento e os computadores a serem monitorados. Quando essa configuração é usada em vez de
usar um servidor de gateway, portas adicionais devem ser abertas para comunicação entre o servidor do agente de gerenciamento. Para obter uma listagem de todas as
portas que são necessários, consulte Requisitos de sistema do System Center 2012 – gerente de operações.
Visão geral do procedimento

1. Solicite certificados para qualquer computador no agente, servidor de gateway, cadeia de gerenciamento de servidor.
2. Importe os certificados para computadores de destino usando a ferramenta MOMCertImport.exe.
3. Distribua o Microsoft.EnterpriseManagement.GatewayApprovalTool.exe para o servidor de gerenciamento.
4. Execute a ferramenta de Microsoft.EnterpriseManagement.GatewayApprovalTool.exe para iniciar a comunicação entre o servidor de gerenciamento e o gateway
5. Instale o servidor gateway.
Preparação para instalação

Antes de iniciar
1. Implantação de servidores de gateway requer certificados. Você precisa ter acesso a uma autoridade de certificação ﴾CA﴿. Isso pode ser uma autoridade de
certificação pública como a VeriSign, ou você pode usar os serviços de certificados Microsoft. Esse procedimento fornece as etapas para solicitar, obter e importar
um certificado de serviços de certificados Microsoft.
2. Resolução de nomes confiáveis deve existir entre os computadores gerenciados por agente e o servidor de gateway e entre o servidor de gateway e os servidores
de gerenciamento. A resolução de nomes geralmente é feita por meio do DNS. No entanto, se não for possível obter a resolução de nome apropriada por meio
do DNS, talvez seja necessário criar manualmente as entradas no arquivo de hosts de cada computador.
Observação
O arquivo hosts está localizado no diretório \Windows\system32\drivers\ e contém instruções para configuração.
Obtendo certificados de computador dos serviços de certificados Microsoft

Para obter mais informações, consulte Autenticação e criptografia de dados para computadores Windows.
Distribuindo o Microsoft.EnterpriseManagement.GatewayApprovalTool
A ferramenta de Microsoft.EnterpriseManagement.GatewayApprovalTool.exe é necessária somente no servidor de gerenciamento, e ele deve ser executado uma vez.
Para copiar o Microsoft.EnterpriseManagement.GatewayApprovalTool.exe para servidores de gerenciamento
1. De um servidor de gerenciamento de destino, abra o Operations Managerdiretório de mídia de instalação do \SupportTools.
2. Copie o Microsoft.EnterpriseManagement.GatewayApprovalTool.exe da mídia de instalação para o Operations Managerdiretório de instalação.
Registrando o Gateway com o grupo de gerenciamento

Este procedimento registra o servidor de gateway com o grupo de gerenciamento, e quando isso for concluído, o servidor de gateway aparece na exibição inventário
descoberto do grupo de gerenciamento.
Para executar a ferramenta de aprovação de gateway
1. No servidor de gerenciamento que foi alvo durante a instalação do servidor de gateway, faça logon com o Operations Managerconta de administrador.
2. Abra um prompt de comando e navegue até o Operations Managerinstalação do diretório ou pasta que você copiou o
Microsoft.EnterpriseManagement.gatewayApprovalTool.exe para.
3. No prompt de comando, executeMicrosoft.EnterpriseManagement.gatewayApprovalTool.exe

/ManagementServerName=<managementserverFQDN> /GatewayName=<GatewayFQDN> /Action=Create
4. Se a aprovação for bem-sucedida, você verá The approval of server <GatewayFQDN> completed successfully.
5. Se você precisar remover o servidor de gateway a partir do grupo de gerenciamento, execute o mesmo comando, mas substitua o /Action=DeleteSinalizar
para o /Action=Createflag.
6. Abra o console de operações no modo de exibição de monitoramento. Selecione o modo de exibição inventário descoberto para ver se o servidor de gateway
está presente.
Instalação do servidor do Gateway

Este procedimento instala o servidor de gateway. O servidor que deve ser o servidor de gateway deve ser um membro do mesmo domínio que os computadores
gerenciados por agente que irá relatar a ele.
Dica
Uma instalação irá falhar ao iniciar o Windows Installer ﴾por exemplo, instalar um servidor de gateway clicando duas vezes em MOMGateway.msi﴿ se o controle de
conta de usuário de diretiva de segurança local: Executar todos os administradores no modo de aprovação de administrador é habilitada.
Para executar operações de Gerenciador de Gateway Windows Installer em uma janela de Prompt de comando
1. Na área de trabalho da Windows, clique em Iniciar, aponte para programas, aponte para Acessórios, com o botão direito Prompt de comandoe, em seguida,
clique em Executar como administrador.
2. No administrador: Prompt de comando janela, navegue até a unidade local que hospeda o Operations Managermídia de instalação.
3. Navegue até o diretório onde o arquivo. msi está localizado, digite o nome do arquivo. msi e, em seguida, pressione ENTER.
Para instalar o servidor de gateway
1. Faça logon no servidor do gateway com direitos de administrador.
2. Do Operations Managerinício da mídia de instalação, Setup.exe.
3. No instalar área, clique no o servidor de gerenciamento do Gateway link.
4. Sobre o Bem-vindo de tela, clique em próximo.
5. Sobre o Pasta de destino página, aceite o padrão ou clique em alteração para selecionar outro diretório de instalação e, em seguida, clique em próximo.
6. No Configuração do grupo de gerenciamento de página, digite o nome de grupo de gerenciamento de destino no Nome do grupo de gerenciamento , digite o
nome do servidor de gerenciamento destino na Management Server campo, verifique se o Porta de servidor de gerenciamento campo é 5723e, em seguida,
clique em próximo. Essa porta pode ser alterada se você ativou a uma porta diferente para a comunicação do servidor de gerenciamento no console de
operações.
7. Sobre o Conta de ação do Gateway página, selecione o Sistema Local conta opção, especialmente se tiver criado um domínio local ou com base em computador
gateway conta de ação. Clique em Avançar.
8. Sobre o Microsoft Update página, opcionalmente, indique se deseja usar o Microsoft Update e, em seguida, clique em próximo.
9. Na página Pronto para instalar, clique em Instalar.
10. Sobre o Concluindo página, clique em Concluir.
Para instalar o servidor de gateway, usando a janela de Prompt de comando

1. Faça logon no servidor do gateway com direitos de administrador.
3. Execute o seguinte comando, onde path\Directory é o local do Momgateway.msi, e path\Logs é o local onde deseja salvar o arquivo de log. Momgateway.msi pode
ser encontrado no Operations Managermídia de instalação.
%WinDir%\System32\msiexec.exe /i path\Directory\MOMGateway.msi /qn /l*v path\Logs\GatewayInstall.log

ADDLOCAL=MOMGateway
MANAGEMENT_GROUP="<ManagementGroupName>"
IS_ROOT_HEALTH_SERVER=0
ROOT_MANAGEMENT_SERVER_AD=<ParentMSFQDN>
ROOT_MANAGEMENT_SERVER_DNS=<ParentMSFQDN>
ACTIONS_USE_COMPUTER_ACCOUNT=0
ACTIONSDOMAIN=<DomainName>
ACTIONSUSER=<ActionAccountName>
ACTIONSPASSWORD=<Password>
ROOT_MANAGEMENT_SERVER_PORT=5723
[INSTALLDIR=<path\Directory>]
Importando certificados com a ferramenta de MOMCertImport.exe

Execute esta operação em cada servidor de gateway, o servidor de gerenciamento e o computador que será gerenciado por agente e que esteja em um domínio que
não seja confiável.
Para importar certificados de computador por meio de MOMCertImport.exe
1. Copie a ferramenta de MOMCertImport.exe da instalação media \SupportTools\<plataforma de> ﴾x86 ou ia64﴿ diretório raiz do servidor de destino ou para o
Operations Managerse o servidor de destino for um servidor de gerenciamento de diretório de instalação.
2. Como administrador, abra uma janela de Prompt de comando e altere o diretório para o diretório onde está o MOMCertImport.exe e execute
momcertimport.exe /SubjectName <certificate subject name>. Isso torna o certificado pode ser usado por Operations Manager.
Configurando servidores de Gateway para Failover entre servidores de gerenciamento
Embora os servidores de gateway podem se comunicar com qualquer servidor de gerenciamento do grupo de gerenciamento, isso deve ser configurado. Nesse cenário,
os servidores secundários de gerenciamento são identificados como alvos para failover de servidor de gateway.
Use o comando Set-servidor de gerenciamento de gatewayManagementServer do Operations Manager Shell, conforme mostrado no exemplo a seguir para configurar
um servidor de gateway para failover para vários servidores de gerenciamento. Os comandos podem ser executados em qualquer Shell de comando no grupo de
gerenciamento.
Para configurar o failover de servidor de gateway entre servidores de gerenciamento
1. Faça logon no servidor de gerenciamento com uma conta que seja membro da função de administradores do grupo de gerenciamento.
2. Na área de trabalho da Windows, clique em Iniciar, aponte para programas, aponte para System Center Operations Managere, em seguida, clique em Shell de
comando.
3. No Shell de comando, execute o exemplo descrito na próxima seção.
Descrição
O exemplo a seguir pode ser usado para configurar o failover de servidor de gateway para vários servidores de gerenciamento.
Código
$GatewayServer = Get‐SCOMGatewayManagementServer –Name “ComputerName.Contoso.com”
$FailoverServer = Get‐SCOMManagementServer –Name “ManagementServer.Contoso.com”,”ManagementServer2.Contoso.com”
Set-SCOMParentManagementServer -GatewayServer $GatewayServer -FailoverServer $FailoverServer
1.
Observação
Consulte Também
Outros Recursos
-----
-----
Como Gateways de cadeia
Importante
referência.
Às vezes, é necessário encadear vários gateways para monitorar vários limites não confiáveis. Este tópico descreve como encadear vários gateways.
Observação
Você deve instalar um gateway de cada vez e verificar se cada gateway recém-instalado está configurado corretamente antes de adicionar outro gateway na cadeia.
1.
Observação
Para encadear vários servidores de gateway

1. No servidor de gerenciamento que foi alvo durante a instalação do servidor de gateway, execute a ferramenta de
Microsoft.EnterpriseManagement.GatewayApprovalTool.exe para iniciar a comunicação entre o servidor de gerenciamento e o gateway.
2. Abra um prompt de comando e navegue até o Operations Managerdiretório de instalação ou, e, em seguida, execute o seguinte:
Microsoft.EnterpriseManagement.gatewayApprovalTool.exe /ManagementServerName=<managementserverFQDN>
/GatewayName=<GatewayFQDN> /Action=Create
3. Instale o servidor de gateway em um novo servidor. Para obter mais informações, consulte Installing Gateway Server.
4. Configure certificados entre os gateways da mesma maneira que você poderia configurar certificados entre um gateway e um servidor de gerenciamento. Para
obter mais informações, consulte Importing Certificates with the MOMCertImport.exe Tool. A carga do serviço de integridade podem apenas e usar um único
certificado. Portanto, o mesmo certificado é usado pelo pai e filho do gateway na cadeia.
Consulte Também
Outros Recursos
-----
-----
Autenticação e criptografia de dados para computadores
Windows
O System Center 2012 – Operations Manager consiste de recursos, como o servidor de gerenciamento, servidor gateway, servidor de Relatórios, banco de dados
operacional, data warehouse de Relatórios, agente, console Web e console de operações. Esta seção explica como a autenticação é realizada e identifica canais de
conexão onde os dados são criptografados.
Autenticação com base em certificado

Quando um agente e um servidor de gerenciamento do Operations Manager estiverem separados por um limite não confiável de floresta ou grupo de trabalho, a
autenticação com base em certificados precisará ser implementada. As seções a seguir fornecem informações sobre estas situações, bem como procedimentos
específicos para a obtenção e a instalação de certificados de autoridades de certificação com base no Windows.
Configurando a comunicação entre agentes e servidores de gerenciamento dentro do mesmo limite de confiança
Um agente e o servidor de gerenciamento usam a autenticação do Windows para se autenticarem mutuamente uns com os outros antes que o servidor de gerenciamento
aceite dados do agente. O protocolo Kerberos versão 5 é o método padrão para fornecer essa autenticação. Para que a autenticação mútua baseada no Kerberos
funcione, os agentes e o servidor de gerenciamento precisam estar instalados em um domínio do Active Directory. Se um agente e um servidor de gerenciamento
estiverem em domínios separados, deverá haver uma confiança total entre esses domínios. Neste cenário, após a realização da autenticação mútua, o canal de dados
entre o agente e o servidor de gerenciamento é criptografado. Nenhuma intervenção do usuário é necessária para que a autenticação e a criptografia possam ocorrer.
Configurando a comunicação entre agentes e servidores de gerenciamento entre limites de confiança

Um agente ﴾ou agentes﴿ pode estar implantado em um domínio ﴾domínio B﴿ à parte do servidor de gerenciamento ﴾domínio A﴿, sem que haja uma confiança bidirecional
entre esses domínios. Como não existe confiança entre os dois domínios, os agentes em um domínio não podem ser autenticados no servidor de gerenciamento do
outro domínio usando o protocolo Kerberos. A autenticação mútua entre os recursos do Operations Manager dentro de cada domínio ainda ocorre.
Uma solução para esta situação é instalar um servidor gateway no mesmo domínio em que os agentes residem e depois instalar certificados nesse servidor gateway e no
servidor de gerenciamento para obter a autenticação mútua e a criptografia de dados. O uso do servidor gateway significa que é necessário ter apenas um certificado no
domínio B e uma porta através do firewall, como mostra a ilustração a seguir.
Configurando a comunicação entre um domínio – limite de grupo de trabalho

No seu ambiente, é possível que haja um ou dois agentes implantados em um grupo de trabalho dentro do firewall. O agente nesse grupo de trabalho não consegue se
autenticar no servidor de gerenciamento do domínio usando o protocolo Kerberos. Uma solução para essa situação é instalar certificados tanto no computador que
hospeda o agente quanto no servidor de gerenciamento ao qual esse agente se conecta, como mostra a ilustração a seguir.
Observação
Neste cenário, o agente deve ser manualmente instalado.
Realize as etapas a seguir no computador que hospeda o agente e no servidor de gerenciamento, usando a mesma CA ﴾autoridade de certificação﴿ para cada um:
Solicite certificados da CA.
Aprove as solicitações de certificado na CA.
Instale os certificados aprovados nos repositórios de certificados dos computadores.
Use a ferramenta MOMCertImport para configurar Operations Manager.

Estas são as mesmas etapas para a instalação de certificados em um servidor gateway, exceto que você não instala ou executa a ferramenta de aprovação de gateway.
Confirmando a instalação do certificado

Se você tiver instalado o certificado corretamente, o evento a seguir será gravado no log de eventos do Operations Manager.
Tipo Origem ID do evento Geral
Informações Conector do OpsMgr 20053 O Conector do OpsMgr carregou com êxito o certificado de autenticação especificado.
Durante a configuração de um certificado, você executa a ferramenta MOMCertImport. Ao final da execução dessa ferramenta, o número de série do certificado
importado é gravado na seguinte subchave do Registro.
Cuidado
A edição incorreta do registro pode danificar gravemente o sistema. Antes de alterar o Registro, faça backup de todos os dados importantes do computador.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Operations Manager\3.0\Machine Settings
Autenticação e criptografia de dados entre o servidor de gerenciamento, servidor gateway e agentes

A comunicação entre estes recursos do Operations Manager começa com a autenticação mútua. Se houver certificados presentes em ambas as extremidades do canal de
comunicações, estes certificados serão usados para autenticação mútua; caso contrário, o protocolo Kerberos versão 5 será usado. Se quaisquer dois recursos estiverem
separados em um domínio não confiável, a autenticação mútua deverá ser realizada com o uso de certificados.
Comunicações normais, como eventos, alertas e a implantação de um pacote de gerenciamento, ocorrem através deste canal. A ilustração anterior mostra um exemplo de
alerta sendo gerado em um dos agentes que está direcionado ao servidor de gerenciamento. Do agente até o servidor gateway, o pacote de segurança Kerberos é
usado para criptografar os dados, pois o servidor gateway e o agente se encontram no mesmo domínio. O alerta é descriptografado pelo servidor gateway e novamente
criptografado com o uso de certificados para o servidor de gerenciamento. Depois de receber o alerta, o servidor de gerenciamento descriptografa a mensagem, volta a
criptografá-la com o uso do protocolo Kerberos e a envia ao servidor de gerenciamento, que por sua vez descriptografa esse alerta.
Uma parte da comunicação entre o servidor de gerenciamento e o agente pode incluir informações sobre credenciais; por exemplo, tarefas e dados de configuração. O
canal de dados entre o agente e o servidor de gerenciamento acrescenta outra camada de criptografia além da criptografia de canal normal. Nenhuma intervenção do
usuário é necessária.
Servidor de gerenciamento e Console de Operações, Servidor de Console Web e Servidor de

Relatórios
O procedimento de autenticação e criptografia de dados entre o servidor de gerenciamento e o console de Operações, servidor de console Web ou Servidor de
Relatórios é realizado com o uso da tecnologia WCF ﴾Windows Communication Foundation﴿. A tentativa inicial na autenticação é feita com o uso das credenciais do
usuário. Em primeiro lugar, é feita uma tentativa com o protocolo Kerberos. Se o protocolo Kerberos não funcionar, será feita outra tentativa, dessa vez com o uso do
NTLM. Se a autenticação falhar mesmo assim, será solicitado que o usuário forneça credenciais. Depois de realizada a autenticação, o fluxo de dados é criptografado
como uma função do protocolo Kerberos ou do SSL, se o NTLM for usado.
No caso de um Servidor de Relatórios e de um servidor de gerenciamento, após a realização da autenticação, uma conexão de dados é estabelecida entre o servidor de
gerenciamento e o SQL Server Reporting Services. Este processo é realizado com o uso rigoroso do protocolo Kerberos; portanto, o servidor de gerenciamento e o
Servidor de Relatórios devem residir em domínios confiáveis. Para obter mais informações sobre o WCF, consulte o artigo do MSDN What Is Windows Communication
Foundation ﴾O que é a Windows Communication Foundation﴿.
Servidor de gerenciamento e data warehouse de Relatórios

Existem dois canais de comunicação entre um servidor de gerenciamento e o data warehouse de Relatórios:
O processo do host de monitoramento gerado pelo Serviço de Integridade ﴾serviço do System Center Management﴿ em um servidor de gerenciamento
Os serviços de Acesso a Dados do System Center no servidor de gerenciamento
Processo do host de monitoramento e data warehouse de Relatórios

Por padrão, o processo do host de monitoramento gerado pelo Serviço de Integridade, que é responsável por gravar eventos coletados e contadores de desempenho
no data warehouse, obtém a Autenticação Integrada do Windows ao ser executado como a Conta do Gravador de Dados especificada durante a Instalação de Relatórios.
A credencial dessa conta é seguramente armazenada em uma conta Executar como denominada Conta de Ação do Data Warehouse. Essa conta Executar como é
membro de um perfil Executar como denominado Conta do Data Warehouse ﴾que está associada às regras reais de coleta﴿.
Se o data warehouse de Relatórios e o servidor de gerenciamento estiverem separados por um limite de confiança ﴾por exemplo, cada um reside em diferentes domínios
sem confiança﴿, a Autenticação Integrada do Windows não funcionará. Para solucionar essa situação, o processo do host de monitoramento pode se conectar ao data
warehouse de Relatórios usando a Autenticação do SQL Server. Para fazer isso, crie uma nova conta Executar como ﴾do tipo Conta Simples﴿ com a credencial de conta
SQL e torne-a um membro do perfil Executar como denominado Conta de Autenticação do SQL Server do Data Warehouse, tendo o servidor de gerenciamento como o
computador de destino.
Importante
Por padrão, o perfil Executar como, Conta de Autenticação do SQL Server do Data Warehouse, foi atribuído a uma conta especial com o uso da conta Executar como
que possui o mesmo nome. Nunca faça alterações na conta associada ao perfil Executar como, Conta de Autenticação do SQL Server do Data Warehouse. Em vez
disso, crie sua própria conta e sua própria conta Executar como, transformando esta última em um membro do perfil Executar como, Conta de Autenticação do SQL
Server do Data Warehouse, ao configurar a Autenticação do SQL Server.
As informações a seguir descrevem a relação das diversas credenciais de conta, contas Executar como e perfis Executar como para a Autenticação Integrada do Windows
e a Autenticação do SQL Server.
Padrão: Autenticação Integrada do Windows
Perfil Executar como: Conta do Data Warehouse
Conta Executar como: Conta de ação do Data Warehouse
Credenciais: Conta do Gravador de Dados ﴾especificada durante a configuração﴿
Perfil Executar como: Conta de Autenticação do SQL Server do Data Warehouse
Conta Executar como: Conta de Autenticação do SQL Server do Data Warehouse
Credenciais: Conta especial criada pelo Operations Manager ﴾não alterar﴿
Opcional: Autenticação do SQL Server
Conta Executar como: Uma conta Executar como que você criar.
Credenciais: Uma conta que você criar.
O serviço de Acesso a Dados do System Center e o Data Warehouse de relatórios

Por padrão, o serviço de Acesso a Dados do System Center, que é responsável por ler os dados do data warehouse de Relatórios e por disponibilizá-lo na área
Parâmetros do Relatório, obtém a Autenticação Integrada do Windows ao ser executado como a conta do serviço de Acesso a Dados e de Configuração que foi definida
durante a instalação do Operations Manager.
Se o data warehouse de Relatórios e o servidor de gerenciamento estiverem separados por um limite de confiança ﴾por exemplo, cada um reside em diferentes domínios
sem confiança﴿, a Autenticação Integrada do Windows não funcionará. Para solucionar esta situação, o serviço de Acesso a Dados do System Center pode se conectar ao
data warehouse de Relatórios usando a Autenticação do SQL Server. Para fazer isso, crie uma nova conta Executar como ﴾do tipo Conta Simples﴿ com a credencial de
conta SQL e torne-a um membro do perfil Executar, chamado de Conta de Autenticação no SQL Server do SDK de Relatórios, tendo o servidor de gerenciamento como o
computador de destino.
Importante
Por padrão, o perfil Executar como, Conta de Autenticação no SQL Server do SDK de Relatórios, foi atribuído a uma conta especial com o uso da conta Executar como
que possui o mesmo nome. Nunca faça alterações na conta associada ao perfil Executar como, Conta de Autenticação no SQL Server do SDK de Relatórios. Em vez
disso, crie sua própria conta e sua própria conta Executar como, tornando esta última em um membro do perfil Executar como, Conta de Autenticação no SQL Server
do SDK de Relatórios, ao configurar a Autenticação do SQL Server.
As informações a seguir descrevem a relação das diversas credenciais de conta, contas Executar como e perfis Executar como para a Autenticação Integrada do Windows
e a Autenticação do SQL Server.
Padrão: Autenticação Integrada do Windows
Conta do serviço de Acesso a Dados e de Configuração ﴾definida durante a instalação do Operations Manager﴿
Perfil Executar como: Conta de Autenticação no SQL Server do SDK de Relatórios
Conta Executar como: Conta de Autenticação no SQL Server do SDK de Relatórios
Credenciais: Conta especial criada pelo Operations Manager ﴾não alterar﴿
Opcional: Autenticação do SQL Server
Conta Executar como: Uma conta Executar como que você criar.
Credenciais: Uma conta que você criar.
Console de Operações e Servidor de Relatórios

O console de Operações se conecta ao Servidor de Relatórios na porta 80 via HTTP. A autenticação é realizada com o uso da Autenticação do Windows. Os dados
podem ser criptografados com o uso do canal SSL. Para obter mais informações sobre como usar SSL entre o console de operações e o servidor de relatórios, consulte
Como configurar o Console de operações para usar SSL ao se conectar a um servidor de relatórios.
Servidor de Relatórios e data warehouse de Relatórios

A autenticação entre o Servidor de Relatórios e o data warehouse de Relatórios é feita com o uso da Autenticação do Windows. A conta que foi especificada como a
Conta do Leitor de Dados durante a configuração de Relatórios se torna a Conta de Execução no Servidor de Relatórios. Se a senha para a conta tiver que ser trocada,
será necessário fazer a mesma troca de senha usando o Gerenciador de Configuração do Reporting Services no SQL Server. Para obter mais informações sobre como
restaurar esta senha, consulte Como alterar a senha da conta de execução do servidor emissão de relatórios. Os dados entre o Servidor de Relatórios e o data
warehouse de Relatórios não são criptografados.
-----
-----
Como obter um certificado usando a autoridade de
certificação autônoma [om12upgrade] do Windows Server
2008
Importante
referência.
Use os procedimentos neste tópico para obter um certificado de um autônomo do Windows Server 2008 R2, Windows Server 2008 R2 SP1–based computador ou
hospedagem de serviços de certificados do Active Directory ﴾AD CS﴿. Use o utilitário de linha de comando CertReq para solicitar e aceitar um certificado, e você usa uma
interface da Web para enviar e recuperar o certificado.
Presume-se que você tem instalado do AD CS, uma ligação HTTPS está sendo usada e o certificado associado tiver sido instalado. Informações sobre como criar uma
associação HTTPS estão disponíveis no tópico Como configurar uma ligação HTTPS para uma autoridade de certificação do Windows Server 2008.
Importante
O conteúdo deste tópico é baseado nas configurações padrão do Windows Server 2008 AD CS; Por exemplo, definir o comprimento de chave de 2048, selecionando o
provedor de armazenamento de chave do Microsoft Software como o CSP e usando o Secure Hash Algorithm 1 ﴾SHA1﴿. Avalie essas seleções em relação aos
requisitos da diretiva de segurança da empresa.
O processo de alto nível para obter um certificado de uma CA ﴾autoridade de certificação autônoma﴿ é o seguinte:
1. Fazer download do certificado raiz confiável ﴾CA﴿.
2. Importar o certificado raiz confiável ﴾CA﴿
3. Criar um arquivo de informações de instalaçãoPara usar com o utilitário de linha de comando CertReq.
4. Criar um arquivo de solicitação.
5. Enviar uma solicitação à autoridade de certificação usando o arquivo de solicitação.
6. Aprove a solicitação de certificado pendente.
7. Recuperar o certificado da autoridade de certificação.
8. Importe o certificado para o armazenamento de certificados.
9. Importe o certificado para o Operations Manager usando MOMCertImport.
Fazer download do certificado raiz confiável ﴾CA﴿

Para fazer download do certificado raiz confiável ﴾CA﴿
1. Faça logon no computador onde você deseja instalar um certificado; Por exemplo, o servidor de gateway ou servidor de gerenciamento.
2. Inicie o Internet Explorer e se conectar ao computador que hospeda os serviços de certificados; Por exemplo, https://<servername>/certsrv.
3. Na página de Boas-vindas, clique em Download de um certificado de autoridade de certificação, cadeia de certificados ou lista de certificados revogados.
4. Sobre o baixar um certificado de autoridade de certificação, cadeia de certificado ou CRL página, clique em método de codificação, clique em Base 64e, em
seguida, clique em Download de certificado de autoridade.
5. No Download do arquivo caixa de diálogo, clique em Salvar e salvar o certificado; Por exemplo, Trustedca.p7b.
6. Quando o download for concluído, feche o Internet Explorer.
Importar o certificado raiz confiável ﴾CA﴿

Para importar o certificado raiz confiável ﴾CA﴿
1. Na área de trabalho do Windows, clique em Iniciar e em Executar.
2. No Executar caixa de diálogo, digite mmc, e, em seguida, clique em OK.
3. No Console1 janela, clique em arquivoe, em seguida, clique em Adicionar/Remover Snap-in.
4. Na caixa de diálogo Adicionar/Remover Snap-in, clique em Adicionar.
5. Na caixa de diálogo Adicionar Snap-in Autônomo, clique em Certificados e em Adicionar.

6. Na caixa de diálogo Snap-in dos certificados, selecione Conta do computador e clique em Avançar.
7. No Selecionar computador diálogo caixa, certifique-se de que computador Local: ﴾o computador onde este console está sendo executado﴿ está selecionado e,
em seguida, clique em Concluir.
8. Na caixa de diálogo Adicionar Snap-in Autônomo, clique em Fechar.
9. Na caixa de diálogo Adicionar/Remover Snap-in, clique em OK.
10. No Console1 janela, expanda certificados (computador Local), expanda Autoridades de certificação raiz confiáveise, em seguida, clique em certificados.
11. Com o botão direito certificados, selecione Todas as tarefase, em seguida, clique em importação.
12. No Assistente para importação de certificados, clique em próximo.
13. Sobre o arquivo a ser importado página, clique em Procurar e selecione o local onde você baixou o CA certificado arquivo, por exemplo, TrustedCA.p7b,
selecionado o arquivo e, em seguida, clique em Abrir.
14. No arquivo a ser importado página, selecione colocar todos os certificados no armazenamento a seguir e certifique-se de que Autoridades de certificação
raiz confiáveis aparece no armazenamento de certificados caixa e, em seguida, clique em próximo.
15. Na página Concluindo o Assistente para Importação de Certificados, clique em Concluir.
Criar um arquivo de informações de instalação

Para criar um arquivo de informações ﴾. inf﴿ do programa de instalação
1. No computador que hospeda o recurso de Gerenciador de operações para o qual você está solicitando um certificado, clique em Iniciare, em seguida, clique em
Executar.
2. No Executar caixa de diálogo, digite o bloco de notase, em seguida, clique em OK.
3. Crie um arquivo de texto que contém o seguinte conteúdo:
[NewRequest]
Assunto = "CN =<FQDN do computador que você está criando o certificado, por exemplo, o servidor de gateway ou servidor de gerenciamento.>"
Exportáveis = TRUE
KeyLength = 2048
KeySpec = 1
KeyUsage = 0xf0
MachineKeySet = TRUE
[EnhancedKeyUsageExtension]
OID=1.3.6.1.5.5.7.3.1
OID=1.3.6.1.5.5.7.3.2
4. Salve o arquivo com uma extensão de nome de arquivo. inf, por exemplo, RequestConfig.inf.
5. Feche o Bloco de Notas.
Criar um arquivo de solicitação

Para criar um arquivo de solicitação para usar com uma autoridade de certificação autônoma
Executar.
2. Na caixa de diálogo Executar, digite cmd e clique em OK.
3. Na janela de comando, digite CertReq – nova f RequestConfig.inf CertRequest.req, e então pressione ENTER.
4. Abra o arquivo resultante ﴾por exemplo, CertRequest.req﴿ com o bloco de notas. Copie o conteúdo desse arquivo na área de transferência.
Enviar uma solicitação à autoridade de certificação usando o arquivo de solicitação

Para enviar uma solicitação para uma autoridade de certificação autônoma
1. No computador que hospeda o recurso de Gerenciador de operações para o qual você está solicitando um certificado, inicie o Internet Explorer e, em seguida, se
conectar ao computador que hospeda os serviços de certificados ﴾por exemplo, https://<servername>/certsrv﴿.
Observação
Se uma associação HTTPS não foi configurada no site da Web de serviços de certificado, o navegador irá falhar para se conectar. Para obter mais informações,
consulte Como configurar uma ligação HTTPS para uma autoridade de certificação do Windows Server 2008.
2. Sobre o Microsoft Active Directory certificado serviços Welcome de tela, clique em solicitar um certificado.
3. Sobre o solicitar um certificado página, clique em solicitação avançada de certificado.
4. Sobre o Solicitação avançada de certificado página, clique em envie uma solicitação de certificado usando o arquivo CMC ou PKCS #10 codificado na base
64, ou envie uma solicitação de renovação usando um arquivo PKCS #7 codificado na base 64.
5. No Enviar uma solicitação de certificado ou solicitação de renovação página, o Solicitação salva caixa de texto, colar o conteúdo do arquivo CertRequest.req
dll que você copiou na etapa 4 do procedimento anterior e, em seguida, clique em Enviar.
6. Feche o Internet Explorer.
Aprove a solicitação de certificado pendente

Para aprovar a solicitação de certificado pendente
1. Faça logon como um administrador de autoridade de certificação para o computador que hospeda os serviços de certificados do Active Directory.
2. Na área de trabalho da Windows, clique em Iniciar, aponte para programas, aponte para Ferramentas administrativase, em seguida, clique em CA.
3. Em Autoridade de Certificação, expanda o nó do nome da sua autoridade de certificação e clique em Solicitações Pendentes.
4. No painel de resultados, clique com o botão direito do mouse na solicitação pendente do procedimento anterior, aponte para Todas as Tarefas e clique em
Emitir.
5. Clique em Certificados Emitidos e confirme se o certificado que você acaba de emitir está listado.
6. Feche a autoridade de certificação.
Recuperar o certificado da autoridade de certificação

Para recuperar o certificado
2. Inicie o Internet Explorer e se conectar ao computador que hospeda os serviços de certificados ﴾por exemplo, https://<servername>/certsrv﴿.
3. Sobre o Microsoft Active Directory certificado serviços Welcome página, clique em Exibir o status de uma solicitação de certificado pendente.
4. Na página Exibir o Status de uma Solicitação de Certificado Pendente, clique no certificado solicitado.
5. Sobre o Certificado emitido página, selecione codificado em Base 64e, em seguida, clique em Fazer Download do certificado.
6. No Download de arquivo – Aviso de segurança caixa de diálogo, clique em Salvare salvar o certificado; Por exemplo, como NewCertificate.cer.
7. Na página Certificado Instalado, após ver a mensagem informando que O novo certificado foi instalado com êxito, feche o navegador
Importe o certificado para o armazenamento de certificados

Para importar o certificado para o armazenamento de certificados
1. No computador que hospeda o recurso de Gerenciador de operações para o qual você está configurando o certificado, clique em Iniciare, em seguida, clique em
Executar.
3. Na janela de comando, digite CertReq –Accept NewCertifiate.cer, e então pressione ENTER.
Importe o certificado para o Operations Manager usando MOMCertImport

Para importar o certificado para o Operations Manager usando MOMCertImport
1. Faça logon no computador onde você instalou o certificado com uma conta que seja membro do grupo Administradores.
4. No prompt de comando, digite <letra_da_unidade>: (onde <letra_da_unidade> é a unidade onde o Operations Managermídia de instalação está localizada﴿, e então
pressione ENTER.
5. Tipo de cd\SupportTools\i386, e então pressione ENTER.
Observação
Em computadores de 64 bits, digite cd\SupportTools\amd64
6. Digite isto:
MOMCertImport /SubjectName <nome de assunto do certificado>
7. Pressione ENTER.
1.
Observação
Consulte Também
Conceitos
Autenticação e criptografia de dados para computadores Windows
-----
-----
Como obter um certificado usando a autoridade de
certificação do Windows Server 2008 Enterprise
Importante
referência.
Use os procedimentos neste tópico para obter um certificado do Windows Server 2008 R2 ou o computador do Windows Server 2008 R2 SP1 Enterprise raiz serviços
Active Directory certificado ﴾AD CS﴿ de hospedagem. Use o utilitário de linha de comando CertReq para solicitar e aceitar um certificado, e você usa uma interface da Web
para enviar e recuperar o certificado.
Presume-se que você tem instalado do AD CS, foi criada uma associação HTTPS e o certificado associado tiver sido instalado. Informações sobre como criar uma
associação HTTPS estão disponíveis no tópico Como configurar uma ligação HTTPS para uma autoridade de certificação do Windows Server 2008.
Importante
O conteúdo deste tópico é baseado nas configurações padrão do Windows Server 2008 AD CS; Por exemplo, definir o comprimento de chave de 2048, selecionando o
provedor de armazenamento de chave do Microsoft Software como o CSP e usando o Secure Hash Algorithm 1 ﴾SHA1﴿. Avalie essas seleções em relação aos
requisitos da diretiva de segurança da empresa.
O processo de alto nível para obter um certificado de uma autoridade de certificação ﴾CA﴿ é o seguinte:
1. Fazer download do certificado raiz confiável ﴾CA﴿.
2. Importar o certificado raiz confiável ﴾CA﴿.
3. Criar um modelo de certificado.
4. Adicione o modelo para a pasta de modelos de certificado.
5. Criar um arquivo de informações de configuração para uso com o utilitário de linha de comando CertReq.
6. Criar um arquivo de solicitação.
7. Enviar uma solicitação à autoridade de certificação.
8. Importe o certificado para o armazenamento de certificados.
9. Importe o certificado para o Operations Manager usando MOMCertImport.
Fazer download do certificado raiz confiável ﴾CA﴿

Para fazer download do certificado raiz confiável ﴾CA﴿
2. Inicie o Internet Explorer e se conectar ao computador que hospeda os serviços de certificados; Por exemplo, https://<servername>/certsrv.
3. Na página de Boas-vindas, clique em Download de um certificado de autoridade de certificação, cadeia de certificados ou lista de certificados revogados.
4. Sobre o baixar um certificado de autoridade de certificação, cadeia de certificado ou CRL página, clique em método de codificação, clique em Base 64e, em
seguida, clique em Download de certificado de autoridade.
5. No Download do arquivo caixa de diálogo, clique em Salvar e salvar o certificado; Por exemplo, Trustedca.p7b.
6. Quando o download for concluído, feche o Internet Explorer.
Importar o certificado raiz confiável ﴾CA﴿

Para importar o certificado raiz confiável ﴾CA﴿
2. No Executar caixa de diálogo, digite mmce, em seguida, clique em OK.
3. No Console1 janela, clique em arquivoe, em seguida, clique em Adicionar/Remover Snap-in.
4. Na caixa de diálogo Adicionar/Remover Snap-in, clique em Adicionar.
5. Na caixa de diálogo Adicionar Snap-in Autônomo, clique em Certificados e em Adicionar.
6. Na caixa de diálogo Snap-in dos certificados, selecione Conta do computador e clique em Avançar.
7. No Selecionar computador diálogo caixa, certifique-se de que computador Local: ﴾o computador onde este console está sendo executado﴿ está selecionado e,
em seguida, clique em Concluir.
8. Na caixa de diálogo Adicionar Snap-in Autônomo, clique em Fechar.
9. Na caixa de diálogo Adicionar/Remover Snap-in, clique em OK.
10. No Console1 janela, expanda certificados (computador Local), expanda Autoridades de certificação raiz confiáveise, em seguida, clique em certificados.
11. Com o botão direito certificados, selecione Todas as tarefase, em seguida, clique em importação.
12. No Assistente para importação de certificados, clique em próximo.
13. Sobre o arquivo a ser importado página, clique em Procurar e selecione o local onde você baixou o CA certificado arquivo, por exemplo, TrustedCA.p7b,
selecionado o arquivo e, em seguida, clique em Abrir.
14. No arquivo a ser importado página, selecione colocar todos os certificados no armazenamento a seguir e certifique-se de que Autoridades de certificação
raiz confiáveis aparece no armazenamento de certificados caixa e, em seguida, clique em próximo.
15. Na página Concluindo o Assistente para Importação de Certificados, clique em Concluir.
Criar um modelo de certificado

Para criar um modelo de certificado
1. On the computer that is hosting your enterprise CA, on the Windows desktop, click Start, point to Programs, point to Administrative Tools, and then click
Certification Authority.
2. No painel de navegação, expanda o nome da autoridade de certificação, clique com o botão direito do mouse em Modelos deCertificado e clique em Gerenciar.
3. No Modelos de certificado console, no painel de resultados, clique com botão direito IPsec ﴾solicitação Offline﴿e, em seguida, clique em Duplicar modelo.
4. No Duplicar modelo caixa de diálogo, selecione Windows Server 2008 Enterprise Editione, em seguida, clique em OK.
5. No Propriedades do novo modelo caixa de diálogo na Geral guia, o nome para exibição do modelo texto, digite um novo nome para esse modelo; Por
exemplo, OperationsManagerCert.
6. Sobre o Tratamento de solicitação guia, selecione Permitir que a chave privada seja exportada.
7. Clique no extensões guia e em extensões incluem neste modelo, clique em Políticas de aplicativose, em seguida, clique em Editar.
8. Na caixa de diálogo Editar Extensão de Diretivas de Aplicativo, clique em Segurança de IP IKE Intermediária e em Remover.
9. Clique em Adicionare o lista de diretivas de aplicativo, mantenha pressionada a tecla CTRL para seleção múltipla itens da lista, clique em Autenticação de
cliente e Autenticação do servidore, em seguida, clique em OK.
10. Na caixa de diálogo Editar Extensão de Diretivas de Aplicativo, clique em OK.
11. Clique no segurança guia e certifique-se de que o Usuários autenticados grupo tem leitura e registro permissões e, em seguida, clique OK.
12. Feche o console de modelos de certificado.
Adicione o modelo para a pasta de modelos de certificado

Para adicionar o modelo para a pasta de modelos de certificado
1. No computador que hospeda a autoridade de certificação corporativa, no snap-in Autoridade de certificação, com o botão direito do Modelos de certificado
pasta, aponte para novae, em seguida, clique em Modelo de certificação a ser emitido.
2. No Ativar modelos de certificado , selecione o modelo de certificado que você criou; Por exemplo, clique em OperationsManagerCerte, em seguida, clique em
OK.
Criar um arquivo de informações de configuração para uso com o utilitário de linha de comando CertReq
Para criar um arquivo de informações ﴾. inf﴿ do programa de instalação
Executar.
2. No Executar caixa de diálogo, digite o bloco de notase, em seguida, clique em OK.
3. Crie um arquivo de texto que contém o seguinte conteúdo:
[NewRequest]
Assunto = "CN =<FQDN do computador que você está criando o certificado, por exemplo, o servidor de gateway ou servidor de gerenciamento.>"
Exportáveis = TRUE
KeyLength = 2048
KeySpec = 1
KeyUsage = 0xf0
MachineKeySet = TRUE
[EnhancedKeyUsageExtension]
OID=1.3.6.1.5.5.7.3.1
OID=1.3.6.1.5.5.7.3.2
4. Salve o arquivo com uma extensão de nome de arquivo. inf; Por exemplo, RequestConfig.inf.
5. Feche o Bloco de Notas.
Criar um arquivo de solicitação

Para criar um arquivo de solicitação para usar com uma autoridade de certificação corporativa
Executar.
3. Na janela de comando, digite CertReq – nova f RequestConfig.inf CertRequest.req, e então pressione ENTER.
4. Usando o bloco de notas, abra o arquivo resultante ﴾por exemplo, CertRequest.req﴿ e copie o conteúdo deste arquivo para a área de transferência.
Enviar uma solicitação à autoridade de certificação

Para enviar uma solicitação para uma CA corporativa
1. No computador que hospeda o recurso de Gerenciador de operações para o qual você está solicitando um certificado, inicie o Internet Explorer e, em seguida, se
conectar ao computador que hospeda os serviços de certificados; Por exemplo, https://<servername>/certsrv.
Observação
Se uma associação HTTPS não foi configurada no site da Web de serviços de certificado, o navegador irá falhar para se conectar. See the topic How to
Configure an HTTPS Binding for a Windows Server 2008 CA in this guide.
2. Sobre o Microsoft Active Directory certificado serviços Welcome de tela, clique em solicitar um certificado.
3. Sobre o solicitar um certificado página, clique em solicitação avançada de certificado.
4. Sobre o Solicitação avançada de certificado página, clique em envie uma solicitação de certificado usando o arquivo CMC ou PKCS #10 codificado na base
64, ou envie uma solicitação de renovação usando um arquivo PKCS #7 codificado na base 64.
5. Sobre o Enviar uma solicitação de certificado ou solicitação de renovação página, o Solicitação salva caixa de texto, colar o conteúdo de CertRequest.req de
arquivo que você copiou na etapa 4 do procedimento anterior.
6. No Modelo de certificado selecione o modelo de certificado que você criou, por exemplo, OperationsManagerCert e, em seguida, clique em Enviar.
7. Sobre o Certificado emitido página, selecione codificado em Base 64e, em seguida, clique em Fazer Download do certificado.
8. No Download de arquivo – Aviso de segurança caixa de diálogo, clique em Salvare salvar o certificado; Por exemplo, salve como NewCertificate.cer.
Importe o certificado para o armazenamento de certificados

Para importar o certificado para o armazenamento de certificados
1. No computador que hospeda o recurso de Gerenciador de operações para o qual você está configurando o certificado, clique em Iniciare, em seguida, clique em
Executar.
3. Na janela de comando, digite CertReq –Accept NewCertifiate.cer, e então pressione ENTER.
Importe o certificado para o Operations Manager usando MOMCertImport

Para importar o certificado para o Operations Manager usando MOMCertImport
1. Faça logon no computador onde você instalou o certificado com uma conta que seja membro do grupo Administradores.
4. No prompt de comando, digite <letra_da_unidade>: (onde <letra_da_unidade> é a unidade onde o Operations Managermídia de instalação está localizada﴿, e então
pressione ENTER.
5. Tipo de cd\SupportTools\i386, e então pressione ENTER.
Observação
Em computadores de 64 bits, digite cd\SupportTools\amd64
6. Digite isto:
MOMCertImport /SubjectName <nome de assunto do certificado>
7. Pressione ENTER.
1.
Observação
Consulte Também
Conceitos
Autenticação e criptografia de dados para computadores Windows
-----
-----
Como configurar uma ligação HTTPS para uma autoridade de
certificação do Windows Server 2008
Importante
referência.
Se você estiver configurando uma nova autoridade de certificação ﴾CA﴿ pela primeira vez para uso com o System Center 2012 – Operations Manager, use o procedimento
a seguir para configurar uma ligação HTTPS para a CA.
1.
Observação
Para configurar uma ligação HTTPS

1. No computador que hospeda a autoridade de certificação, na área de trabalho do Windows, clique em Iniciar, aponte para programas, aponte para Ferramentas
administrativase, em seguida, clique em o Gerenciador do Internet Information Services (IIS).
2. No Gerenciador do Internet Information Services (IIS) na caixa de conexões painel, expanda o nome do computador, expanda Sitese, em seguida, clique em
Default Web Site.
3. No Ações painel, clique em ligações.
4. No Ligações de Site caixa de diálogo, clique em Add.
5. No Adicionar ligação de Site caixa de diálogo na tipo menu, selecione https.
6. No Certificado SSL lista, selecione a entrada que corresponde ao nome do computador e, em seguida, clique em OK.
7. No Ligações de Site caixa de diálogo, clique em Fechar.
8. No conexões painel, em Site da Web padrão, clique em CertSrv.
9. No /CertSrv Home painel, com o botão direito Configurações de SSLe, em seguida, clique em Recurso de abertura.
10. No As configurações de SSL painel, clique em Exigir SSL.
11. No Ações painel, clique em Aplicare, em seguida, feche o Gerenciador do Internet Information Services (IIS).
-----
-----
No System Center 2012 – Operations Manager, o ACS ﴾Serviços de Coleta de Auditoria﴿ fornece um meio de coleta de registros gerados por uma política de auditoria e
os armazena em um banco de dados centralizado. Com o ACS, as organizações podem consolidar logs de Segurança individuais em um banco de dados com
gerenciamento central, e podem filtrar e analisar eventos usando as ferramentas de análise e relatórios de dados fornecidas pelo Microsoft SQL Server. Para obter mais
informações, consulte Collecting Security Events Using Audit Collection Services in Operations Manager 2012 ﴾Coletando eventos de segurança usando Serviços de Coleta
de Auditoria no Operations Manager 2012)
Os relatórios ACS podem ser instalados em duas configurações.
Uma versão suportada do SSRS ﴾Microsoft SQL Server Reporting Services﴿ com Operations Manager Reporting já instalado. Uma vantagem disso é a capacidade
de exibir relatórios ACS no console de operações.
Uma instância do SSRS sem o Operations Manager Reporting instalado.
Os procedimentos de instalação do ACS Reporting não diferem, mas o aplicativo de controle de acesso é diferente. Implantando o ACS Reporting na mesma instância do
SQL Server Reporting Services do Operations Manager Reporting, a mesma segurança baseada em função se aplica a todos os relatórios. Isso significa que os usuários
do ACS Reporting precisam ser atribuídos à Função de Operador de Relatório do Operations Manager para acessar os relatórios ACS.
Além da associação na Função de Relatórios do Operations Manager, a função db_datareader deve também ser atribuída aos usuários do relatório ACS no banco de
dados ACS ﴾OperationsManagerAC﴿ para a execução de relatórios ACS. Esse requisito independe da presença do Operations Manager Reporting
Se optar por instalar o ACS Reporting independentemente do Operations Manager Reporting, você também poderá usar a segurança SSRS para proteger os relatórios.
Para obter mais informações, consulte o tutorial de Manuais Online do SQL Server Tutorial: Definindo Permissões no Reporting Services.
Preparando para a instalação

Implante o ACS, conforme descrito nos tópicos a seguir, antes de instalar o relatório do ACS.
Como instalar os serviços de coleta de auditoria ﴾ACS﴿
Como implantar o ACS em um servidor de gerenciamento secundário
Como instalar um coletor de serviços ﴾ACS﴿ de coleta de auditoria e banco de dados
Antes de iniciar
1. Um servidor de gerenciamento para seu grupo de gerenciamento deve ser instalado e o ACS deve ser configurado no servidor de gerenciamento. Para obter mais
informações, consulte Collecting Security Events Using Audit Collection Services in Operations Manager 2012 ﴾Coletando Eventos de Segurança usando os Serviços
de Coleta de Auditoria no Operations Manager 2012) .
2. Uma instância de uma versão suportada do Microsoft SQL Server Reporting Services deve ser instalada no computador de destino.
3. Durante o procedimento, será necessário estar conectado como membro da função de usuário Operadores de Relatórios do Operations Manager.
4. O IIS deve estar instalado no sistema de hospedagem. O IIS terá que estar instalado se você estiver compartilhando com um Servidor de Relatórios.
5. Você precisa ter acesso ao banco de dados ACS.
6. Será necessária a mídia de instalação do Operations Manager.
O conteúdo a seguir irá ajudá-lo a instalar o ACS em um servidor de gerenciamento secundário, além de instalar os Relatórios ACS.
Como implantar a emissão de relatórios do ACS
-----
-----
Como instalar os serviços de coleta de auditoria (ACS)
Importante
referência.
O procedimento a seguir fornece as etapas gerais necessárias para instalar o System Center 2012 – Operations Managerrecurso de serviços de coleta de auditoria ﴾ACS﴿
dentro de sua organização.
Observação
Para desinstalar o Operations Managerdo servidor de gerenciamento que funciona como o coletor ACS, primeiro desinstale o ACS.
Consulte Coleta de segurança eventos usando Audit Collection Services no Operations Manager no guia de operações para obter informações sobre requisitos de
sistema mínimos e recomendados do ACS.
1.
Observação
Para instalar os serviços de coleta de auditoria

1. Planeje uma diretiva de auditoria para sua organização. Para obter mais informações sobre como configurar uma diretiva de auditoria, consulte Advanced
auditoria diretiva passo a passo guia de segurança do.
2. Planeje a implantação do servidor ACS. Isso inclui a decidir qual servidor irá atuar como o banco de dados do ACS e o servidor de gerenciamento irá atuar como
o coletor ACS. Verifique se os computadores selecionados para essas funções atendem aos requisitos mínimos do sistema. Consulte Coleta de segurança eventos
usando Audit Collection Services no Operations Manager no guia de operações para obter mais informações sobre o ACS e os requisitos de sistema para cada
recurso.
3. Planeje quais agentes do Operations Manager serão encaminhadores ACS. Todos os computadores dos quais deseja coletar eventos de segurança devem ser
encaminhadores ACS.
4. Instalar e configurar os pré-requisitos para recursos do ACS.
5. ﴾Opcional﴿ Separe as funções do administrador e do auditor, fazendo o seguinte:
a. Crie um grupo local somente para usuários que acessam e executam relatórios nos dados do banco de dados ACS. Para obter instruções passo a passo
para a criação de um grupo local, consulte a seção "para criar uma conta de grupo no Active Directory" no "Criando contas de usuário e grupo" tópico em
http://go.microsoft.com/fwlink/?LinkId=74159.
b. Conceda acesso ao grupo local recém-criado ao banco de dados SQL, criando um novo Logon SQL para o grupo e atribuindo esse logon à permissão de
db_datareader. Para obter instruções passo a passo para criar um logon do SQL, vá para Configurar uma conta de usuário em um servidor SQL.
c. Adicione as contas de usuários que atuarão como auditores, ao grupo local.
6. Implante o Banco de Dados e os Coletores ACS. See Como instalar um coletor de serviços ﴾ACS﴿ de coleta de auditoria e banco de dados.
7. Execute a tarefa Habilitar Coleta para Auditoria para iniciar o serviço do Encaminhador ACS nos encaminhadores ACS. Para obter mais informações, consulte
como os serviços de coleta de auditoria ﴾ACS﴿ Ativar encaminhadores.
8. Implemente a diretiva de auditoria dentro da organização.
Consulte Também
Tarefas
Conceitos
-----
-----
Como instalar um coletor de serviços (ACS) de coleta de
auditoria e banco de dados
Importante
referência.
Use os seguintes procedimentos em System Center 2012 – Operations Managerpara instalar um coletor de serviços de coleta de auditoria ﴾ACS﴿ e o banco de dados e
iniciar o serviço para o computador do coletor ACS. Ambos os procedimentos são executados no computador designado como o coletor ACS.
O banco de dados do ACS é executado em uma versão suportada do Microsoft SQL Server. O Assistente para configuração de coletor de serviços auditoria coleção cria
o banco de dados do ACS em uma instalação existente do Microsoft SQL Server. Para concluir o procedimento de instalação, você deve ser membro do grupo
Administradores local sobre o coletor ACS e os computadores de banco de dados do ACS, bem como um administrador de banco de dados no banco de dados ACS.
Como recomendação de segurança, considere o uso de Executar como para executar esse procedimento.
Para obter informações sobre práticas recomendadas de desempenho e requisitos de sistema, consulte Coleta de segurança eventos usando Audit Collection Services no
Operations Manager e Planejamento de capacidade do serviços de coleta de auditoria no guia de operações.
1.
Observação
Para instalar um coletor ACS e um banco de dados ACS

2. Sobre o Operations Managera mídia de instalação, execute Setup.exee, em seguida, clique em Audit collection services.
Para monitorar computadores UNIX e Linux, clique em Audit collection services para UNIX/Linux.
O Auditoria coleção Services coletor Setup assistente é aberto.
3. Na página de Boas-vindas, clique em Avançar.
4. Sobre o Contrato de licença de , leia os termos de licenciamento, clique em aceito o contratoe, em seguida, clique em próximo.
5. Sobre o Opções de instalação do banco de dados página, clique em criar um novo banco de dadose, em seguida, clique em próximo.
6. Sobre o Fonte de dados página, o nome da fonte de dados , digite um nome que você deseja usar como o nome de fonte de dados Open Database Connectivity
﴾ODBC﴿ para o banco de dados do ACS. Por padrão, esse nome é OpsMgrAC. Clique em Avançar.
7. Na página Banco de Dados, se o banco de dados estiver em um servidor separado do Coletor ACS, clique em Servidor de Banco de Dados Remoto e digite o
nome do computador do servidor do banco de dados que hospedará o banco de dados para essa instalação do ACS. Caso contrário, clique em Servidor de
banco de dados executando localmente.
8. No campo Nome da instância do servidor de banco de dados, digite o nome do banco de dados que será criado para o ACS. Caso deixe esse campo em
branco, o nome padrão será usado. No campo de nome do Banco de Dados, o nome padrão do banco de dados, OperationsManagerAC, é automaticamente
inserido. É possível selecionar o texto e digitar um nome diferente ou manter o nome padrão. Clique em Avançar.
Observação
Para exibir uma lista de instâncias do SQL Server, o computador do banco de dados em Iniciar, aponte para programas e abra SQL Server ﴾a versão
apropriada do SQL Server depende da versão do Operations Manager– Consulte Requisitos de sistema do System Center 2012 – gerente de operações) e, em
seguida, clique em SQL Server Management Studio. Sobre o nome do servidor , clique em Procurar mais e, em seguida, expanda Mecanismo de banco de
dados. Todos os bancos de dados são listados como nome do servidor\nome do banco de dados.
9. Sobre o Autenticação de banco de dados , selecione um dos métodos de autenticação. Se o coletor ACS e o banco de dados do ACS são membros do mesmo
domínio, você pode selecionar a autenticação do Windows, caso contrário, selecione autenticação SQLe, em seguida, clique em próximo.
Observação
Caso selecione Autenticação SQL e clique em Avançar, a página Credenciais do Banco de Dados será exibida. No nome de login do SQL , digite o nome da
conta de usuário que tenha acesso para o SQL Server e a senha para essa conta no senha SQL caixa e, em seguida, clique em próximo.
10. Na página Opções de Criação do Banco de Dados, clique em Usar diretórios do arquivo de log e dados padrão do SQL Server para usar pastas padrão do SQL
Server. Caso contrário, clique em Especificar diretórios e insira o caminho completo, incluindo a letra da unidade, do local que deseja para o bando de dados e o
arquivo de log, por exemplo, C:\Arquivos de Programas\Microsoft SQL Server\MSSQL.1\MSSQL\Dados. Clique em Avançar.
11. Na página Agenda de Retenção de Eventos, clique em Hora local do dia para executar a manutenção diária do banco de dados. Escolha uma hora quando o
número de eventos de segurança esperado é baixo. Durante o período de manutenção de banco de dados, o desempenho do banco de dados será afetado. No
o número de dias para manter eventos caixa, digite o número de dias ACS deve manter eventos no banco de dados ACS antes que os eventos serão removidos
durante a manutenção de banco de dados. O valor padrão é 14 dias. Clique em Avançar.
12. No Formato de carimbo de hora armazenados ACS escolha Local ou Universal Coordinated Time, anteriormente conhecido como Greenwich significa tempo e,
em seguida, clique em próximo
13. A página Resumo exibe uma lista de ações que o programa de instalação executará para instalar o ACS. Revise a lista e clique em Avançar para iniciar a
instalação.
Observação
Se um logon do SQL server caixa de diálogo é exibida e a autenticação de banco de dados estiver definida como a autenticação do Windowsbanco de dados
correto e clique em verificar se o Usar conexão confiável caixa de seleção está marcada. Caso contrário, clique para remover a seleção e insira o nome e a
senha de logon do SQL. Clique em OK.
14. Quando a instalação estiver concluída, clique em Concluir.
Consulte Também
Tarefas
Conceitos
-----
-----
Como implantar o ACS em um servidor de gerenciamento
secundário
Importante
referência.
Neste procedimento, o coletor de serviços de coleta de auditoria e os bancos de dados de serviços de coleta de auditoria ﴾ACS﴿ são instalados em servidores diferentes,
com o coletor ACS em um servidor de gerenciamento autônomo e o banco de dados do ACS em um banco de dados separado. O serviço Coletor de ACS de gerente de
operações deve ser instalado em um servidor de gerenciamento existente. Você também pode optar por criar um banco de dados do ACS usar ou você pode permitir
que o programa de instalação crie um para você. Neste procedimento, um servidor de gerenciamento secundário autônomo já existente é usado para o coletor ACS e
um novo banco de dados do ACS é criado pela configuração do ACS. Para uma visão geral do ACS, consulte Coleta de segurança eventos usando Audit Collection
Services no Operations Manager 2012.
Quando você terminar esse procedimento, você deve habilitar a função de encaminhador ACS em todos os agentes de gerente de operações que você deseja coletar
eventos de Log de eventos de segurança do Windows de. Para obter mais informações sobre como Ativar encaminhadores ACS, consulte como Ativar encaminhadores
ACS.
1.
Observação
Para instalar o ACS em um servidor de gerenciamento secundário

1. Fazer logon no servidor de gerenciamento secundário é hospedar o coletor ACS com a conta de administrador do Operations Manager baseado em domínio.
Essa conta já deve ter direitos administrativos locais.
2. Sobre o Operations ManagerIniciar mídia de instalação, Setup.exe.
3. Sob o instalar título, clique no Audit collection services link. O Auditoria coleção Services coletor Setup assistente é aberto.
5. Sobre o Contrato de licença de página, selecione o aceito o contrato opção e clique em próximo.
6. Sobre o Opções de instalação do banco de dados página, selecione o criar um novo banco de dados opção. Isso cria o banco de dados do ACS na instância
designada do SQL Server com o usuário de login e o banco de dados SQL e procedimentos armazenados e as tabelas necessárias para o coletor. Clique em
Avançar.
7. No Fonte de dados página, o nome de fonte de dados de campo, aceite o valor padrão de OpsMgrACe, em seguida, clique em próximo.
Observação
O coletor ACS usa um nome de fonte de dados (DSN) do Open Database Connectivity (ODBC) para se comunicar com o banco de dados do ACS.
8. Sobre o banco de dados página, selecione o o servidor de banco de dados remoto opção. No nome de máquina do servidor de banco de dados remoto ,
informe o valor no campo nome da rede do SQL Server. Deixe o nome de instância do servidor de banco de dados de campo em branco, a menos que você
tiver instalado um cluster do SQL Server em uma instância nomeada do SQL Server e, em seguida, digite esse valor. No nome de banco de dados de campo,
aceite o padrão de OperationsManagerAC, mas se você planeja hospedar vários bancos de dados do ACS na mesma instância do SQL Server, digite um nome
exclusivo. Clique em Avançar.
9. Sobre o Autenticação de banco de dados página, selecione a autenticação do Windowse, em seguida, clique em próximo. Ao selecionar a autenticação do
Windows, os serviços de coletor ACS usará a conta de máquina local para gravar no banco de dados do ACS durante operações normais.
10. No Opções de criação de banco de dados página, selecione o do SQL Server usar dados e log de arquivo diretórios padrão de opção e, em seguida, clique em
próximo.
11. No Agenda de eventos de retenção de página, defina o Hora Local do dia para realizar a manutenção diária e número de dias que um evento é mantido no
banco de dados opções para os valores apropriados e, em seguida, clique próximo.
12. No ACS formato de carimbo de hora armazenados de página, selecione o Local ou Hora Universal coordenada (UTC) opção e, em seguida, clique em próximo.
13. Sobre o Resumo página, examine as opções de instalação e, em seguida, clique em próximo.
14. Durante a instalação, você talvez seja solicitado um logon do SQL Server. Se você efetuou logon com uma conta que tenha direitos de administrador do SQL
Server, em seguida, aceite o padrão ou caso contrário, fornecer credenciais que tenham os direitos de administrador do SQL Server.
Observação
Essa conta é usada pelo processo de instalação para criar o banco de dados do ACS.
15. Clique em Concluir para concluir a instalação.
16. Abra o SQL Server Management Studio ferramenta, abra o bancos de dados pasta e confirme a presença do OperationsManagerAC banco de dados.
17. No servidor de gerenciamento do ACS, abra Gerenciador de servidores ferramenta, expanda o configuração recipiente e selecione Serviçose confirme que o
Operations Manager auditoria coleção serviço está presente, o que for iniciado e que o Tipo de inicialização é definida como automáticas.
18. Agora você pode ativar os encaminhadores ACS. Para obter mais informações, consulte como Ativar encaminhadores ACS.
Consulte Também
Tarefas
Conceitos
-----
-----
Importante
referência.
Implantar serviços de coleta de auditoria ﴾ACS﴿ relatórios sobre uma versão suportada da instância do Microsoft SQL Server Reporting Services ﴾SSRS﴿. Se System Center
2012 – Operations Managerrelatórios também foi instalado na mesma instância do SSRS, você pode exibir os relatórios do ACS no console de operações. Antes de
implantar o ACS, há um número de etapas necessárias, que você deve executar, como garantir que um ACS está configurado no servidor de gerenciamento dentro de seu
grupo de gerenciamento. Para obter mais informações, consulte Implantando o ACS e o ACS Reporting.
1.
Observação
Para implantar a emissão de relatórios do ACS

1. Faça logon no servidor que será usado para host ACS relatórios como um usuário é um administrador da instância do SSRS.
2. Crie uma pasta temporária, como C:\acs.
3. Na mídia de instalação, vá para \ReportModels\acse copie o conteúdo da pasta para a pasta de instalação temporários.
Há duas pastas ﴾ Models e Reports) e um arquivo chamado UploadAuditReports.cmd.
4. Na mídia de instalação, vá para \SupportToolse copie o arquivo ReportingConfig.exe para o temporário acspasta.
5. Abra uma janela de Prompt de comando usando o Executar como administrador opção e, em seguida, altere os diretórios para o temporário acspasta.
6. Execute o seguinte comando.

UploadAuditReports "<AuditDBServer\Instance>" "<URL do servidor de relatórios>" "<caminho da pasta copiada do acs>"
por exemplo: UploadAuditReports "myAuditDbServer\Instance1" "http://myReportServer/ReportServer$instance1" "C:\acs"
Este exemplo cria uma nova fonte de dados chamada Db Audit, carrega os modelos de relatórios Audit.smdle Audit5.smdle carrega todos os relatórios de
acs\reportsdiretório.
Observação
A URL do servidor de relatório precisa o diretório virtual relatórios do servidor ﴾ReportingServer_<InstanceName>﴿ em vez do diretório de Gerenciador de
relatórios ﴾Reports_<InstanceName>).
7. Abra o Internet Explorer e digite o seguinte endereço para exibir o SQL Reporting Services Home página.
http://<yourReportingServerName>/Reports_<nome_da_instância>
8. Clique em Relatórios de auditoria no corpo da página e, em seguida, clique Mostrar detalhes na parte superior direita da página.
9. Clique no Db auditoria fonte de dados.
10. No Conectar-se usando seção, selecione Segurança integrada do Windows e clique em Aplicar.
Consulte Também
Tarefas
Conceitos
-----
-----
Usando grupos de disponibilidade sempre visíveis no SQL
Server 2012 com o System Center 2012 SP1 - Operations
Manager
O System Center 2012 Service Pack 1 ﴾SP1﴿ - Operations Manager oferece suporte à funcionalidade SQL Server 2012 AlwaysOn.
Os procedimentos explicados aqui não têm o objetivo de fornecer instruções detalhadas sobre como configurar um Grupo de Disponibilidade AlwaysOn do SQL 2012,
mas de fornecer tarefas que precisam ser desempenhadas para que o Operations Manager funcione de modo efetivo durante o uso de grupos de disponibilidade e
também enfatizar a funcionalidade AlwaysOn específica do SQL Server com suporte do SP1.
Para obter mais informações sobre os Grupos de Disponibilidade AlwaysOn do SQL Server 2012, consulte AlwaysOn Availability Groups (SQL Server) (Grupos de
Disponibilidade AlwaysOn (SQL Server)). Um documento do Word que descreve instâncias de cluster de failover multissite AlwaysOn do SQL Server 2012 pode ser
encontrado em SQL Server 2012 AlwaysOn: Multisite Failover Cluster Instance ﴾SQL Server 2012 AlwaysOn: instância de cluster de failover multissite﴿.
Importante
Nós não oferecemos suporte a uma topologia na qual o FCI de relatório ﴾a instância que hospeda apenas o banco de dados de serviços de relatório﴿ está
configurado como parte do Grupo de Disponibilidade AlwaysOn.
Bancos de dados do Operations Manager com suporte do SQL 2012 AlwaysOn

O SQL 2012 AlwaysOn oferece suporte aos seguintes bancos de dados do Operations Manager:
banco de dados Operacional do Operations Manager
Data Warehouse do Operations Manager
banco de dados de ACS ﴾Serviços de Coleta de Auditoria﴿ do Operations Manager
Importante
Para os bancos de dados de Data Warehouse do Operations Manager e de ACS ﴾Serviços de Coleta de Auditoria﴿ do Operations Manager, consulte os procedimentos
em Como mover o banco de dados do Data Warehouse, mas substitua o novo SQL Server no procedimento pelas informações de <nome,porta> do ouvinte do grupo
de Disponibilidade.
Observação
Um padrão de implantação comum determina o uso de instâncis do SQL Server separadas para o Operations Manager, o Data Warehouse do Operations Manager e
os bancos de dados de ACS do Operations Manager. Se você estiver usando esse padrão, verifique se todas as instâncias do SQL Server foram adicionadas ao grupo
de disponibilidade.
Nova instalação de grupo de gerenciamento

Use a série de tarefas a seguir ao instalar um novo grupo de gerenciamento com um Grupo de Disponibilidade AlwaysOn do SQL 2012.
Antes de instalar o Operations Manager em um grupo de disponibilidade
1. Não se esqueça de usar o nome e a porta do ouvinte de grupo ao instalar o Operations Manager para os bancos de dados que serão adicionados aos bancos de
dados de disponibilidade.
2. O primeiro servidor de gerenciamento usará o ouvinte de grupo para obter a instância do SQL primária e instalará os bancos de dados nessa instância.
Após a instalação do primeiro servidor de gerenciamento
1. Verifique se o modelo de recuperação do banco de dados está completo: abra o SQL Server Management Studio e conecte-se à instância na qual os bancos de
dados serão instalados. Clique com o botão direito do mouse no banco de dados de destino, selecione suas propriedades e selecione Opções. Se o modelo de
recuperação não estiver listado como “Completo”, selecione Completo na lista suspensa.
2. Faça um backup completo dos bancos de dados.
3. Use o SQL Server Management Studio para adicionar os bancos de dados aos bancos de dados de disponibilidade. Observe que durante a adição de bancos de
dados aos bancos de dados de disponibilidade em Selecionar Sincronização de Dados, há três opções possíveis: Completa, Ingressar apenas e Ignorar
sincronização de dados inicial. Escolha a opção mais apropriada para você. Nós recomendamos que você selecione a opção Completa e permita que o
assistente para Adicionar Banco de Dados crie um backup completo e faça a restauração dos bancos de dados nas rélicas secundárias. Mais etapas poderão ser
necessárias ou não, dependendo da escolha feita. Consulte Manually Prepare a Secondary Database for an Availability Group (SQL Server) (Preparar um banco de
dados secundário manualmente para um grupo de disponibilidade ﴾SQL Server﴿﴿ para obter mais informações.
4. No novo servidor qe hospeda o banco de dados operacional, expanda Segurança, Logons e adicione o nome da conta do gravador de dados. Para obter mais
informações sobre como criar um logon no SQL Server, consulte Create a Login (Crie um logon).
5. Em Logons, adicione a conta de ação.
6. Em Logons, adicione a conta de computador DAS ﴾Serviço de Acesso a Dados﴿ no formato “domínio\nomedocomputador$”.
7. Para a conta de computador DAS, adicione os seguintes mapeamentos de usuário:
a. ConfigService
b. db_accessadmin
c. db_datareader
d. db_datawriter
e. db_ddladmin
f. db_securityadmin
g. sdk_users
h. sql_dependency_subscriber
8. No novo servidor qe hospeda o banco de dados do data warehouse, expanda Segurança, Logons e adicione a conta do gravador de dados. Para obter mais
informações sobre como criar um logon no SQL Server, consulte Create a Login (Crie um logon).
9. Em Logons, adicione a conta do leitor de dados.
10. Em Logons, adicione a conta de computador de Serviço de Acesso a Dados no formato “domínio\nomedocomputador$”.
a. db_datareader
b. OpsMgrReader
c. apm_datareader
Problemas conhecidos
Quando você abrir o console do Operations Manager após a falha de um nó para o outro, talvez encontre o seguinte problema:
Execution of user code in the .NET Framework is disabled. Enable “clr enabled” configuration option. Could not use view or function ‘dbo.fn_ModuleTypeView’
because of binding errors.
Para resolver esse problema, execute o seguinte comando SQL no banco de dados da nova instância SQL da réplica primária.
sp_configure 'show advanced options', 1;

GO
RECONFIGURE;
GO
sp_configure 'clr enabled', 1;
GO
RECONFIGURE;
GO
Grupo de gerenciamento existente

Use a série de tarefas a seguir ao utilizar um grupo de gerenciamento existente com um Grupo de Disponibilidade AlwaysOn do SQL 2012.
Tarefas a serem executadas com o grupo de gerenciamento existente
1. Verifique se todas as máquinas SQL que hospedam seus bancos de dados do Operations Manager fazem parte de réplicas do grupo de disponibilidade ou
adicione-as, caso não façam parte dessas réplicas.
2. Abra o Management Studio no computador SQL que hospeda os bancos de dados do Operations Manager, clique com o botão direito do mouse em cada banco
de dados que fará parte dos bancos de dados de disponibilidade e, para cada um deles, selecione suas propriedades e selecione Opções para alterar o modelo
de recuperação para Completa na lista suspensa.
3. Anote o nome e a porta do ouvinte do grupo de disponibilidade.
4. Em cada servidor de gerenciamento, execute regedit de um CMD elevado e, em seguida, edite HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System
Center\2010\Common\Database.
Altere o DatabaseServerName para <AvailabilityGroupListnerName,portNumber>
5. Em cada servidor de gerenciamento, edite o seguinte arquivo:
%ProgramFiles%\System Center 2012\Operations Manager\Server\ConfigService.config
Na marca <Category> chamada “Cmdb”, altere o valor de ServerName para o nome do ouvinte do grupo de disponibilidade e altere PortNumber para a porta
do ouvinte do grupo de disponibilidade.
6. Siga estas etapas para atualizar o banco de dados do Operations Manager com as informações de nome e porta do ouvinte do grupo:
a. Abra o SQL Server Management Studio.
b. Expanda Bancos de Dados, Operations Manager e Tabelas.

c. Clique com o botão direito do mouse em dbo. MT_Microsoft$SystemCenter$ManagementGroup e clique em Editar 200 Linhas Superiores.
d. Altere o valor na coluna SQLServerName_<GUID> para refletir as informações de <nome,porta> do ouvinte do grupo de disponibilidade.
e. Salve a alteração.
7. Atualize o banco de dados do Operations Manager com o ouvinte do grupo de disponibilidade para especificar o local das tabelas de monitoramento de
desempenho do aplicativo.
b. Expanda Bancos de Dados, Operations Manager e Tabelas.
c. Clique com o botão direito do mouse em dbo. MT_Microsoft$SystemCenter$OpsMgrDB$AppMonitoring e clique em Editar 200 Linhas Superiores.
d. Altere o valor na coluna MainDatabaseServerName_<GUID> para refletir as informações de <nome,porta> do ouvinte do grupo de disponibilidade e sua
porta.
8. Clique com o botão direito do mouse em cada banco de dados e, em Tarefa, selecione Backup (Backup Completo).
9. Navegue até o nó Grupo de Disponibilidade e expanda-o. Clique com o botão direito do mouse em Banco de dados de disponibilidade e selecione Adicionar
banco de dados.
Na página Selecionar Sincronização de Dados Inicial, selecione uma preferência de sincronização de dados. Nós recomendamos a seleção de Completa. A
sincronização de dados completa tem a vantagem de criar um backup completo e restauração dos bancos de dados nas réplicas secundárias.
Ao final dessa tarefa, todos os bancos de dados serão adicionados ao grupo de disponibilidade e restaurados em todos os nós de réplica de disponibilidade.
10. Use o SQL Server Management Studio para adicionar os bancos de dados aos bancos de dados de disponibilidade. Observe que durante a adição de bancos de
dados aos bancos de dados de disponibilidade em Selecionar Sincronização de Dados, há três opções possíveis: Completa, Ingressar apenas e Ignorar
sincronização de dados inicial. Escolha a opção mais apropriada para você. Nós recomendamos que você selecione a opção Completa e permita que o
assistente para Adicionar Banco de Dados crie um backup completo e faça a restauração dos bancos de dados nas rélicas secundárias. Mais etapas poderão ser
necessárias ou não, dependendo da escolha feita. Consulte Manually Prepare a Secondary Database for an Availability Group (SQL Server) (Preparar um banco de
dados secundário manualmente para um grupo de disponibilidade ﴾SQL Server﴿﴿ para obter mais informações.
11. Para cada uma das réplicas secundárias, abra build_mom_db_admin.sql no Bloco de Notas. O arquivo está localizado em
<installationMedisFolder>\Setup\AMD64﴿. Em seguida, procure a seção de mensagens MOMv3. Copie essa seção para o SQL Server Management Studio,
iniciando e executando uma nova consulta.
-----
-----
Usando um firewall
Conectando-se ao Data Warehouse de relatórios através de um firewall

Esta seção descreve como configurar o seu ambiente para possibilitar a colocação de um data warehouse de relatórios atrás de um firewall.
Observação
Não existe suporte para a separação do console de Operações, do servidor de gerenciamento ou do Servidor de Relatórios por um firewall ou entre um limite de
confiança.
Em um ambiente no qual o data warehouse de relatórios está separado do servidor de gerenciamento e do Servidor de Relatórios por um firewall, não é possível usar a
Autenticação Integrada do Windows. É necessário tomar medidas para configurar a Autenticação do SQL Server. As próximas seções explicam como habilitar a
Autenticação do SQL Server entre o servidor de gerenciamento, o Servidor de Relatórios e o data warehouse de Relatórios, como mostra a ilustração a seguir.
Servidor de gerenciamento e data warehouse de Relatórios

As seguintes etapas são necessárias para habilitar a Autenticação do SQL Server:
1. No computador que hospeda o data warehouse de Relatórios, crie um Logon do SQL Server na função adequada para o leitor e o gravador. As credenciais
fornecidas para esta conta devem se tornar membro das seguintes funções no banco de dados do data warehouse residente no computador que executa o SQL
Server:
a. OpsMgrWriter
b. db_owner ﴾somente para o grupo de gerenciamento proprietário no banco de dados﴿
2. No computador que hospeda o servidor de gerenciamento, crie uma Conta Executar como (do tipo Simples) com as credenciais da etapa anterior.
3. Associe essa conta Executar como com o perfil Executar como denominado Conta de Autenticação do SQL Server do Data Warehouse, direcionando este perfil a
cada servidor de gerenciamento. Para obter mais informações, consulte Como alterar a execução como a conta associada a uma execução como perfil neste guia.
Se houver um firewall entre o servidor de gerenciamento e o data warehouse de Relatórios, será necessário abrir a porta 1433.
Servidor de Relatórios e data warehouse de Relatórios

Se houver um firewall ou um limite de confiança entre o Servidor de Relatórios e o data warehouse de Relatórios, será necessário estabelecer comunicações ponto a
ponto.
A conta especificada como a Conta do Leitor de Dados durante a configuração de Relatórios se tornará a Conta de Execução no Servidor de Relatórios, sendo utilizada
para conexão com o data warehouse de Relatórios.
Você deverá determinar qual número de porta está sendo usado pelo computador que executa o SQL Server no data warehouse de Relatórios e inserir esse número na
tabela dbo.MT_DataWarehouse do banco de dados do Operations Manager. Consulte Como configurar o Data Warehouse de relatórios para escutar em uma porta de
TCP/IP específica.
Servidor de relatórios e servidor de gerenciamento separados por um firewall

Uma mensagem de erro do tipo "Não foi possível verificar se o usuário atual está na Função sysadmin" poderá ser exibida durante a instalação de Relatórios, se o
servidor de relatórios e o servidor de gerenciamento estiverem separados por um firewall. Esta mensagem de erro pode ser exibida mesmo que as portas apropriadas
do firewall tenham sido abertas. Este erro ocorre depois de inserir o nome do computador para o servidor de gerenciamento e clicar em Avançar. Este erro também
pode aparecer quando a Configuração de Relatórios não conseguir se conectar ao banco de dados operacional no servidor de gerenciamento. Neste ambiente, você
deve determinar qual número de porta está sendo utilizado pelo computador que executa o SQL Server e configurar o banco de dados do Operations Manager para que
ele utilize esse número de porta. Consulte o tópico Como configurar o banco de dados do Gerenciador de operações para escutar em uma porta de TCP/IP específica.
Atribuições de portas
A tabela a seguir exibe a interação de recursos com o Operations Manager em um firewall, incluindo informações sobre as portas utilizadas para comunicação entre os
recursos, em qual direção abrir a porta de entrada e se o número da porta pode ser alterado.
Direção
e
Recurso A do Recurso B do Operations
número Configurável Observação
Operations Manager Manager
da
porta
servidor de 1433 --- Banco de dados do Operations Sim ﴾Instalação﴿

gerenciamento > Manager
servidor de 5723, servidor de gerenciamento Não Para instalar este recurso, a porta 5724 deverá estar aberta e poderá ser
gerenciamento 5724 --- fechada depois que ele for instalado.
>
servidor gateway 5723 --- servidor de gerenciamento Não

>
servidor de 1433 --- Data warehouse de relatórios Não

gerenciamento >
Servidor de 5723, servidor de gerenciamento Não Para instalar este recurso, a porta 5724 deverá estar aberta e poderá ser
relatórios 5724 --- fechada depois que ele for instalado.
>
Console de 5724 --- servidor de gerenciamento Não

operações >
Fonte do Connector 51905 - servidor de gerenciamento Não

Framework -->
servidor do console Porta servidor de gerenciamento Não

Web do site
da
Web---
>
navegador do 51908 - servidor do console Web Sim (Admin IIS) A porta 51908 é a porta padrão usada ao selecionar a Autenticação do
console Web --> Windows. Se você selecionar Autenticação de Formulários, será necessário
instalar um certificado SSL e configurar uma porta disponível para a
funcionalidade https do site do console Web do Operations Manager.
servidor de 5724 --- servidor de gerenciamento Não

gerenciamento > conectado (Conectado)
conectado (Local)
Agente instalado 5723 --- servidor de gerenciamento Sim ﴾Instalação﴿

usando o >
MOMAgent.msi
Agente instalado 5723 --- servidor de gerenciamento Sim ﴾Instalação﴿

usando o >
MOMAgent.msi
Agente instalado 5723 --- servidor gateway Sim ﴾Instalação﴿

usando o >
MOMAgent.msi
servidor gateway 5723 --- servidor de gerenciamento Sim ﴾Instalação﴿

>
Agente 51909 - coletor do Serviço de Coleta Sim (Registro)

(Encaminhador ACS --> de Auditoria do servidor de
﴾Serviço de Coleta de gerenciamento
Auditoria))
Dados de 51906 - compartilhamento de arquivos Sim (Assistente

Monitoramento de --> de Monitoramento de para
Exceções sem Agente Exceções sem Agente do Monitoramento
do cliente servidor de gerenciamento de Cliente)
Dados do Programa 51907 - ponto de extremidade do Sim (Assistente

de Aperfeiçoamento --> servidor de gerenciamento para
da Experiência do (Programa de Monitoramento
Usuário do cliente Aperfeiçoamento da de Cliente)
Experiência do Usuário﴿
Console de 80 ---> SQL Reporting Services Não O console de Operações usa a porta 80 para conectar-se ao site da Web do
Operações SQL Reporting Services.
﴾relatórios﴿
Servidor de 1433 --- Data warehouse de relatórios Sim

relatórios >
servidor de 1433 --- Banco de dados do Serviço de Sim

gerenciamento > Coleta de Auditoria (ACS)
﴾coletor de Serviços
de Coleta de
Auditoria)
-----
-----
Como configurar o banco de dados do Gerenciador de
operações para escutar em uma porta de TCP/IP específica
Importante
referência.
Execute as seguintes etapas para configurar uma porta estática para o banco de dados operacional:
Use o SQL Server Configuration Manager para desativar o endereçamento de porta dinâmica, especificar uma porta estática, desativar e parar o serviço
navegador do SQL Server e, em seguida, reinicie o SQL Server <Instance> service.
Edite a tabela de dbo.MT_ManagementGroup com o número de porta estática.
Edite o registro para configurar o número de porta estática no servidor de gerenciamento.
Cuidado
A edição incorreta do registro pode danificar gravemente o sistema. Antes de fazer alterações no Registro, faça backup de dados importantes.
1.
Observação
Para configurar o número de porta de banco de dados operacional

1. Faça logon no computador que hospeda o banco de dados operacional.
2. Na área de trabalho da Windows, clique em Iniciar, aponte para programas, aponte para a oferta apropriada do Microsoft SQL Server, aponte para Ferramentas
de configuração dee, em seguida, clique em SQL Server Configuration Manager.
3. No SQL Server Configuration Manager diálogo caixa, expanda A configuração de rede do SQL Servere, em seguida, clique em protocolos para <instância>.
4. No painel de resultados, clique TCP/IPe, em seguida, clique em Propriedades.
5. No Propriedades de TCP/IP caixa de diálogo, clique no Endereços IP guia.
6. Vários endereços IP aparecem no formato IP1, IP2, até IPAll. Um deles é o endereço IP do adaptador de loopback 127.0.0.1. Endereços IP adicionais aparecem
para cada endereço IP no computador. Expand IP1, IP2, up to IPAll.
7. Para o IPn áreas, se o Portas TCP dinâmicas caixa de diálogo contém um 0, indicando o mecanismo de banco de dados está escutando nas portas dinâmicas,
excluir o 0.
8. No IPAll área, se o Portas TCP dinâmicas caixa de diálogo contém um número de porta ﴾que indica o número de porta dinâmica que foi atribuído﴿, exclua o
número da porta.
9. No IPAll área, a Porta TCP diálogo, digite o número de porta estática que você deseja usar e, em seguida, clique em OK.
10. No SQL Server Configuration Manager caixa de diálogo, clique em SQL Server Services.
11. No SQL Server Configuration Manager painel de resultados, clique com botão direito Navegador do SQL Servere selecione Propriedades.
12. No Propriedades de navegador do SQL Server caixa de diálogo, clique no Service guia.
13. Na guia Serviços, clique em Iniciar o modo de. No Iniciar o modo de , clique em desativadoe, em seguida, clique em OK.
14. No painel de resultados de SQL Server Configuration Manager, clique Navegador do SQL Servere, em seguida, clique em Parar.
15. No painel de resultados, clique SQL Server ﴾<nome de ocorrência>﴿e, em seguida, clique em reinicie.
16. Fechar o SQL Server Configuration Manager.
Para inserir o número da porta do SQL Server na tabela dbo.MT_ManagementGroup

1. No computador que hospeda o banco de dados operacional, a área de trabalho do Windows, clique em Iniciar, aponte para programas, aponte para Microsoft
SQL Server 2008e, em seguida, clique em SQL Server Management Studio.
2. No conectar-se ao servidor na caixa de tipo de servidor lista, selecione Mecanismo de banco de dados.
3. No nome do servidor lista, digite o nome do servidor, a instância e o número da porta para o banco de dados operacional ﴾por exemplo, computer\<instância>﴿.
4. No autenticação lista, selecione A autenticação do Windowse, em seguida, clique em Connect.
5. No painel de Object Explorer, expanda bancos de dados, expanda o banco de dados operacional (por exemplo, OperationsManager), expanda tabelas, com o
botão direito dbo.MT_ManagementGroupe, em seguida, clique em Abrir tabela.
6. No painel de resultados, role para a direita para a coluna intitulada SQLServerName_<guid>.
7. Na primeira linha, digite computer\<instância> seguido por uma vírgula, um espaço e o número da porta do SQL Server ﴾por exemplo, computer\INSTANCE1,
<porta>).
8. Clique em Arquivo e em Sair.
Para editar o registro no servidor de gerenciamento

1. Faça logon no computador que hospeda o servidor de gerenciamento.
2. Na área de trabalho do Windows, clique em Iniciar, Executar, digite regedit e clique em OK.
3. No Editor do registro página, expanda HKEY_LOCAL_MACHINE, expanda SOFTWARE, expanda Microsoft, expanda Microsoft Operations Manager, expanda
3.0e, em seguida, clique em instalação.
4. No painel de resultados, clique DatabaseServerNamee, em seguida, clique em Modificar.
5. No Editar seqüência caixa de diálogo, na caixa de texto dados do valor, acrescentar a entrada do nome do servidor de banco de dados com uma vírgula e um
espaço e, em seguida, digite o número da porta. Por exemplo, <comuter_name>\<instância>, <o número de porta>.
6. Clique em OK.
-----
-----
Como configurar o Data Warehouse de relatórios para escutar
em uma porta de TCP/IP específica
Importante
referência.
Execute os procedimentos a seguir para configurar uma porta estática para o data warehouse de relatórios:
Use o SQL Server Configuration Manager para desativar o endereçamento de porta dinâmica, especificar uma porta estática, desativar e parar o serviço
navegador do SQL Server e, em seguida, reinicie o SQL Server <Instance> service.
Edite a tabela de dbo.MT_ManagementGroup com o número de porta estática.
Edite o dbo.Tabela de MemberDatabase com o número de porta estática.
Edite o registro para configurar o número de porta estática no servidor de gerenciamento.
Cuidado
A edição incorreta do registro pode danificar gravemente o sistema. Antes de fazer alterações no Registro, faça backup de dados importantes.
Edite as configurações do SQL Server Reporting Services.
1.
Observação
Para configurar o número de porta de banco de dados do Operations Manager

1. Faça logon no computador que hospeda o data warehouse de relatórios.
2. Na área de trabalho da Windows, clique em Iniciar, aponte para programas, aponte para Microsoft SQL Server 2008, aponte para Ferramentas de configuração
dee, em seguida, clique em SQL Server Configuration Manager.
3. No SQL Server Configuration Manager diálogo caixa, expanda Configuração de rede do SQL Server 2008e, em seguida, clique em protocolos para <instância>.
4. No painel de resultados, clique TCP/IPe, em seguida, clique em Propriedades.
5. No Propriedades de TCP/IP caixa de diálogo, clique no Endereços IP guia.
6. Vários endereços IP aparecem no formato IP1, IP2, até IPAll. Um deles é o endereço IP do adaptador de loopback 127.0.0.1. Endereços IP adicionais aparecem
para cada endereço IP no computador. Expand IP1, IP2, up to IPAll.
7. Para o IPn áreas, se o Portas TCP dinâmicas caixa de diálogo contém um 0, indicando o mecanismo de banco de dados está escutando nas portas dinâmicas,
excluir o 0.
8. No IPAll área, se o Portas TCP dinâmicas caixa contém uma porta número ﴾que indica o número de porta dinâmica que foi atribuído﴿ excluir o número da porta.
9. No IPAll área, a Porta TCP diálogo, digite o número de porta estática que você deseja usar e, em seguida, clique em OK.
10. No SQL Server Configuration Manager caixa de diálogo, clique em Serviços do SQL Server 2008.
11. No SQL Server Configuration Manager painel de resultados, clique com botão direito Navegador do SQL Server e selecione Propriedades.
12. No Propriedades de navegador do SQL Server caixa de diálogo, clique no Service guia.
13. Na guia Serviços, clique em Iniciar o modo de. No Iniciar o modo de , clique em desativadoe, em seguida, clique em OK.
14. No painel de resultados de SQL Server Configuration Manager, clique Navegador do SQL Servere, em seguida, clique em Parar.
15. No painel de resultados, clique SQL Server ﴾<nome de ocorrência>﴿ e, em seguida, clique em reinicie.
16. Fechar o SQL Server Configuration Manager.
Para inserir o número da porta do SQL Server na tabela dbo.MT_ManagementGroup

1. No computador que hospeda o banco de dados operacional, a área de trabalho do Windows, clique em Iniciar, aponte para programas, aponte para Microsoft
2. No conectar-se ao servidor na caixa de tipo de servidor lista, selecione Mecanismo de banco de dados.
3. No nome do servidor lista, digite o servidor e a instância do banco de dados operacionais ﴾por exemplo, computer\INSTANCE1﴿.
5. No painel de Object Explorer, expanda bancos de dados, expanda OperationsManager ﴾ou o nome do banco de dados operacional se não foi usado o nome
padrão﴿, expanda tabelas, com o botão direito dbo.MT_DataWarehousee, em seguida, clique em Abrir tabela.
6. No painel de resultados, role para a direita para a coluna intitulada MainDatabaseServerName_<guid>.
7. Na primeira linha, digite computer\<instância> seguido por uma vírgula, um espaço e o número da porta do SQL Server ﴾por exemplo, computer\<instância>,
<porta>).
Insira o número da porta do SQL Server para o dbo.Tabela MemberDatabase

1. No computador que hospeda o relatório de data warehouse, a área de trabalho do Windows, clique em Iniciar, aponte para programas, aponte para Microsoft
2. No conectar-se ao servidor na caixa de tipo de servidor lista, selecione banco de dadosmecanismo.
3. No nome do servidor lista, digite o servidor e a instância do banco de dados operacionais ﴾por exemplo, computer\<instância>).
5. No painel de Object Explorer, expanda bancos de dados, expanda OperationsManagerDW ﴾ou o nome do data warehouse, se você não tiver usado o nome
padrão﴿, expanda tabelas, com o botão direito dbo.MemberDatabasee, em seguida, clique em Abrir tabela.
6. No painel de resultados, role para a direita para a coluna intitulada ServerName.
7. Na primeira linha, digite computer\<instância> seguido por uma vírgula, um espaço e o número da porta do SQL Server ﴾por exemplo, computer\<instância>,
<porta>).
Para editar o registro no servidor de relatórios

2. Na área de trabalho do Windows, clique em Iniciar, Executar, digite regedit e clique em OK.
3. No Editor do registro página, expanda HKEY_LOCAL_MACHINE, expanda SOFTWARE, expandir Microsoft, expanda MicrosoftoperaçõesManager, expandir 3.0e,
em seguida, clique em relatórios.
4. No painel de resultados, clique DWDBInstancee, em seguida, clique em Modificar.
5. No Editar seqüência caixa de diálogo, na caixa de texto dados do valor, acrescentar a entrada do nome do servidor de banco de dados com uma vírgula e um
espaço e, em seguida, digite o número da porta. Por exemplo, <comuter_name>\<instância>, <o número de porta>.
6. Clique em OK.
Para editar o SQL Server Reporting Services

2. Inicie o Internet Explorer e conectar-se a http://<nome do computador>/reports<nome de ocorrência>.
3. Clique no conteúdo guia.
4. No lado direito da barra de ferramentas, clique em Mostrar detalhes.
5. Clique em principal do Data Warehouse.
6. No seqüência de conexão texto caixa, localize a linha que lê fonte =<computador>\<instância>; inicial.
7. Acrescentar o nome de instância com uma vírgula e um espaço e, em seguida, digite o número de porta estática. Por exemplo, fonte
=<computador>\<instância>, <porta>; inicial.
8. Clique em Aplicare, em seguida, feche o navegador.
-----
-----
Como atualizar da versão de avaliação do Operations Manager
A versão de avaliação do System Center 2012 – Operations Manager expira em 180 dias após a instalação.
Para atualizar de uma versão de avaliação do Operations Manager para uma versão licenciada, você deverá obter uma chave de produto válida da Microsoft. Para obter
mais informações sobre o licenciamento do Operations Manager, consulte System Center 2012 Licensing (Licenciamento do System Center 2012).
Observação
Para verificar se o Operations Manager está licenciado no console de Operações, clique em Ajuda e depois clique em Sobre. A versão é exibida.
Para atualizar da versão de avaliação do Operations Manager para uma versão licenciada
1. Em um servidor de gerenciamento, clique em Iniciar, Todos os Programas, Microsoft System Center 2012, Operations Manager e depois em Shell de Comando
2. No Shell de Comando do Operations Manager, digite o seguinte comando:
Set-SCOMLicense <license_key>
3. Reinicie o Serviço de Acesso a Dados do System Center. Você pode usar o Console de Gerenciamento Microsoft para reiniciar os serviços.
4. Reinicie o Serviço de Acesso a Dados do System Center em todos os servidores de gerenciamento do grupo de gerenciamento.
Para obter mais informações sobre Set-SCOMLicense, digite o seguinte no Shell de Comando do Operations Manager:
get-help Set-SCOMLicense
Para informações atuais sobre a sua licença, você pode usar o cmdlet Get-SCOMLicense. Para obter mais informações, digite o seguinte no Shell de Comando do
Operations Manager:
get-help Get-SCOMLicense
-----
-----
Instalando o Operations Manager usando a janela de prompt
de comando
Você pode instalar recursos do Operations Manager usando o comando setup.exe na janela Prompt de Comando. As instalações de gateway e agente requerem o uso
de MOMGateway.msi e MOMAgent.msi. Você deve garantir que todos os servidores atendam aos requisitos mínimos de configuração suportados para o System Center
2012 – Operations Manager. Para obter mais informações, consulte System Requirements for System Center 2012 – Operations Manager ﴾Requisitos do sistema para o
Parâmetros da linha de comando

A tabela a seguir lista os parâmetros de linha de comando para instalar os recursos do Operations Manager.
Observação
Se o parâmetro contiver dois pontos ﴾:﴿, um valor será necessário. Caso contrário, é simplesmente uma opção.
Parâmetro Valor
/silent Não exibe o Assistente de instalação.
/install Executa uma instalação. Use /componentes para indicar recursos específicos para instalação.
/InstallPath Executa uma instalação especificando um local alternativo, para alterar o caminho padrão para instalação em outra unidade. Por
exemplo: /InstallPath: “D:\Program Files\System Center Operations Manager 2012” para alterar do local
padrão da unidade C.
/componentes OMServer: instala um servidor de gerenciamento.

OMConsole: instala um console de operações.
OMWebConsole: instala um console Web.
OMReporting: instala um servidor de Relatórios.
/ManagementGroupName: O nome do grupo de gerenciamento
/ManagementServicePort: Mudar a porta do servidor de gerenciamento na instalação
/SqlServerInstance: O SQL Server e instância ﴾<servidor\instância>﴿.
/DatabaseName: O nome do banco de dados operacional.
/DWSqlServerInstance: O servidor e instância do data warehouse ﴾<servidor\instância>﴿.
/DWDatabaseName: O nome do banco de dados data warehouse.
/UseLocalSystemActionAccount Usado para especificar o Sistema Local para a conta de ação do servidor de gerenciamento.
/ActionAccountUser: O nome de usuário e domínio da conta de ação do servidor de gerenciamento.

Usado se não quiser especificar o Sistema Local
/ActionAccountPassword: A senha da conta de ação do servidor de gerenciamento.

Usado se não quiser especificar o Sistema Local.
/UseLocalSystemDASAccount Usado para especificar o Sistema Local para a conta de serviço de Acesso a Dados.
/DASAccountUser: O nome de usuário e domínio da conta de serviço de Acesso a Dados.

/DASAccountPassword: A senha da conta de serviço de Acesso a Dados.

/DataReaderUser: O nome de usuário e domínio da conta do leitor de dados.
/DataReaderPassword: A senha da conta do leitor de dados.
/DataWriterUser: O nome de usuário e domínio da conta do gravador de dados.
/DataWriterPassword: A senha da conta do gravador de dados.

/EnableErrorReporting: Nunca: Não escolha enviar relatórios de erros automáticos.
Em fila: Escolha o envio de relatórios de erro, mas coloque os relatórios em fila para revisão antes de enviar.
Sempre: Escolha enviar relatórios de erro automaticamente.
/SendCEIPReports: 0 : Não escolha entrar no Programa de Aperfeiçoamento da Experiência do Usuário ﴾CEIP﴿.

1 : Escolha CEIP.
/UseMicrosoftUpdate: 0 : Não escolha o Microsoft Update.

1 : Escolha o Microsoft Update.
/AcceptEndUserLicenseAgreement Usado para especificar que você aceita o EULA ﴾Contrato de Licença de Usuário Final﴿. Isto só é necessário quando você instala o
primeiro servidor de gerenciamento no grupo de gerenciamento.
/ManagementServer Usado para especificar o nome do servidor de gerenciamento associado ao console Web e/ou servidor de Relatórios que não é
instalado em um servidor de gerenciamento.
/WebSiteName: O nome do site. Para instalação de Web padrão, especifique o "Site padrão".
Usado para instalações do console Web.
/WebConsoleUseSSL Especifique apenas se o site tiver SSL ativado.

/WebConsoleAuthorizationMode: Misto: Usado para cenários de intranet.

Rede: Usado para cenários de extranet.
/SRSInstance O servidor de relatórios e a instância ﴾<servidor\instância>﴿.

Usado para instalações de Servidor de Relatórios.
/SendODRReports: 0: Não escolha enviar relatórios de dados operacionais.

1: escolha o envio de relatórios de dados operacionais.
Usado para instalações de Servidor de Relatórios.
/uninstall Desinstala o Operations Manager. Use /componentes para indicar recursos específicos para desinstalação. Se /componentes
não for especificado, ele desinstalará todos os recursos de Operations Managerno servidor.
Para obter exemplos de linhas de comando para instalar os diversos recursos do Operations Manager, consulte o seguinte:
Passo a passo: Instalando o Operations Manager em um servidor único
Como instalar o primeiro servidor de gerenciamento em um grupo de gerenciamento
Consulte Também
Conceitos
-----
-----
Como habilitar a alta disponibilidade para o serviço de acesso
a dados
Por padrão, se o console de Operações do Operations Manager estiver conectado ao serviço de Acesso a Dados de um servidor de gerenciamento e a conexão falhar,
não será feito o failover dele para outro servidor de gerenciamento no grupo de gerenciamento. Para habilitar a alta disponibilidade do serviço de Acesso a Dados do
Operations Manager, você poderá usar o Balanceamento de Carga de Rede ﴾NLB﴿. Se a conexão falhar durante a configuração do NLB e a conexão ao cluster de NLB, ele
será automaticamente redirecionado a outro servidor de gerenciamento.
Para configurar NLB

1. Primeiro, você deve configurar um endereço IP virtual. Você deve configurar um endereço IP estático para todos os nós que participam no cluster e configurar o
DNS. Para obter mais informações, consulte. Configurar um endereço IP estático.
2. Você deve habilitar NLB em cada servidor de gerenciamento no grupo de gerenciamento. Para obter mais informações, consulte
Instalando o balanceamento de carga de rede
Criar um novo cluster de balanceamento de carga de rede
Adicionar um host ao cluster de balanceamento de carga de rede
-----
-----
Esta seção do Guia de Implantação proporciona informações sobre como atualizar do System Center 2012 – Operations Manager para o System Center Operations
Manager 2007 R2.
Se você estiver atualizando do System Center 2012 – Operations Manager para o System Center 2012 Service Pack 1 ﴾SP1﴿, Operations Manager, consulte os
procedimentos para o SP1 em Atualizando o System Center 2012 – Operations Manager para o System Center 2012 SP1
Importante
Este é o único caminho de atualização suportado para o System Center 2012 – Operations Manager. Se você estiver usando outro, deve atualizar primeiro para o
System Center Operations Manager 2007 R2.
Consulte Também
Conceitos
Atualizando a partir do System Center Operations Manager 2007 R2
-----
-----
Atualizando a partir do System Center Operations Manager
2007 R2
Esta seção do Guia de Implantação fornece informações sobre como atualizar de System Center Operations Manager 2007 R2 para System Center 2012 – Operations
Manager. Esta seção do guia não destina-se à leitura em ordem, do início ao fim, porque seu caminho de atualização dependerá das configurações atuais. Você deve
usar o Atualizar diagramas de fluxo do processo ou Listas de verificação de caminho de atualização do Operations Manager para orientá-lo durante o processo de
atualização.
A atualização para o System Center 2012 – Operations Manager tem suporte do Operations Manager 2007 R2 CU4, ou CU mais recente. Antes de iniciar o processo de
atualização, verifique se todos os servidores no grupo de gerenciamento atendem as configurações mínimas com suporte para o System Center 2012 – Operations
Manager. Para obter mais informações, consulte Supported Configurations for System Center 2012 – Operations Manager ﴾Configurações com Suporte do System Center
2012 – Operations Manager﴿. Se um servidor não atende as configurações mínimas com suporte, pode ser que você tenha que introduzir novos servidores ao grupo de
gerenciamento, antes de executar a atualização. Para obter mais informações, consulte Atualizando hardware e software para atender aos requisitos de sistema.
Quando você executar uma atualização em um grupo de gerenciamento do Operations Manager 2007 R2, o Assistente de atualização automaticamente detectará os
recursos do Operations Manager 2007 R2 que foram instalados e listará os recursos que serão atualizados. Por exemplo, em um grupo de gerenciamento de servidor
único do Operations Manager 2007 R2 com todos os recursos instalados, o Assistente de atualização lista o banco de dados operacional, servidor de gerenciamento,
data warehouse, console de operações, console Web e relatórios. O Assistente de atualização do System Center 2012 – Operations Manager executa verificações de pré-
requisitos do sistema e fornece etapas de resolução de problemas. A instalação não continuará até você resolver todos os problemas. Se qualquer um dos recursos
obrigatórios do Operations Manager não foi instalado anteriormente no grupo de gerenciamento do Operations Manager 2007 R2, como o data warehouse, o Assistente
de atualização automaticamente detectará o recurso e o adicionará à lista de recursos a serem adicionados durante o processo de atualização.
Em System Center 2012 – Operations Manager, todos os servidores de gerenciamento são correspondentes; não há nenhum servidor de gerenciamento raiz ﴾RMS﴿. Por
essa razão, o RMS não é mais o único ponto de falha, já que todos os servidores de gerenciamento hospedam os serviços hospedados anteriormente apenas pelo RMS.
Funções são distribuídas para todos os servidores de gerenciamento. Se um servidor de gerenciamento se tornar indisponível, suas responsabilidades serão
automaticamente redistribuídas.
Se você estiver atualizando um grupo de gerenciamento distribuído, certos recursos devem ser atualizados, como os servidores de gerenciamento secundários, gateways
e agentes, antes da atualização do grupo de gerenciamento. Você executa a atualização do grupo de gerenciamento a partir do servidor que hospeda o RMS, a menos
que ele não atenda as configurações mínimas com suporte para o System Center 2012 – Operations Manager. Por exemplo, se o RMS for instalado em um sistema
operacional de 32 bits, ou se ele for um RMS em cluster, não será possível atualizar a partir do RMS. Em vez disso, você deve atualizar o grupo de gerenciamento de um
servidor de gerenciamento secundário. Se você seguir este caminho de atualização, este servidor de gerenciamento secundário será marcado como o emulador RMS e o
RMS sem suporte será removido do grupo de gerenciamento. O emulador RMS permite que os pacotes de gerenciamento legados, que contam com o RMS, continuem
a funcionar em System Center 2012 – Operations Manager. Para obter mais informações sobre as configurações com suporte do System Center 2012 – Operations
Manager, consulte Supported Configurations for System Center 2012 – Operations Manager ﴾Configurações com Suporte do System Center 2012 – Operations Manager﴿.
Observação
Se você atualizar o servidor de gerenciamento secundário, será possível criar um novo servidor de gerenciamento com o mesmo nome do computador do Windows
como o RMS antigo, ao invés de alterar os parâmetros de configuração para apontarem para o novo servidor de gerenciamento.
Há quatro caminhos de atualização. O caminho que você escolher dependerá de suas configurações atuais do sistema e de topologia. A tabela a seguir descreve, com
mais detalhes, os caminhos de atualização.
Caminhos
de Descrição
atualização
Atualização Use este caminho de atualização quando tiver um grupo de gerenciamento do Operations Manager 2007 R2, onde todos os recursos estão instalados
do Servidor no mesmo servidor, e o hardware e software atenderem a configuração mínima com suporte para o System Center 2012 – Operations Manager.
Único
(Simples)
Atualização Use este caminho de atualização quando tiver um grupo de gerenciamento do Operations Manager 2007 R2, onde todos os recursos estão instalados
do Servidor no mesmo servidor, e o hardware e software não atenderem a configuração mínima com suporte para o System Center 2012 – Operations Manager. Se
Único o sistema operacional no servidor for de 32 bits, será necessário um servidor de novo de 64 bits.
(Complexa)
Atualização Use este caminho quanto tiver um grupo de gerenciamento do Operations Manager 2007 R2, onde os diversos recursos estão instalados em servidores
Distribuída separados, e todos atenderem as configurações mínimas com suporte para o System Center 2012 – Operations Manager.
(Simples)
Atualização Use este caminho quanto tiver um grupo de gerenciamento do Operations Manager 2007 R2, onde os diversos recursos estão instalados em servidores
Distribuída separados, e um ou mais servidores não atenderem a configuração mínima com suporte para o System Center 2012 – Operations Manager. Por
(Complexa) exemplo, se o RMS estiver em cluster, você deve seguir este caminho. Se o sistema operacional em qualquer servidor for de 32 bits, novos servidores
de substituição de 64 bits serão necessários.
Este guia também contém procedimentos específicos de pré-atualização e pós-atualização, além de listas de verificação para ajudá-lo pelo processo de atualização. O
conteúdo a seguir ajudará você a atualizar para o System Center 2012 – Operations Manager.
Listas de verificação de caminho de atualização do Operations Manager

Atualizando hardware e software para atender aos requisitos de sistema
Tarefas pré-atualização do Operations Manager
Tarefas de atualização para o Operations Manager
Aprimorando o desempenho de atualização
Atualizando um ambiente de servidor único do Operations Manager 2007 R2
Atualizando um ambiente distribuído do Operations Manager 2007 R2
Tarefas pós-atualização ao atualizar do Operations Manager 2007 R2
Consulte Também
Conceitos
-----
-----
Atualizar diagramas de fluxo do processo
Antes de atualizar para o System Center 2012 – Operations Manager, você deve determinar primeiro se todos os servidores no grupo de gerenciamento do System
Center Operations Manager 2007 R2 atendem as configurações mínimas com suporte para o System Center 2012 – Operations Manager. Para obter mais informações,
consulte Supported Configurations for System Center 2012 – Operations Manager ﴾Configurações com Suporte do System Center 2012 – Operations Manager﴿. Você
pode usar um conjunto de diagramas de fluxo do processo para determinar o caminho de atualização e visualizar o processo.
Observação
Você pode clicar na caixa de processo apropriada para abrir e revisar o conteúdo para qualquer etapa no processo.
A tabela a seguir lista os diagramas de fluxo do processo disponíveis, junto com uma descrição de quando cada caminho de atualização deve ser usado.
Condição Diagrama de fluxo de processo
Quando você tiver um grupo de gerenciamento de servidor único ou distribuído que já atende Single-Server and Distributed Upgrade (Simple) Process Flow
os requisitos mínimos de configuração com suporte para o System Center 2012 – Operations Diagram ﴾Diagrama de Fluxo do Processo de Atualização do
Manager. Servidor Único e Distribuída ﴾Simples﴿﴿
Quando o grupo de gerenciamento de servidor único ainda não atende os requisitos mínimos Single-Server Upgrade (Complex) Process Flow Diagram (Diagrama
de configuração com suporte para o System Center 2012 – Operations Manager e requer de Fluxo do Processo de Atualização de Servidor Único ﴾Complexa﴿﴿
hardware novo.
Quando o grupo de gerenciamento distribuído tiver um ou mais servidores que não atendem Distributed Upgrade (Complex) Process Flow Diagram (Diagrama
os requisitos mínimos de configuração com suporte para o System Center 2012 – Operations de Fluxo do Processo de Atualização Distribuída ﴾Complexa﴿﴿
Manager e pode exigir novo hardware.
Consulte Também
Outros Recursos
Lista de verificação: Atualização de servidor único ﴾simples﴿
Lista de verificação: Atualização de servidor único ﴾complexo﴿
Lista de verificação: Atualização distribuída ﴾simples﴿
Lista de verificação: Atualização distribuída ﴾complexo﴿
-----
-----
Listas de verificação de caminho de atualização do Operations
Manager
Use as seguintes listas de verificação para orientá-lo durante uma atualização do System Center Operations Manager 2007 R2 para System Center 2012 – Operations
Manager. Na tabela, use a lista de condições para identificar a lista de verificação que corresponde ao seu caminho de atualização. Essencialmente, o caminho "simples" é
usado quando o grupo de gerenciamento do Operations Manager 2007 R2 já atende aos requisitos de configuração com suporte para o System Center 2012 –
Operations Manager. O caminho "complexo" é usado quando o grupo de gerenciamento do Operations Manager 2007 R2 não atende ainda aos requisitos de
configuração com suporte para o System Center 2012 – Operations Manager.
Importante
Antes de seguir qualquer um destes procedimentos, certifique-se de verificar se os servidores no seu grupo de gerenciamento do Operations Manager 2007 R2
atendem as configurações mínimas com suporte para o System Center 2012 – Operations Manager. Isto ajudará você a determinar se será necessário adicionar novos
servidores ao grupo de gerenciamento antes da atualização. Para obter mais informações, consulte Supported Configurations for System Center 2012 –
Operations Manager ﴾Configurações com Suporte do System Center 2012 – Operations Manager﴿.
Atualizar a lista de
Condição
verificação de caminho
O grupo de gerenciamento de servidor único do Operations Manager 2007 R2 já atende os requisitos mínimos de configuração com Lista de verificação:
suporte para o System Center 2012 – Operations Manager. Atualização de servidor único
(simples)
Seu grupo de gerenciamento de servidor único do Operations Manager 2007 R2 não atende os requisitos mínimos de configuração Lista de verificação:
com suporte para o System Center 2012 – Operations Manager e requer hardware novo. Atualização de servidor único
(complexo)
Seu grupo de gerenciamento distribuído do Operations Manager 2007 R2 já atende os requisitos mínimos de configuração com Lista de verificação:
suporte para o System Center 2012 – Operations Manager. Atualização distribuída
(simples)
Seu grupo de gerenciamento distribuído do Operations Manager 2007 R2 tem um ou mais servidores que não atendem aos Lista de verificação:
requisitos mínimos de configuração com suporte para o System Center 2012 – Operations Manager e pode exigir novo hardware. Atualização distribuída
(complexo)
Consulte Também
Outros Recursos
Single-Server and Distributed Upgrade ﴾Simple﴿ Process Flow Diagram ﴾Diagrama de Fluxo do Processo de Atualização do Servidor Único e Distribuída ﴾Simples﴿﴿
Single-Server Upgrade ﴾Complex﴿ Process Flow Diagram ﴾Diagrama de Fluxo do Processo de Atualização de Servidor Único ﴾Complexa﴿﴿
Distributed Upgrade ﴾Complex﴿ Process Flow Diagram ﴾Diagrama de Fluxo do Processo de Atualização Distribuída ﴾Complexa﴿﴿
-----
-----
Lista de verificação: Atualização de servidor único (simples)
Importante
referência.
Esta lista de verificação percorre uma atualização de um System Center Operations Manager 2007 R2grupo de gerenciamento de servidor único que já atende as
configurações mínimas com suporte para Operations Manager. Para obter mais informações, consulte Configurações suportadas para System Center 2012 – gerente de
operações.
Se o seu grupo de gerenciamento de servidor único não atender ainda as configurações mínimas com suporte para System Center 2012 – Operations Manager, ou se
você tiver um grupo de gerenciamento distribuído, consulte as listas de verificação a seguintes.
Lista de verificação do caminho

Condição
de upgrade
Lista de verificação: Atualização O Operations Manager 2007 R2grupo de gerenciamento de servidor único não está de acordo com as configurações mínimas
de servidor único ﴾complexo﴿ com suporte para System Center 2012 – Operations Managere exige um hardware novo.
Lista de verificação: Atualização O Operations Manager 2007 R2grupo de gerenciamento distribuído já atende as configurações mínimas com suporte para System
distribuída ﴾simples﴿ Center 2012 – Operations Manager.
Lista de verificação: Atualização O Operations Manager 2007 R2grupo de gerenciamento distribuído tem um ou mais servidores que não atendem as
distribuída ﴾complexo﴿ configurações mínimas com suporte para System Center 2012 – Operations Managere podem exigir hardware novo.
Se você preferir evitar tempo de inatividade no seu grupo de gerenciamento de servidor único, você pode adicionar um servidor de gerenciamento secundário e, em
seguida, siga o processo de atualização de grupo de gerenciamento distribuído. Para obter mais informações, consulte:
Como adicionar um servidor do Operations Manager 2007 R2 Gerenciamento secundário ﴾atualização do Gerenciador de operações﴿
Lista de verificação
Use a seguinte lista de verificação para atualizar seu grupo de gerenciamento de servidor único, se ele já atende os requisitos de configuração com suporte paraSystem
Center 2012 – Operations Manager
Dica
Você também pode exibir um diagrama de fluxo de processo com links para tópicos relevantes. Para obter mais informações, consulte servidor único e distribuído
atualizar diagrama de fluxo de processo (simples)
Tarefa Referências
Importe o pacote de gerenciamento de atualização auxiliar. Import the Upgrade Helper Management Pack
Reveja os logs de eventos do Operations Manager 2007 R2. Review the Operations Manager 2007 R2 Event Logs
Remova agentes de gerenciamento pendente. Remove Agents from Pending Management
Verifique se há qualquer ativos consoles conectados ao servidor de gerenciamento raiz. Check the Operations Manager 2007 R2 RMS for Active
Connected Consoles
Fazer backup da chave de criptografia do RMS (SecureStorageBackup.exe). Back Up the RMS Encryption Key
Desabilite todas as inscrições de notificação. Disable Notification Subscriptions
Interromper os serviços ou desabilitar todos os conectores são instalados. Stop Services for Connectors
Verifique se seu banco de dados operacional tem espaço livre suficiente. Verify that the Operational Database Has More than 50 Percent
of Free Space
Verifique se você tem um agrupamento do SQL Server com suporte em todos os bancos de Verify the SQL Server Collation
dados e instâncias de bancos de dados.
Faça backup dos bancos de dados. Back up the Operations Manager Databases
Atualize os agentes instalados manualmente. Upgrading Manually Installed Agents
Execute a atualização do grupo de gerenciamento no servidor de gerenciamento raiz. Como atualizar um grupo de gerenciamento Operations
Manager 2007 R2 único servidor
Atualize os agentes instaladas automaticamente. Upgrading Push-Installed Agents
Reative as inscrições de notificação. Re-enable the Notification Subscriptions.
Reinicie ou reativar o serviço para todos os conectores são instalados. Restart the Connector Services
Substitui a atualização. Update Overrides
Verificar o êxito da atualização. Verify upgrade success
Observação
Consulte Também
Conceitos
Outros Recursos
Atualização de servidor único e distribuída ﴾simples﴿
-----
-----
Lista de verificação: Atualização de servidor único (complexo)
Importante
referência.
Esta lista de verificação percorre uma atualização de um System Center Operations Manager 2007 R2grupo de gerenciamento de servidor único que não atende os
requisitos de configuração com suporte para System Center 2012 – Operations Managere exige um hardware novo. Para obter mais informações, consulte Configurações
suportadas para System Center 2012 – gerente de operações.
Se o gerenciamento de servidor único grupo já atende o mínimo com suporte a configurações de System Center 2012 – Operations Manager, ou se você tiver um grupo
de gerenciamento distribuído, consulte as listas de verificação a seguintes.
Lista de verificação do
Condição
caminho de upgrade
Lista de verificação: Atualização O Operations Manager 2007 R2grupo de gerenciamento de servidor único já atende as configurações mínimas com suporte para
de servidor único ﴾simples﴿ System Center 2012 – Operations Manager.
Lista de verificação: Atualização O Operations Manager 2007 R2grupo de gerenciamento distribuído já atende as configurações mínimas com suporte para System
distribuída ﴾simples﴿ Center 2012 – Operations Manager.
Lista de verificação: Atualização O Operations Manager 2007 R2grupo de gerenciamento distribuído tem um ou mais servidores que não atendem as configurações
distribuída ﴾complexo﴿ mínimas com suporte para System Center 2012 – Operations Managere podem exigir hardware novo.
Use a seguinte lista de verificação para atualizar seu grupo de gerenciamento de servidor único, se ele não atender os requisitos de configuração com suporte para
System Center 2012 – Operations Manager.
Dica
Você também pode exibir um diagrama de fluxo de processo com links para tópicos relevantes. Para obter mais informações, consulte Atualização de servidor único
(complexo)
Tarefa Referências
Adiciona um servidor de gerenciamento secundário e instalar System Center Como adicionar um servidor do Operations Manager 2007 R2 Gerenciamento
Operations Manager 2007 R2. secundário ﴾atualização do Gerenciador de operações﴿
Mova os agentes que reportam ao servidor raiz management (RMS) para o Como mover os agentes para um Operations Manager 2007 R2 secundário
servidor de gerenciamento secundário. Management Server ﴾atualização do Gerenciador de operações﴿
Se o SQL Server não atende os requisitos de configuração com suporte, Atualizando o SQL Server ﴾atualização do Operations Manager﴿
atualize o SQL Server.
Fazer backup da chave de criptografia. Back Up the Encryption Key
Verifique se você tem um agrupamento do SQL Server com suporte em Verify the SQL Collation
todos os bancos de dados e instâncias de bancos de dados.
Atualize o servidor de gerenciamento secundário. Como atualizar um servidor secundário de gerenciamento do Operations
Manager 2007 R2
Verifique se há qualquer ativos consoles conectados ao servidor de Check the Operations Manager 2007 R2 RMS for Active Connected Consoles
gerenciamento raiz.
Desabilite todas as inscrições de notificação. Disable the Notification Subscriptions

Interromper os serviços ou desabilitar todos os conectores são instalados. Stop the Services for Connectors
Verifique se seu banco de dados operacional tem espaço livre suficiente. Verify that the Operational Database Has More than 50 Percent of Free Space
Faça backup dos bancos de dados. Back Up the Operations Manager Databases
Restaure a chave de criptografia no servidor de gerenciamento secundário. Restore the Encryption Key on the Secondary Management Server
Execute a atualização do grupo de gerenciamento no servidor de Como atualizar um grupo de gerenciamento de um servidor de gerenciamento
gerenciamento secundário. secundário do Operations Manager 2007 R2
Desinstale o antigo servidor de gerenciamento raiz. Uninstall the Old RMS
Verificar o êxito da atualização. Verify the Upgrade Success
Observação
Consulte Também
Conceitos
Outros Recursos
Atualização de servidor único ﴾complexo﴿
-----
-----
Lista de verificação: Atualização distribuída (simples)
Importante
referência.
Esta lista de verificação percorre uma atualização de um System Center Operations Manager 2007 R2grupo de gerenciamento distribuído que satisfaz os requisitos de
configuração com suporte para System Center 2012 – Operations Manager. Para obter mais informações, consulte Supported Configurations for System Center 2012 –
Operations Manager ﴾Configurações com suporte para System Center 2012 – Operations Manager﴿.
Se o grupo de gerenciamento distribuído ainda não atender as configurações mínimas com suporte para System Center 2012 – Operations Manager, ou se você tiver um
grupo de gerenciamento de servidor único, consulte as listas de verificação a seguintes.

Condição
de upgrade
Lista de verificação: Atualização O Operations Manager 2007 R2grupo de gerenciamento de servidor único já atende as configurações mínimas com suporte para
de servidor único ﴾simples﴿ System Center 2012 – Operations Manager.
Lista de verificação: Atualização O Operations Manager 2007 R2grupo de gerenciamento de servidor único não está de acordo com as configurações mínimas
de servidor único ﴾complexo﴿ com suporte para System Center 2012 – Operations Managere exige um hardware novo.
Lista de verificação: Atualização O Operations Manager 2007 R2grupo de gerenciamento distribuído tem um ou mais servidores que não atendem as
distribuída ﴾complexo﴿ configurações mínimas com suporte para System Center 2012 – Operations Managere podem exigir hardware novo.
Use a seguinte lista de verificação para atualizar seu grupo de gerenciamento distribuído, se ele já atende os requisitos de configuração com suporte para System Center
2012 – Operations Manager.
Dica
Você também pode exibir um diagrama de fluxo de processo com links para tópicos relevantes. Para obter mais informações, consulte servidor único e distribuído
atualizado (simples).
Observação
Esta lista de verificação, recomendamos que você mova os agentes que reportam ao servidor de gerenciamento raiz ﴾RMS﴿ para um servidor de gerenciamento
secundário antes de atualizar os agentes. No entanto, se você não se importar tendo o tempo de inatividade, você pode atualizar os agentes após atualizar o grupo
de gerenciamento em vez de movê-las para um servidor de gerenciamento secundário.
Tarefa Referências
Importe o pacote de gerenciamento de atualização auxiliar. Import the Upgrade Helper Management Pack
Mova os agentes que reportam o RMS para um servidor de gerenciamento Como mover os agentes para um Operations Manager 2007 R2 secundário
secundário. Management Server ﴾atualização do Gerenciador de operações﴿
Remova agentes de pendentes de gerenciamento. Remove Agents from Pending Management
Verifique se você tem um agrupamento do SQL Server com suporte em Verify the SQL Collation
todos os bancos de dados e instâncias de bancos de dados.
Atualize os servidores secundários de gerenciamento. Como atualizar um servidor secundário de gerenciamento do Operations
Manager 2007 R2
Atualize gateways, caso esteja presente. Como atualizar um servidor de Gateway do Operations Manager 2007 R2

Verifique se todos os consoles ativos e conectados ao servidor de Check the Operations Manager 2007 R2 RMS for Active, Connected Consoles
gerenciamento raiz.
Verifique se seu banco de dados operacional tem espaço livre suficiente. Verify that the Operational Database Has More than 50 Percent of Free Space
Faça backup dos bancos de dados. Back Up the Operations Manager Databases
Restaure a chave de criptografia no servidor de gerenciamento secundário. Restore the Encryption Key on the Secondary Management Server
Execute a atualização do grupo de gerenciamento no servidor de Como atualizar um grupo de gerenciamento de um RMS do Operations Manager
gerenciamento raiz. 2007 R2
Atualizar ou instalar os recursos opcionais, como os consoles da web e o Atualizando ou instalando recursos opcionais
servidor de relatórios.
Reative inscrições de notificação. Re-enable the Notification Subscriptions
Observação
Consulte Também
Conceitos
Outros Recursos
Servidor único e distribuídos atualizado ﴾simples﴿
-----
-----
Lista de verificação: Atualização distribuída (complexo)
Importante
referência.
Para atualizar um distribuídos System Center Operations Manager 2007 R2grupo de gerenciamento de System Center 2012 – Operations Manager, use uma abordagem
em fases, começando com os servidores de gerenciamento, os servidores de gateway e, em seguida, o grupo de gerenciamento. A ordem em que você atualizar os
agentes depende de como eles foram implantados (manualmente instalado ou instaladas automaticamente) e se o seu servidor de gerenciamento raiz (RMS) satisfaz os
requisitos de configuração com suporte para System Center 2012 – Operations Manager. Por exemplo, um cluster RMS não é suportado em System Center 2012 –
Operations Manager. Você também deve executar várias tarefas de pré-atualização e posteriores à atualização e pode executar algumas tarefas de atualização opcionais.
Se qualquer um dos servidores em seu grupo de gerenciamento distribuído não atender os requisitos de configuração com suporte para System Center 2012 –
Operations Managere requerem a instalação de um novo servidor, você deve seguir esta lista de verificação. Para obter mais informações, consulte Configurações
suportadas para System Center 2012 – gerente de operações. Alguns servidores podem atender a esses requisitos e, portanto, você não precise executar as etapas em
cada seção. Por exemplo, se o servidor que hospeda o RMS atende os requisitos de configuração com suporte, execute a atualização do final do RMS e ignore a seção
sobre como executar a atualização final de um servidor de gerenciamento secundário.
Se o gerenciamento distribuído de grupo já atende o mínimo com suporte a configurações de System Center 2012 – Operations Manager, ou se você tiver um grupo de
gerenciamento de servidor único, consulte os tópicos a seguir.

Condição
de upgrade
Lista de verificação: Atualização de O Operations Manager 2007 R2grupo de gerenciamento de servidor único já atende as configurações mínimas com suporte
servidor único ﴾simples﴿ para System Center 2012 – Operations Manager.
Lista de verificação: Atualização de O Operations Manager 2007 R2grupo de gerenciamento de servidor único não está de acordo com as configurações mínimas
servidor único ﴾complexo﴿ com suporte para System Center 2012 – Operations Managere exige um hardware novo.
Lista de verificação: Atualização O Operations Manager 2007 R2grupo de gerenciamento distribuído já atende as configurações mínimas com suporte para
distribuída ﴾simples﴿ System Center 2012 – Operations Manager.
Use a seguinte lista de verificação para atualizar seu grupo de gerenciamento distribuído, se qualquer um dos servidores ainda não atender os requisitos de
configuração com suporte para System Center 2012 – Operations Manager.
Dica
Você também pode exibir um diagrama de fluxo de processo com links para tópicos relevantes. Para obter mais informações, consulte Distribuídos atualizar
(complexa) .
Esta lista de verificação contém vários caminhos e você não terá que seguir cada etapa consecutivamente. Por exemplo, você irá atualizar o grupo de gerenciamento do
RMS ou o servidor de gerenciamento secundário, dependendo de sua configuração atual. Você deve seguir as etapas em cada conforme necessário.
Seção Descrição
Importar o Use esses procedimentos para importar e usar o pacote de gerenciamento de atualização auxiliar.
pacote de
gerenciamento
do auxiliar de
atualização
Substituição de Use estes procedimentos se os servidores de gerenciamento secundário não atendem aos requisitos mínimos do sistema para System Center 2012
servidores de – Operations Manager. Se os servidores de gerenciamento secundário tiverem um sistema operacional de 32 bits, você deve substituir cada
gerenciamento servidor. Para cada servidor de gerenciamento secundário de 32 bits, você deve adicionar um novo servidor de 64 bits e mover os agentes do
secundário antigo servidor de gerenciamento para o novo servidor de gerenciamento. Você deve garantir que todos os servidores de gerenciamento de
atenderem todos os requisitos mínimos de sistema para System Center 2012 – Operations Manager.
Substituição de Use estes procedimentos se os servidores de gateway não atendem aos requisitos mínimos do sistema para System Center 2012 – Operations
Gateways Manager. Se os gateways possuem um sistema operacional de 32 bits, você deve substituir cada servidor de gateway com um novo servidor de
gateway que atende aos requisitos. Você deve garantir que todos os servidores de gateway atendem aos requisitos mínimos do sistema para
Atualização do Use esses procedimentos para atualizar os servidores secundários de gerenciamento, todos os servidores gateway e agentes.
servidor de
gerenciamento
secundário
Grupo de Use estes procedimentos somente se o RMS atende aos requisitos mínimos de sistema para System Center 2012 – Operations Manager.
gerenciamento
atualização do
RMS
Atualização do Use estes procedimentos somente se o RMS não atende aos requisitos mínimos do sistema para System Center 2012 – Operations Manager.
grupo de
gerenciamento
do servidor de
gerenciamento
secundário
Importar o pacote de gerenciamento do auxiliar de atualização

O pacote de gerenciamento de atualização auxiliar ajuda a orientá-lo durante o processo de atualização. Você deve importar o pacote de gerenciamento antes de iniciar
o processo de atualização para um grupo de gerenciamento distribuído que não atenda os requisitos de configuração com suporte para System Center 2012 –
Operations Manager.
Tarefa Referências
Importar o pacote de gerenciamento do auxiliar de atualização Pacote de gerenciamento auxiliar de atualização
Substituição de servidores de gerenciamento secundário

Se seu servidor de gerenciamento secundário já atende aos requisitos mínimos do sistema, vá para o Substituição de Gatewaysseção desta lista de verificação. Caso
contrário, use os procedimentos a seguir para cada servidor de gerenciamento secundário em seu grupo de gerenciamento.
Observação
Você só tem que adicionar novos servidores de gerenciamento secundário se seus atuais servidores têm um sistema operacional de 32 bits, que não atendem os
requisitos de configuração com suporte para System Center 2012 – Operations Manager. Caso contrário, basta garanta que seus servidores de gerenciamento
secundário atender os requisitos de configuração com suporte restantes.
Tarefa Referências
Se o sistema operacional é de 32 bits, adicione um servidor de gerenciamento Como adicionar um servidor do Operations Manager 2007 R2
secundário. Gerenciamento secundário ﴾atualização do Gerenciador de operações﴿
Mover o Operations Manager 2007 R2agentes para um servidor de gerenciamento Como mover os agentes para um Operations Manager 2007 R2
secundário e remover o antigo servidor de gerenciamento secundário. secundário Management Server ﴾atualização do Gerenciador de
operações﴿
Certifique-se de que o servidor de gerenciamento secundário satisfaz os requisitos Configurações suportadas do System Center 2012 - Operations Manager
de configuração com suporte para System Center 2012 – Operations Manager.
Substituição de Gateways
Se você não tiver servidores de gateway ou tiver gateways que atendem aos requisitos mínimos do sistema, vá para o Atualização do servidor de gerenciamento
secundárioseção desta lista de verificação. Caso contrário, use os procedimentos a seguir para cada gateway em seu grupo de gerenciamento.
Observação
Você só tem que adicionar novos servidores de gateway se seus atuais servidores de 32 bits, que não atendem aos requisitos de configuração com suporte para
System Center 2012 – Operations Manager. Caso contrário, apenas garanta que seus servidores gateway atendam os requisitos de configuração com suporte
restantes.
Tarefa Referências
Se o servidor gateway não tem um sistema operacional de 64 bits, crie um Como substituir um Gateway de R2 do Operations Manager 2007 que tem uma
novo servidor de gateway. configuração sem suporte ﴾atualização do Gerenciador de operações﴿
Remova o antigo servidor de gateway. Como remover um Operations Manager 2007 R2 Gateway ﴾atualização do
Gerenciador de operações﴿
Certifique-se de que o servidor gateway satisfaz os requisitos de Configurações suportadas do System Center 2012 - Operations Manager
configuração com suporte para System Center 2012 – Operations Manager.
Atualização do servidor de gerenciamento secundário

Use os procedimentos a seguir para atualizar os servidores de gerenciamento secundário, servidores de gateway e agentes. Antes de atualizar o servidor de
gerenciamento secundário, você deve garantir que seu serviço de gerenciamento de raiz ﴾RMS﴿ satisfaz os requisitos de configuração com suporte para System Center
2012 – Operations Manager. Para obter mais informações, consulte Configurações suportadas para System Center 2012 - Operations Manager. Se o RMS não atender a
esses requisitos de configuração, você deve mover agentes de relatórios com o RMS para o servidor de gerenciamento secundário antes de atualizar o segundo servidor
de gerenciamento. Você também deve garantir que o SQL Server atende os requisitos de configuração com suporte.
Tarefa Referências
Se RMS não atende aos requisitos de configuração para suporte System Center 2012 – Operations Como mover os agentes para um Operations Manager 2007
Manager, agentes de mudança que reportam ao servidor de gerenciamento raiz para o servidor R2 secundário Management Server ﴾atualização do
de gerenciamento secundário. Gerenciador de operações﴿
Se o Microsoft SQL Server não atende os requisitos de configuração com suporte, atualize o SQL Atualizando o SQL Server ﴾atualização do Operations
Server. Manager)
Verifique se todos os servidores gateway relatam para um RMS sem suporte. Check for Gateway Servers Reporting to the RMS
Verifique se você tem um agrupamento do SQL Server com suporte em todos os bancos de Verify the SQL Server Collation
dados e instâncias de bancos de dados.
Atualize os servidores secundários de gerenciamento. Como atualizar um servidor secundário de gerenciamento

do Operations Manager 2007 R2
Atualize servidores de gateway, se presente. Como atualizar um servidor de Gateway do Operations

Manager 2007 R2
Grupo de gerenciamento atualização do RMS

Se o RMS não está de acordo com as configurações mínimas com suporte para System Center 2012 – Operations Manager, vá para o Atualização do grupo de
gerenciamento do servidor de gerenciamento secundárioseção desta lista de verificação. Caso contrário, use os procedimentos a seguir para atualizar o seu grupo de
gerenciamento do servidor de gerenciamento raiz.
Observação
Um cluster RMS não atende os requisitos de configuração com suporte para System Center 2012 – Operations Manager.
Tarefa Referências
Verifique se todos os consoles ativos e conectados ao servidor de Check the Operations Manager 2007 R2 RMS for Active Connected Consoles
gerenciamento raiz.
Verifique se seu banco de dados operacional tem espaço livre suficiente. Verify that the Operational Database has More than 50 Percent of Free Space
Fazer backup de todos os bancos de dados. Back Up the Operations Manager Databases
Execute a atualização do grupo de gerenciamento no servidor de Como atualizar um grupo de gerenciamento de um RMS do Operations
gerenciamento raiz. Manager 2007 R2
Atualize recursos opcionais. Atualizando ou instalando recursos opcionais
Atualização do grupo de gerenciamento do servidor de gerenciamento secundário

Se o seu servidor de gerenciamento raiz atende as configurações mínimas com suporte para System Center 2012 – Operations Manager, vá para o Grupo de
gerenciamento atualização do RMSseção desta lista de verificação. Caso contrário, use os procedimentos a seguir para atualizar o seu grupo de gerenciamento de um
servidor de gerenciamento secundário.
Observação
Um cluster RMS não atende os requisitos de configuração com suporte para System Center 2012 – Operations Manager.
Tarefa Referências
Verifique se todos os consoles ativos e conectados ao servidor de Check the Operations Manager 2007 R2 RMS for Active, Connected Consoles
gerenciamento raiz.
Interromper os serviços ou desabilitar todos os conectores são Stop the Services for Connectors
instalados.
Verifique se seu banco de dados operacional tem espaço livre Verify that the Operational Database has More than 50 Percent of Free Space
suficiente.
Fazer backup de todos os bancos de dados. Back Up the Operations Manager Databases
Restaure a chave de criptografia. Restore the Encryption Key on the Secondary Management Server
Execute a atualização do grupo de gerenciamento no servidor de Como atualizar um grupo de gerenciamento de um servidor de gerenciamento secundário
gerenciamento secundário. do Operations Manager 2007 R2
Se necessário, instale os recursos opcionais, como os consoles e Atualizando ou instalando recursos opcionais
emissão de relatórios.
Reinicie ou reativar o serviço para todos os conectores são Restart the Connector Services
instalados.
Desinstale o antigo servidor de gerenciamento raiz. Uninstall the Old RMS
Observação
Consulte Também
Conceitos
Outros Recursos
Atualização distribuída ﴾complexo﴿
-----
-----
Tarefas préatualização do Operations Manager
Você precisa executar várias tarefas de pré-atualização antes de atualizar de System Center Operations Manager 2007 R2 para System Center 2012 – Operations Manager
A ordem na qual você pode executar estas tarefas pode variar, dependendo do caminho de atualização. Para obter mais informações sobre a ordem que você deve
seguir, consulte Listas de verificação de caminho de atualização do Operations Manager.
Visão geral das tarefas de pré-atualização

Em uma atualização de grupo de gerenciamento de servidor único, você deve executar todas as tarefas de pré-atualização aplicáveis, antes de iniciar o processo de
atualização. O serviço será interrompido até que o processo de atualização seja concluído. Se o grupo de gerenciamento de servidor único não atender os requisitos
mínimos do sistema ou você não quiser que haja tempo de inatividade, será possível adicionar um servidor de gerenciamento secundário e seguir o processo de
atualização do grupo de gerenciamento distribuído.
Em uma atualização do grupo de gerenciamento distribuído, você executa a atualização em fases para minimizar a interrupção no serviço. Para obter mais informações
sobre estas fases, consulte Tarefas de atualização para o Operations Manager. Talvez seja necessário executar tarefas de pré-atualização antes de cada fase de
atualização.
Importante
A tabela a seguir mostra as tarefas que você deve concluir antes de atualizar de Operations Manager 2007 R2 para System Center 2012 – Operations Manager. Esta
tabela fornece as seguintes informações:
Tarefas a concluir
Links para procedimentos relacionados a essas tarefas
Tempo de inatividade potencial que uma tarefa pode criar
Descrição do risco potencial para a estabilidade de seu ambiente de dados e monitoramento e como mitigar esse risco
Importante
A ordem das tarefas depende o caminho de atualização a ser seguido. Use Listas de verificação de caminho de atualização do Operations Manager para seguir as
etapas na ordem para seu cenário específico de atualização.
Tarefa Tempo de inatividade, risco e atenuação
Importar o pacote de gerenciamento Nenhum tempo de inatividade ou interferência; baixo risco.

auxiliar de atualização
Faça backup da chave de criptografia Nenhum tempo de inatividade ou interferência; baixo risco.
do RMS
Examinar os logs de eventos do Nenhum tempo de inatividade ou interferência; baixo risco.

Operations Manager 2007 R2
Verificar relatórios de servidores de Nenhum tempo de inatividade ou interferência; baixo risco se os servidores de gerenciamento possuírem os certificados
gateway para o RMS necessários.
Remover agentes do gerenciamento Nenhum tempo de inatividade ou interferência; baixo risco.

pendente
Verifique o Operations Manager 2007 Os consoles podem perder a conectividade com o RMS durante a atualização.
R2 RMS para Consoles conectados
ativos
Desabilitar as assinaturas de
notificação Interferência; nenhuma notificação enviada durante a atualização.
Atenuação; após a atualização, verifique todos os alertas que foram perdidos.
Interromper os serviços ou desativar Os conectores não funcionam durante a atualização.

todos os conectores
Verificar se o banco de dados Nenhum tempo de inatividade ou interferência; baixo risco.
operacional tem mais de 50% de
espaço livre
Verificar o Agrupamento do SQL A atualização do grupo de gerenciamento não terá êxito se existirem configurações de agrupamento sem suporte.
Server
Fazer backup dos bancos de dados Dependendo da tecnologia de backup que você usa, alguns métodos de backup poderão bloquear um banco de dados
do Operations Manager durante o backup.
Restaurar a chave de criptografia do Nenhum tempo de inatividade ou interferência; baixo risco. Obrigatório apenas se o RMS não atender aos requisitos de
RMS no servidor de gerenciamento configuração suportados para o System Center 2012 – Operations Manager. Isso deve ser executado antes da atualização do
secundário grupo de gerenciamento.
Atualizar SQL Server Reporting Os relatórios não estarão disponíveis, mas os dados não serão perdidos.
Services
Atualizar o Hardware e Software para atender os requisitos do sistema

Antes de executar as tarefas de pré-atualização e atualização, você pode ter que atualizar o hardware e software para atender os requisitos do sistema. Para obter mais
informações, consulte Supported Configurations for System Center 2012 - Operations Manager ﴾Configurações com Suporte do System Center 2012 - Operations
Manager) e Atualizando hardware e software para atender aos requisitos de sistema.
Importar o pacote de gerenciamento auxiliar de atualização

Um pacote de gerenciamento de Atualização Auxiliar está disponível para orientar você durante o processo de atualização. Para obter informações sobre como importar
e usar o pacote de gerenciamento de Atualização Auxiliar, consulte Pacote de gerenciamento auxiliar de atualização.
Examinar os logs de eventos do Operations Manager 2007 R2

Verifique os logs de eventos para o Operations Manager 2007 R2 no servidor de gerenciamento raiz (RMS) e nos servidores de gerenciamento para procurar por aviso
ou eventos críticos recorrentes. Solucione-os e salve uma cópia dos logs de eventos antes de executar a atualização.
Verificar relatórios de servidores de gateway para o RMS

Se houver servidores gateway que se reportam a um RMS do Operations Manager 2007 R2 com uma configuração sem suporte, você deve verificar se o servidor de
gerenciamento secundário do que executará a atualização do grupo de gerenciamento pode se comunicar com o gateway. Você pode executar um script do Windows
PowerShell para exibir os servidores de gerenciamento primário e de failover para todos os servidores gateway. Execute o seguinte script.
#Display Primary and Failover Management Servers for all Gateway Servers
$GWs = Get-SCOMManagementServer | where {$_.IsGateway -eq $true}
$GWs | sort | foreach {
Write-Host "";
"Gateway MS :: " + $_.Name;
"--Primary MS :: " + ($_.GetPrimaryManagementServer()).ComputerName;
$failoverServers = $_.getFailoverManagementServers();
foreach ($managementServer in $failoverServers) {
"--Failover MS :: " + ($managementServer.ComputerName);
}
}
Write-Host "";
Para garantir a autenticação mútua entre o gateway e o servidor de gerenciamento secundário, instale certificados a partir de uma CA ﴾autoridade de certificação﴿ no
servidor de gerenciamento secundário e no servidor de gateway. Para obter mais informações, consulte a seção Implantando os certificados de Como substituir um
Gateway de R2 do Operations Manager 2007 que tem uma configuração sem suporte ﴾atualização do Gerenciador de operações﴿.
Depois de importar os certificados no novo servidor de gerenciamento secundário e verificar se o servidor gateway tem um estado íntegro, você deve definir o novo
servidor de gerenciamento como o servidor de gerenciamento primário para o gateway e configurar o RMS como o servidor de gerenciamento secundário.
Remover agentes do gerenciamento pendente

Antes de atualizar o servidor de gerenciamento secundário, remova quaisquer agentes no gerenciamento pendente.
Para remover os agentes que estão no Gerenciamento Pendente

1. Faça logon no console de Operações usando uma conta que seja membro da função Administradores do Operations Manager do grupo de gerenciamento do
Operations Manager 2007.
2. No painel Administração, expanda Gerenciamento de Dispositivo e clique em Gerenciamento Pendente.
3. Clique com o botão direito do mouse no agente e clique em Aprovar ou Rejeitar.
Faça backup da chave de criptografia do RMS

A chave de criptografia do servidor de gerenciamento raiz ﴾RMS﴿ do Operations Manager 2007 R2 é necessária para descriptografar dados seguros no banco de dados
operacional. Quando você tiver um backup da chave de criptografia do RMS, será possível importar a chave em um novo servidor de gerenciamento ao atualizar o grupo
de gerenciamento de um servidor de gerenciamento secundário do Operations Manager 2007 R2.
Para fazer backup da chave de criptografia usando o Assistente para Backup da Chave de Criptografia ou Restauração
1. Faça logon no computador que hospeda o servidor de gerenciamento secundário com uma conta que seja membro do grupo Administradores.
2. Abra uma janela do prompt de comando usando a opção Executar como administrador.
3. No prompt de comando, digite:
cd <Operations Manager Installation Folder>
SecureStorageBackup
4. No Assistente para Backup da Chave de Criptografia ou Restauração, na página Backup e Restauração, selecione a opção Fazer Backup da Chave de
Criptografia e conclua o assistente, fornecendo um local e senha para a chave.
Observação
A recuperação da senha não é possível, em caso de perda ou esquecimento da chave.
Observação
Armazene a chave de criptografia em um local que pode ser acessado facilmente, como um compartilhamento de arquivo. Você tem que restaurar esta chave
de criptografia em todos os servidores de gerenciamento no grupo de gerenciamento antes de atualizar.
Para fazer backup da chave de criptografia do RMS usando a janela de Prompt de comando
1. Faça logon no computador que hospeda o servidor de gerenciamento raiz do Operations Manager 2007 R2 usando uma conta que seja membro do grupo
Administradores.
2. Abra uma janela de Prompt de comando como um administrador usando a opção Executar como administrador.
3. No prompt de comando, digite cd <caminho para a pasta de instalação> e pressione Enter.
4. Para fazer backup da chave de criptografia, faça o seguinte:
a. Digite SecureStorageBackup Backup <BackupFile> e pressione ENTER
b. No prompt Digite a senha a ser usada para armazenamento/recuperação, digite uma senha que tenha no mínimo oito caracteres de comprimento e
pressione Enter.
c. No prompt Insira sua senha novamente, digite a mesma senha e pressione Enter.
Verifique o Operations Manager 2007 R2 RMS para Consoles conectados ativos

Consoles que estão conectados ao RMS do Operations Manager 2007 R2 podem perder conectividade durante a atualização do grupo de gerenciamento. Antes de
executar a atualização do grupo de gerenciamento, você deve notificar a quem quer que tenha um console conectado para fechar a conexão.
Desabilitar as assinaturas de notificação

Você deve desativar a assinatura de notificação antes de atualizar o grupo de gerenciamento para verificar se as notificações não são enviadas durante o processo de
atualização.
Para desabilitar assinaturas
1. Faça logon na conta do console de operações que seja membro da função Administradores do Operations Manager para o grupo de gerenciamento do
Operations Manager.
2. No Console de Operações, selecione o modo de exibição Administração.
3. No painel de navegação, expanda Administração, expanda o recipiente de Notificações e clique em Inscrições.
4. Selecione cada assinatura e clique em Desativar no painel Ações.
Observação
Multiselect não funciona quando você está desativando inscrições.
Interromper os serviços ou desativar todos os conectores

Consulte a documentação do conector não Microsoft para quaisquer conectores instalados para determinar os serviços usados para cada conector e se há suporte para
o System Center 2012 – Operations Manager.
Para interromper um serviço para conectores
1. No menu Iniciar, aponte para Ferramentas Administrativas e depois clique em Serviços.
2. Na coluna Nome, clique com o botão direito do mouse no conector que deseja controlar e depois clique em Parar.
Verificar se o banco de dados operacional tem mais de 50% de espaço livre

Você deve verificar se o banco de dados operacional tem mais de 50% de espaço livre antes de atualizar o grupo de gerenciamento, porque a atualização pode falhar se
não houver espaço suficiente. Você também deve verificar se os logs de transações representam 50% do tamanho total do banco de dados operacional.
Para verificar quanto há de espaço livre no banco de dados operacional
1. No computador que hospeda o banco de dados operacional, abra o SQL Server Management Studio.
2. No Explorador de Objetos, expanda Bancos de Dados.
3. Clique com o botão direito no banco de dados operacional, aponte para Relatórios, Relatórios Padrão e depois clique em Uso do Disco.
4. Exiba o relatório de Uso do Disco para determinar a porcentagem de espaço livre.
Para aumentar o espaço livre para os arquivos de log e banco de dados operacionais
2. Na caixa de diálogo Conectar ao servidor, na lista Tipo de servidor, selecione Mecanismo de Banco de Dados.
3. Na lista Nome do Servidor, selecione o servidor e a instância do banco de dados operacional ﴾por exemplo, computador\INSTÂNCIA1﴿.
4. Na lista Autenticação, selecione Autenticação do Windows e clique em Conectar.
5. No painel Explorador de Objetos, expanda Bancos de dados, clique com o botão direito do mouse no banco de dados operacional e depois em Propriedades.
6. Na caixa de diálogo Propriedades do Banco de Dados, em Selecionar uma Página, clique em Arquivos.
7. No painel de resultados, aumente o valor do Tamanho inicial para o banco de dados MOM_DATA em 50%.
Observação
Esta etapa não será necessária se o espaço livre já exceder 50%.
8. Defina o valor do Tamanho inicial para o MOM_LOG para ser 50% do tamanho total do banco de dados. Por exemplo, se o tamanho do banco de dados
operacional for 100 GB, o tamanho do arquivo de log deve ser 50%. Depois, clique em OK.
Verificar o Agrupamento do SQL Server

Agrupamento do SQL Server para todas as instâncias de banco de dados e bancos de dados deve ser um destes procedimentos:
Idioma Agrupamento
Inglês SQL_Latin1_General_CP1_CI_AS
Francês French_CI_AS
Russo Cyrillic_General_CI_AS
Chinês CHS Chinese_PRC_CI_AS
Japonês Japanese_CI_AS
Espanhol Traditional_Spanish_CI_AS
Outros idiomas Latin1_General_CI_AS
Importante
Você deve verificar se todos os bancos de dados e instâncias de bancos de dados têm o agrupamento correto, antes de executar a atualização do grupo de
gerenciamento.
Para determinar o Agrupamento do SQL Server de um banco de dados, você pode verificar as propriedades do banco de dados. No SQL Server Management Studio,
clique com o botão direito no banco de dados que deseja verificar e clique em Propriedades. O agrupamento está listado em Manutenção.
Para obter informações sobre como alterar o agrupamento do SQL Server de uma banco de dados, consulte Definir ou alterar o agrupamento do servidor.
Restaurar a chave de criptografia do RMS no servidor de gerenciamento secundário

Quando não for possível atualizar o grupo de gerenciamento do RMS porque ele não atende as configurações mínimas com suporte para o System Center 2012 –
Operations Manager, você deve restaurar a chave de criptografia no servidor do gerenciador secundário do Operations Manager 2007 R2, do qual será possível executar
a atualização do grupo de gerenciamento. Para obter mais informações sobre se o RMS atende as configurações mínimas com suporte, consulte Supported
Configurations for System Center 2012 – Operations Manager ﴾Configurações com Suporte do System Center 2012 – Operations Manager﴿. Você deve restaurar a chave
de criptografia um pouco antes de executar a atualização do grupo de gerenciamento. Para restaurar a chave de criptografia, você deve usar a ferramenta
SecureStorageBackup.
Para restaurar a chave de criptografia do RMS usando o Assistente para Backup da Chave de Criptografia ou Restauração
2. Abra uma janela do prompt de comando usando a opção Executar como administrador.
3. No prompt de comando, digite:
SecureStorageBackup
4. No Assistente para Backup da Chave de Criptografia ou Restauração, na página Backup e Restauração, selecione a opção Restaurar a Chave de Criptografia e
conclua o assistente, fornecendo um local e senha para a chave.
Para restaurar a chave de criptografia do RMS usando o prompt de comando

2. Em uma janela de prompt de comando usando a opção Executar como Administrador, digite:
SecureStorageBackup Restore <BackupFile>
3. No prompt Insira a senha a ser usada para armazenamento/recuperação, digite a senha e pressione Enter.
4. Use a mesma senha usada para fazer o backup das chaves de criptografia.
Para verificar se a chave de criptografia do RMS foi restaurada
1. No menu Iniciar, clique em Executar.
2. Digite regedit e clique em OK. O Editor do Registro é iniciado.
Cuidado
A edição incorreta do registro pode danificar gravemente o sistema. Antes de fazer alterações no registro, faça backup dos dados importantes no computador.
3. Navegue para a chave HKLM\Software\microsoft\Microsoft Operations Manager\3.0\MOMBins. Se valor1 e valor2 existem, a chave de criptografia foi
restaurada com êxito.
Fazer backup dos bancos de dados do Operations Manager

Antes de atualizar o servidor de gerenciamento secundário, obtenha os backups recentes e verificados do banco de dados operacional e do banco de dados de data
warehouse. Você também deve criar backups de bancos de dados para recursos opcionais, como o banco de dados de Relatórios e de Serviços de Coleta de Auditoria,
antes de atualizá-los. Para obter mais informações, consulte Fazer backup de um banco de dados e Como agendar Backups do System Center 2012 - bancos de dados
Atualizar SQL Server Reporting Services

System Center 2012 – Operations Manager exige o SQL Server 2008 R2 ou SQL Server 2008 R2 Sp1 no banco de dados do SQL Server Reporting Services ﴾SSRS﴿. Para
obter informações sobre como atualizar para o SQL Server, consulte Atualizar para o SQL Server 2012.
Consulte Também
Conceitos
-----
-----
Tarefas de atualização para o Operations Manager
Atualizar uma instalação do System Center Operations Manager 2007 R2 para System Center 2012 – Operations Manager é um processo de várias etapas. Antes que seja
possível atualizar seu ambiente de monitoramento, você tem que entender exatamente o que está atualizando, as etapas de pré-atualização e as implicações para as
operações diárias.
Atualizar fases
Ao atualizar um grupo de gerenciamento de servidor único, você executa a atualização em todos os recursos instalados em um único servidor. Em uma atualização do
grupo de gerenciamento distribuído, as tarefas de atualização são executadas em várias fases.
Cada tipo de atualização exige algumas tarefas de pré-atualização e pós-atualização. As fases de atualização incluem o seguinte:
Atualizar fase Descrição
Tarefas de Tarefas de pré-atualização talvez tenham que ser executadas antes de qualquer uma das fases de atualização. Para obter mais informações, consulte
pré- Tarefas pré-atualização do Operations Manager.
atualização O ponto inicial para uma atualização é ter uma topologia do Operations Manager 2007 R2 e assegurar que todo o hardware e software atenda as
configurações compatíveis para o System Center 2012 – Operations Manager.
Atualização do Em uma atualização do grupo de gerenciamento distribuído, você atualiza os servidores de gerenciamento secundários ﴾excluindo o servidor de
servidor de gerenciamento raiz﴿, os gateways e os agentes. A ordem de atualização do agente depende de como os agentes foram implantados. Ao instalar os
gerenciamento agentes manualmente, você atualiza os agentes antes de atualizar os servidores de gerenciamento e gateways. Se você instalou os agentes usando o
secundário Assistente para Gerenciamento de Computadores e Dispositivos ﴾o Assistente de Descoberta﴿, terá que atualizar os agentes após atualizar os
servidores de gerenciamento e gateways. Estes tipos de agentes são conhecidos como agentes instalados automaticamente.
Atualização do Em uma atualização de grupo de gerenciamento distribuído, o servidor de gerenciamento raiz ﴾RMS﴿, o banco de dados operacional, o banco de
grupo de dados do data warehouse e o grupo de gerenciamento são atualizados. Se o RMS não atender aos requisitos do sistema, a atualização será
gerenciamento executada de um servidor de gerenciamento secundário.
Em uma atualização de grupo de gerenciamento de servidor único, você atualiza primeiro os agentes instalados manualmente e depois executa a
atualização do grupo de gerenciamento. Agentes instalados automaticamente podem ser atualizados depois que você atualizar o grupo de
gerenciamento.
Atualização Recursos adicionais podem ser atualizados, incluindo consoles de operações, consoles Web, servidor de relatórios e Serviços de Coleta de Auditoria
opcional (ACS).
Tarefas pós- Tarefas pós-atualização, como ativar notificações, devem ser executadas depois de concluir a sua atualização. Para obter mais informações, consulte
atualização Tarefas pós-atualização ao atualizar do Operations Manager 2007 R2.
Atualizando com o Exchange 2010 Management Pack

O Exchange 2010 Management Pack inclui o Correlation Engine, que geralmente é instalado no mesmo sistema do RMS do Operations Manager. Para uma atualização
simples, onde o sistema é compatível com o System Center 2012 – Operations Manager, você não tem que alterar o Exchange 2010 Management Pack.
Em uma atualização complexa, onde o Operations Manager deve ser movido para um sistema diferente, siga um destes procedimentos:
Desinstale o Exchange 2010 MP de seu sistema atual usando o pacote do Windows Installer, atualize o Operations Manager para o novo sistema e execute o
pacote do Windows Installer para instalar o Exchange 2010 MP no novo sistema. Não remova o Exchange 2010 MP no console de operações.
Atualize o Operations Manager para o novo sistema e configure o mecanismo de correlação do Exchange 2010 MP para apontar para este sistema, editando o
Microsoft.Exchange.Monitoring.CorrelationEngine.exe.config. O local padrão para este arquivo é: C:\Arquivos de Programas\Microsoft\Exchange Server\v14\Bin.
Altere o valor na linha a seguir para igualá-lo ao FQDN do novo sistema do Operations Manager:
<add key="OpsMgrRootManagementServer" value="localhost" />
Observação
Se o mecanismo de correlação do seu Exchange 2010 MP estiver instalado em um cluster, será necessário editar o arquivo de configuração em cada membro
do cluster.
Consulte Também
Conceitos
-----
-----
Aprimorando o desempenho de atualização
A atualização de um servidor de gerenciamento que hospeda mais de 800 agentes pode levar mais de uma hora. Você pode reduzir significativamente o tempo
necessário para realizar uma atualização executando vários comandos do SQL. Use o seguinte procedimento para cada servidor de gerenciamento que hospeda 800 ou
mais agentes. Ele também pode ser usado se a atualização de um servidor de gerenciamento específico estiver levando aproximadamente uma hora. Você pode
implementar este procedimento antes de iniciar a atualização ou enquanto estiver executando a atualização.
Para aprimorar o desempenho da atualização
2. Na caixa de diálogo Conectar ao servidor, na lista Tipo de servidor, selecione Mecanismo de Banco de Dados.
3. Na lista Nome do Servidor, selecione o servidor e a instância do banco de dados do Operations Manager ﴾como computador\INSTÂNCIA1﴿.
4. Na lista Autenticação, selecione Autenticação do Windows e clique em Conectar.
5. No painel Pesquisador de Objetos, clique com o botão direito do mouse no nome do computador e da instância no topo da árvore do Pesquisador de Objetos e
clique em Nova Consulta.
6. No painel de resultados de Nova Consulta, digite os três comandos SQL a seguir:
use OperationsManager
exec sp_updatestats
DBCC FREEPROCCACHE
Observação
O comando use assume que o nome do banco de dados do Operations Manager não foi alterado e o valor padrão do OperationsManager é usado.
7. Clique no menu Consulta e em Executar.
8. Clique no menu Arquivo e em Sair.
-----
-----
Pacote de gerenciamento auxiliar de atualização
O pacote de gerenciamento de atualização auxiliar orienta você durante o processo de atualização do System Center Operations Manager 2007 R2 para System Center
2012 – Operations Manager para uma topologia distribuída. Se você tiver um grupo de gerenciamento de servidor único, será possível executar uma atualização sem o
pacote de gerenciamento. Para obter mais informações, consulte Atualizando um ambiente de servidor único do Operations Manager 2007 R2.
Observação
O pacote de gerenciamento de atualização auxiliar localiza o servidor de gerenciamento raiz, servidores de gerenciamento secundários, servidores gateways e quaisquer
computadores gerenciados por agentes no grupo de gerenciamento distribuído do Operations Manager 2007 R2. O pacote de gerenciamento de atualização auxiliar
monitora o progresso de cada fase da atualização.
Observação
Talvez você precise executar algumas tarefas de pré-atualização antes de cada fase de atualização. Para obter mais informações, consulte Listas de verificação de
caminho de atualização do Operations Manager.
Importando e usando o pacote de gerenciamento de atualização auxiliar

O pacote de gerenciamento de atualização auxiliar está disponível na mídia de instalação do System Center 2012 – Operations Manager.
Observação
Pode levar até 15 minutos para a localização ser executada, depois de você importar primeiro o pacote de gerenciamento.
Para importar o pacote de atualização de gerenciamento auxiliar
1. Faça logon no computador com uma conta que seja membro da função Administradores do Operations Manager para o grupo de gerenciamento do
Operations Manager 2007 R2.
2. No console de Operações, clique em Administração.
Observação
Quando você executar o Console de Operações em um computador que não for um servidor de gerenciamento, a caixa de diálogo Conectar ao Servidor
aparecerá. Na caixa Nome do servidor, digite o nome do servidor de gerenciamento a partir do qual você deseja se conectar ao console de Operações.
3. Clique com o botão direito do mouse no nó Pacotes de Gerenciamento e, em seguida, clique em Importar Pacotes de Gerenciamento.
4. No Assistente para Importar Pacotes de Gerenciamento, clique em Adicionar e em Adicionar do disco.
5. A caixa de diálogo Selecionar Pacotes de Gerenciamento a serem importados é aberta. Navegue até o diretório /ManagementPacks da mídia de instalação do
Operations Manager. Selecione OperationsManager.Upgrade.mp e clique em Abrir.
6. A página Selecionar Pacotes de Gerenciamento lista o pacote de gerenciamento que você selecionou para importação. Uma marca de verificação verde ao lado
do pacote de gerenciamento na lista indica que o pacote de gerenciamento pode ser importado. Clique em Instalar.
A página Importar Pacotes de Gerenciamento aparece e exibe o progresso para o pacote de gerenciamento. O pacote de gerenciamento é baixado para um
diretório temporário, importado para o Operations Manager 2007 R2 e então excluído do diretório temporário. Se houver um problema em qualquer estágio do
processo de importação, selecione o pacote de gerenciamento na lista para exibir os detalhes de status.
7. Clique em Fechar.
Depois de importar o pacote de gerenciamento de atualização auxiliar, você pode exibir as etapas para cada fase de atualização no espaço de trabalho Monitoramento
do console de Operações.
Importante
Geralmente, você segue cada uma das etapas no pacote de gerenciamento de atualização auxiliar na ordem. No entanto, se você instalou os agentes manualmente,
será necessário atualizá-los antes de atualizar os servidores de gerenciamento secundários. Você atualiza os agentes instalados automaticamente, após a atualização
dos servidores de gerenciamento secundários.
Para verificar o status dos servidores de gerenciamento secundários em seu grupo de gerenciamento
1. No console do Operations Manager 2007 R2, no painel de navegação, clique no botão Monitoramento.
2. Expanda Atualização do MP do Operations Manager 2007 R2 -> 2012 e clique na Etapa 1: Atualizar Servidores de Gerenciamento Secundários. Isto exibe
todos os servidores de gerenciamento secundários no grupo de gerenciamento.
3. Examine o estado de cada servidor de gerenciamento. Se o servidor de gerenciamento secundário for atualizado, o estado será Íntegro. Se não for atualizado, um
Aviso aparecerá.
4. Você deve atualizar cada servidor de gerenciamento secundário e verificar se o status é íntegro, antes de passar para a próxima etapa no processo. Para obter
mais informações, consulte Como atualizar um servidor secundário de gerenciamento do Operations Manager 2007 R2.
Observação
É possível abrir as instâncias localizadas com o Gerenciador de Integridade do Operations Manager para ver o status da atualização, com informações
adicionais sobre como atualizar os servidores de gerenciamento.
Para verificar o status dos servidores gateway em seu grupo de gerenciamento
2. Expanda Atualização do MP do Operations Manager 2007 R2 -> 2012 e clique na Etapa 2: Atualizar servidores gateway. Isto exibe todos os servidores gateway
em seu grupo de gerenciamento.
3. Examine o estado de cada servidor gateway. Se o servidor gateway for atualizado, o estado será Íntegro. Se não for atualizado, um Aviso aparecerá.
4. Você deve atualizar cada servidor gateway e verificar se o status é íntegro, antes de passar para a próxima etapa no processo. Para obter mais informações,
consulte Como atualizar um servidor de Gateway do Operations Manager 2007 R2.
Observação
É possível abrir as instâncias localizadas com o Gerenciador de Integridade para ver o status da atualização, com informações adicionais sobre como atualizar
os gateways.
Para verificar o status dos agentes em seu grupo de gerenciamento
2. Expanda Atualização do MP do Operations Manager 2007 R2 -> 2012 e clique na Etapa 3: Atualizar agentes. Isto exibe todos os computadores gerenciados por
agente no grupo de gerenciamento. Também exibe propriedades adicionais sobre os agentes, como IsManuallyInstalled e DeployedViaActiveDirectory para
ajudá-lo a determinar qual processo de atualização seguir.
Importante
Você deve atualizar os agentes que têm um valor Verdadeiro na propriedade IsManuallyInstalled, antes de atualizar os servidores de gerenciamento
secundários.
3. Examine o estado de cada agente. Se o agente for atualizado, o estado será Íntegro. Se não for atualizado, um Aviso aparecerá.
4. Você deve atualizar os agentes e verificar se o status de cada um é íntegro, antes de passar para a próxima etapa no processo. Para obter mais informações,
consulte Como atualizar os agentes do Operations Manager 2007 R2.
Observação
os agentes.
Para verificar o status do RMS no grupo de gerenciamento
2. Expanda Atualização do MP do Operations Manager 2007 R2 -> 2012 e clique na Etapa 4: Atualizar grupo de gerenciamento (RMS, DB, DW). Isto exibe o
servidor de gerenciamento raiz (RMS) no seu grupo de gerenciamento.
Após os servidores de gerenciamento secundários, gateways e agentes terem sido atualizados, será possível atualizar o grupo de gerenciamento do RMS. Este
processo de atualização atualiza o banco de dados operacional e o data warehouse. Se o data warehouse ainda não existir, ele será instalado.
3. Se o grupo de gerenciamento foi atualizado, o estado será Íntegro. Se não for atualizado, um Aviso aparecerá.
4. Se o servidor de gerenciamento raiz atende as configurações mínimas com suporte para o System Center 2012 – Operations Manager, você pode atualizar a partir
do RMS. Para obter mais informações, consulte Como atualizar um grupo de gerenciamento de um RMS do Operations Manager 2007 R2. Se o servidor de
gerenciamento raiz não atende as configurações mínimas com suporte, você deve atualizar o grupo de gerenciamento a partir de um servidor de gerenciamento
secundário. Para obter mais informações, consulte Como atualizar um grupo de gerenciamento de um servidor de gerenciamento secundário do Operations
Manager 2007 R2. Para obter mais informações sobre os requisitos de configurações com suporte do System Center 2012 – Operations Manager, consulte
Supported Configurations for System Center 2012 – Operations Manager ﴾Configurações com Suporte do System Center 2012 – Operations Manager﴿.
Observação
o grupo de gerenciamento.
Consulte Também
Outros Recursos
-----
-----

Atualizando hardware e software para atender aos requisitos
de sistema
Atualizar para o System Center 2012 – Operations Manager exige que você inicie com um grupo de gerenciamento do System Center Operations Manager 2007 R2. Se
estiver usando uma versão anterior do Operations Manager, você deve atualizar primeiro para o Operations Manager 2007 R2. Para obter mais informações, consulte o
Operations Manager 2007 Upgrade Guide ﴾Guia de Atualização do Operations Manager 2007﴿.
Antes de iniciar o processo de atualização para o System Center 2012 – Operations Manager, você deve verificar se todos os servidores no grupo de gerenciamento
atendem as configurações mínimas com suporte para o System Center 2012 – Operations Manager. Para obter mais informações, consulte Supported Configurations for
System Center 2012 - Operations Manager ﴾Configurações com Suporte do System Center 2012 - Operations Manager﴿.
Se seus servidores não atendem os requisitos de configuração com suporte porque não são compatíveis com um sistema operacional de 64 bits, você tem que adicionar
novos servidores que atendam estes requisitos, além de assegurar que todos os outros requisitos de configuração solicitados sejam atendidos. Os tópicos a seguir
descrevem como executar tarefas necessárias para introduzir o novo hardware ao grupo de gerenciamento do Operations Manager 2007 R2:
Como adicionar um servidor do Operations Manager 2007 R2 Gerenciamento secundário ﴾atualização do Gerenciador de operações﴿
Como mover os agentes para um Operations Manager 2007 R2 secundário Management Server ﴾atualização do Gerenciador de operações﴿
Como substituir um Gateway de R2 do Operations Manager 2007 que tem uma configuração sem suporte ﴾atualização do Gerenciador de operações﴿
Como remover um Operations Manager 2007 R2 Gateway ﴾atualização do Gerenciador de operações﴿
Atualizando o SQL Server ﴾atualização do Operations Manager﴿
-----
-----
Como adicionar um servidor do Operations Manager 2007 R2
Gerenciamento secundário (atualização do Gerenciador de
operações)
Importante
referência.
Quando você desejar atualizar para o System Center 2012 – Operations Manager, mas tiver um servidor de gerenciamento em seu System Center Operations Manager
2007 R2ambiente que não está de acordo com as configurações mínimas com suporte para System Center 2012 – Operations Manager, você deve adicionar um novo
servidor para substituir o antigo. Você deve instalar um Operations Manager 2007 R2servidor de gerenciamento secundário e, em seguida, associá-lo ao seu grupo de
gerenciamento existente. Posteriormente, você pode mover os agentes do servidor antigo para o novo servidor. Para obter mais informações, consulte Como mover os
agentes para um Operations Manager 2007 R2 secundário Management Server ﴾atualização do Gerenciador de operações﴿.
Para garantir que o novo hardware de servidor e o software atenderem o mínimo suportado configurações para System Center 2012 – Operations Manager, consulte
Configurações suportadas para System Center 2012 - Operations Manager.
1.
Observação
Para instalar um servidor de gerenciamento secundário

1. Em um servidor que atenda os requisitos de configuração com suporte para System Center 2012 – Operations Manager, instale o
Operations Manager 2007 R2usando as instruções em Implantação de servidores de gerenciamento autônomo no Windows Server 2008.
Observação
Ele pode levar até cinco minutos para o serviço de gerenciamento do System Center no novo servidor de gerenciamento para estabelecer uma comunicação
segura com o servidor de gerenciamento ﴾RMS﴿ raiz e durante esse tempo, que ele aparece como não monitorado. Quando as comunicações são
estabelecidas, o estado de integridade altera para íntegro.
A próxima etapa é mover os agentes relatados para o antigo servidor de gerenciamento ou RMS para o novo servidor de gerenciamento secundário. Para obter mais
informações, consulte Como mover os agentes para um Operations Manager 2007 R2 secundário Management Server ﴾atualização do Gerenciador de operações﴿.
Consulte Também
Conceitos
-----
-----
Como mover os agentes para um Operations Manager 2007
R2 secundário Management Server (atualização do
Gerenciador de operações)
Importante
referência.
Depois de ter adicionado um servidor de gerenciamento secundário para seu System Center Operations Manager 2007 R2grupo de gerenciamento, você deve mover os
agentes que estão reportando para o servidor de gerenciamento raiz ﴾RMS﴿ ou um servidor de gerenciamento que você está substituindo para o novo servidor de
gerenciamento secundário.
Você também move os agentes a um servidor de gerenciamento secundário para evitar tempo de inatividade quando você atualizar um grupo de gerenciamento
distribuído que atenda as configurações mínimas com suporte para System Center 2012 – Operations Manager. Para obter mais informações, consulte Configurações
suportadas para System Center 2012 - Operations Manager.
Importante
Se você tiver um grupo de gerenciamento distribuído que atenda as configurações mínimas de suporte, como alternativa você pode atualizar os agentes após
atualizar o grupo de gerenciamento em vez de mover os agentes para um servidor de gerenciamento secundário. No entanto, você terá o monitoramento do tempo
de inatividade até que os agentes sejam atualizados.
Você pode mover os agentes usando o console de operações, por meio de integração do Active Directory ou executando um script Windows PowerShell. No entanto, se
os agentes foram implantados manualmente, você não pode movê-los usando o console de operações.
Agentes de mudança para um servidor de gerenciamento secundário

Para mover agentes Windows, UNIX e Linux instalado de envio para um servidor secundário de gerenciamento usando o console de operações
1. Faça logon em um computador que hospeda um console de operações com um Operations Managerconta da função de administradores para o
Operations Manager 2007 R2grupo de gerenciamento.
Observação
Quando você executar o console de operações em um computador que não é um servidor de gerenciamento, o Conectar-se ao servidor caixa de diálogo
aparece. No nome do servidor , digite o nome da Operations Manager 2007 R2management server que você deseja que o console de operações para se
conectar a.
3. No Administração painel, em Gerenciamento de dispositivos, clique em Gerenciado por agente.
4. Para agentes do Windows, com o botão direito em computadores de Gerenciado por agente painel que tenha agentes que você deseja mover para o servidor de
gerenciamento secundário e, em seguida, clique em Alteração principal servidor de gerenciamento de.
Para agentes UNIX e Linux, com o botão direito em computadores de Servidores UNIX/Linux painel que tenha agentes que você deseja mover para o servidor de
gerenciamento secundário e, em seguida, clique em Alteração principal servidor de gerenciamento de.
5. No O servidor de gerenciamento de alteração caixa de diálogo, selecione o servidor de gerenciamento secundário da lista e, em seguida, clique em OK. A
alteração terá efeito no agente após o próximo intervalo de atualização.
Para mover os agentes do Windows para um servidor de gerenciamento secundário usando um script do Windows PowerShell
2. Execute o seguinte script.
$newMS = Get‐ManagementServer | where {$_.Name –eq '<SecondaryMgmtServer.DomainName.COM>'}
$agent = Get‐Agent | where {$_.PrincipalName –eq '<AgentComputer.Domain.COM>'}
Set-ManagementServer -AgentManagedComputer: $agent -PrimaryManagementServer: $newMS
O console de operações deve listar agora o servidor de gerenciamento secundário como o principal servidor de gerenciamento para o agente que foi movido.
Agentes de mudança para um servidor secundário de gerenciamento por meio de integração do Active
Directory
Usando a integração do Active Directory para mover os agentes do Windows para um servidor de gerenciamento secundário é um processo de várias etapas. Primeiro,
você pode excluir a regra de configuração para o servidor de gerenciamento que você irá substituir. Em seguida, você pode criar uma nova regra que define o servidor
de gerenciamento de substituição como o servidor de gerenciamento de failover. Essa etapa é uma etapa intermediária que é necessária para o agente reconhecer o
servidor de gerenciamento de substituição. Após a atribuição de agente propaga no Active Directory Domain Services, que pode levar até uma hora, você pode excluir a
regra de configuração que você acabou de criar. Finalmente, você deve criar uma nova regra de configuração no servidor de gerenciamento de substituição.
Os procedimentos a seguir presume que você tenha um servidor existente do gerenciamento principal e um servidor de gerenciamento de failover que não atendem os
requisitos mínimos de configuração para System Center 2012 – Operations Manager, e você já criou dois novos servidores de gerenciamento secundário que atenda a
esses requisitos para substituir os antigos. Criando as regras de configuração para a integração do Active Directory, você move os agentes dos servidores antigos para
os novos servidores em um processo de várias etapas.
Para criar uma regra de configuração para o servidor de gerenciamento que você está substituindo ﴾etapa 1﴿
Observação
aparece. No nome do servidor , digite o nome da Operations Manager 2007 R2management server que você deseja que o console de operações para se
conectar a.
3. No Administração painel, em Gerenciamento de dispositivos, clique em Servidores de gerenciamento de.
4. No Servidores de gerenciamento painel direito do mouse o servidor de gerenciamento que você está substituindo e, em seguida, clique Propriedades. Isso
define o servidor de gerenciamento que você está substituindo como o O gerenciamento de servidor primário para os computadores que são retornados pelas
regras você irá criar o procedimento a seguir.
5. No Propriedades do servidor de gerenciamento de caixa de diálogo, clique no Atribuição de agente de Auto guia.
6. Selecione a atribuição de agente e, em seguida, clique em Excluir.
Clique em Add para iniciar o de atribuição de agente e Assistente de Failovere, em seguida, clique em próximo.
Observação
A página Introdução não será exibida se o assistente for executado e Não exibir esta página novamente for selecionado.
7. Na página Domínio, faça o seguinte:
Selecione o domínio dos computadores com o o nome de domínio lista. O servidor de gerenciamento deve ser capaz de resolver o nome de domínio.
Importante
O servidor de gerenciamento e os computadores que você deseja gerenciar devem estar em domínios confiáveis de 2 vias.
Selecione o usar uma conta diferente para executar o agente atribuído no domínio especificado caixa de seleção.
Definir Selecione perfil Executar como ao executar como perfil associado à conta executar como que foi fornecida quando MOMADAdmin.exe foi
executada para o domínio. A conta padrão que é usada para executar a atribuição do agente é a conta de computador para o servidor de gerenciamento
raiz, também conhecido como o Conta de atribuição de agente de Active Directory-Based. Se não for a conta que foi usada para executar
MOMADAdmin.exe, selecione usar uma conta diferente para realizar a atribuição de agente no domínio especificadoe, em seguida, selecione ou crie a
conta a partir do Selecione perfil Executar como lista.
8. Sobre o Os critérios de inclusão página, ou digite a consulta LDAP para atribuir computadores a esse servidor de gerenciamento e, em seguida, clique em
próximo, ou clique em Configurar. Se clicar em Configurar, faça o seguinte:
a. No Localizar computadores diálogo, digite os critérios que você deseja usar para atribuir computadores a esse servidor de gerenciamento.
b. Clique em OKe, em seguida, clique em próximo.
Observação
A seguinte consulta LDAP retorna computadores cujo nome começa com MsgOps,
(&(sAMAccountType=805306369)(objectCategory=computer)(cn=MsgOps*)) para obter mais informações sobre as consultas LDAP, consulte criar um filtro
de consulta.
9. Sobre o Regra de exclusão de página, digite o nome de domínio totalmente qualificado ﴾FQDN﴿ de computadores que você deseja impedir que estão sendo
gerenciados por este servidor de gerenciamento explicitamente e, em seguida, clique em próximo.
Importante
Separe os FQDNs do computador digitados com um ponto-e-vírgula, uma vírgula ou uma nova linha ﴾CTRL+ENTER﴿.
10. Sobre o Agente Failover página, selecione configurar manualmente o failover, e, em seguida, faça o seguinte:
a. Marque a caixa de seleção do servidor de gerenciamento secundário de substituição. Isso configura o servidor de substituição do servidor de failover.
b. Clique em Criar.
11. Na caixa de diálogo Propriedades do Servidor de Gerenciamento, clique em OK.

Observação
Pode demorar até uma hora para a configuração de atribuição de agente propagar nos serviços de domínio do Active Directory.
12. Após a confirmação de que a atribuição de agente foi bem-sucedida, exclua a atribuição de agente que você criou anteriormente.
Para criar uma regra de configuração para o servidor de gerenciamento de substituição ﴾etapa 2﴿
2. No Administração painel, em Gerenciamento de dispositivos, clique em Servidores de gerenciamento de.
3. No Servidores de gerenciamento de , com o botão direito do servidor de gerenciamento secundário de substituição e, em seguida, clique em Propriedades. Isso
define o servidor de gerenciamento de substituição como o O gerenciamento de servidor primário para os computadores que são retornados pelas regras que
você irá criar o procedimento a seguir.
4. No Propriedades do servidor de gerenciamento de caixa de diálogo, clique no Atribuição de agente de Auto guia.
5. Clique em Add para iniciar o de atribuição de agente e Assistente de Failovere, em seguida, clique em próximo.
Observação
A página Introdução não será exibida se o assistente for executado e Não exibir esta página novamente for selecionado.
6. Na página Domínio, faça o seguinte:
Selecione o domínio dos computadores com o o nome de domínio lista. O servidor de gerenciamento deve ser capaz de resolver o nome de domínio.
Importante
O servidor de gerenciamento e os computadores que você deseja gerenciar devem estar em domínios confiáveis de 2 vias.
Selecione o usar uma conta diferente para executar o agente atribuído no domínio especificado caixa de seleção.
Definir Selecione perfil Executar como ao executar como perfil associado à conta executar como que foi fornecida quando MOMADAdmin.exe foi
executada para o domínio. A conta padrão que é usada para executar a atribuição do agente é a conta de computador para o servidor de gerenciamento
raiz, também conhecido como o Conta de atribuição de agente de Active Directory-Based. Se não for a conta que foi usada para executar
MOMADAdmin.exe, selecione usar uma conta diferente para realizar a atribuição de agente no domínio especificadoe, em seguida, selecione ou crie a
conta a partir do Selecione perfil Executar como lista.
7. Sobre o Os critérios de inclusão página, ou digite a consulta LDAP para atribuir computadores a esse servidor de gerenciamento e, em seguida, clique em
próximo, ou clique em Configurar. Se clicar em Configurar, faça o seguinte:
a. No Localizar computadores diálogo, digite os critérios que você deseja usar para atribuir computadores a esse servidor de gerenciamento.
b. Clique em OKe, em seguida, clique em próximo.
Observação
A seguinte consulta LDAP retorna computadores cujo nome começa com MsgOps,
(&(sAMAccountType=805306369)(objectCategory=computer)(cn=MsgOps*)) para obter mais informações sobre as consultas LDAP, consulte criar um filtro
de consulta.
8. Sobre o Regra de exclusão de página, digite o nome de domínio totalmente qualificado ﴾FQDN﴿ de computadores que você deseja impedir que estão sendo
gerenciados por este servidor de gerenciamento explicitamente e, em seguida, clique em próximo.
Importante
Separe os FQDNs do computador digitados com um ponto-e-vírgula, uma vírgula ou uma nova linha ﴾CTRL+ENTER﴿.
9. Sobre o Agente Failover página, selecione configurar manualmente o failover, e, em seguida, faça o seguinte:
a. Marque a caixa de seleção do segundo servidor de gerenciamento de substituição que você adicionou ao grupo de gerenciamento. Isso define como o
servidor de failover.
b. Clique em Criar.
10. Na caixa de diálogo Propriedades do Servidor de Gerenciamento, clique em OK.
Observação
Pode demorar até uma hora para a configuração de atribuição de agente propagar nos serviços de domínio do Active Directory.
Observação
Consulte Também
Conceitos
-----
-----
Atualizando o SQL Server (atualização do Operations
Manager)
Atualizar para System Center 2012 – Operations Manager exige o Microsoft SQL Server 2008 SP1, SQL Server 2008 R2 ou SQL Server 2008 R2 SP1 para o banco de dados
operacional, banco de dados do data warehouse e banco de dados do Serviços de Coleta de Auditoria ﴾ACS﴿. Se seus servidores não aceitam esta atualização, você tem
que adicionar novos servidores e mover os bancos de dados do seu SQL Server dos servidores antigos para os novos. Para obter mais informações, consulte Supported
Configurations for System Center 2012 - Operations Manager ﴾Configurações com Suporte do System Center 2012 - Operations Manager﴿.
Para obter informações adicionais sobre como mover os bancos de dados do System Center Operations Manager 2007 R2 consulte:
Como mover o banco de dados operacional
Como mover o banco de dados do Data Warehouse
Como mover o banco de dados OperationsManagerAC no Operations Manager 2007
Para obter informações adicionais sobre como atualizar um banco de dados, consulte:
How to: Upgrade to SQL Server 2008 R2 ﴾Setup﴿ ﴾Como: Atualizar para SQL Server 2008 R2 ﴾Instalação﴿﴿
Atualizar para o SQL Server 2012
-----
-----
Como substituir um Gateway de R2 do Operations Manager
2007 que tem uma configuração sem suporte (atualização do
Gerenciador de operações)
Importante
referência.
Se você tiver um System Center Operations Manager 2007 R2servidor de gateway que não atender aos requisitos mínimos de configuração com suporte para System
Center 2012 – Operations Manager, você deve substituir o servidor de gateway antes de atualizar para System Center 2012 – Operations Manager. Para obter mais
informações, consulte Configurações suportadas para System Center 2012 - Operations Manager. Este procedimento mostra como adicionar um novo
Operations Manager 2007 R2gateway e prepará-lo para a atualização.
Substituição de um servidor de Gateway do Operations Manager 2007 R2

As etapas para substituir o servidor gateway incluem o seguinte:
1. Registre o computador que hospedará o gateway com o grupo de gerenciamento. See Registrando o Gateway com o grupo de gerenciamento.
2. Instalar o Operations Manager 2007 R2o servidor de gateway. See Instalando um servidor de Gateway.
3. Implante e importar os certificados nos servidores de gateway e gerenciamento. See Implantação de certificados.
4. Remova o antigo servidor de gateway. See Como remover um Operations Manager 2007 R2 Gateway ﴾atualização do Gerenciador de operações﴿.
Registrando o Gateway com o grupo de gerenciamento

Antes de instalar um novo Operations Manager 2007 R2o servidor de gateway, você deve registrar o computador que hospedará o gateway com o grupo de
gerenciamento. Este procedimento registra o servidor de gateway com o grupo de gerenciamento, e quando o registro for concluído, o servidor de gateway aparece no
Inventário descoberto o modo de exibição do grupo de gerenciamento.
Primeiro você deve copiar a ferramenta de aprovação de gateway ﴾Microsoft.EnterpriseManagement.GatewayApprovalTool.exe﴿ para o servidor de gerenciamento. Essa
ferramenta é necessária apenas no servidor de gerenciamento, e ele deve ser executado uma vez.
Para copiar o Microsoft.EnterpriseManagement.GatewayApprovalTool.exe para servidores de gerenciamento
1. De um servidor de gerenciamento de destino, abra o Operations Manager 2007 R2diretório de mídia de instalação do \SupportTools.
2. Copie o Microsoft.EnterpriseManagement.GatewayApprovalTool.exe da mídia de instalação para o servidor de gerenciamento de destino. Você deve copiá-lo para
o diretório de instalação do servidor de gerenciamento.
Para executar a ferramenta de aprovação de gateway
1. Faça logon no servidor de gerenciamento que o servidor gateway será de destino usando o Operations Manageras credenciais de administradores.
2. Abra uma janela de Prompt de comando e navegue até o diretório onde você copiou o Microsoft.EnterpriseManagement.gatewayApprovalTool.exe.
3. No prompt de comando, execute Microsoft.EnterpriseManagement.gatewayApprovalTool.exe /ManagementServerName =<managementserverFQDN >

/GatewayName =<GatewayFQDN > /ação = Criar
4. Se a aprovação for bem-sucedida, a seguinte mensagem aparece a aprovação do servidor <GatewayFQDN > foi concluída com êxito.
5. Abra o console de operações no modo de exibição de monitoramento. Selecione o modo de exibição inventário descoberto para verificar se o servidor de
gateway está presente.
Instalando um servidor de Gateway

Você deve instalar um Operations Manager 2007 R2gateway em um servidor que atenda aos requisitos mínimos de configuração com suporte para System Center 2012 –
Operations Manager.
Para instalar um servidor de gateway do Operations Manager 2007 R2
1. Faça logon no servidor do gateway com direitos de administrador local.
2. Do Operations Manager 2007 R2a execução de mídia de instalação, SetupOM.exe.
3. No instalar área, clique no Instalar o Operations Manager 2007 R2 Gateway link.
5. Sobre o Pasta de destino página, aceite o padrão ou clique em alteração para selecionar outro diretório de instalação e, em seguida, clique em próximo.
6. No Configuração do grupo de gerenciamento de de página, digite o nome do grupo de gerenciamento de destino no Nome do grupo de gerenciamento ,
digite o nome do servidor de gerenciamento de destino no Management Server caixa, verifique se o Porta de servidor de gerenciamento caixa é 5723e, em
seguida, clique em próximo. Essa porta pode ser alterada se você ativou a uma porta diferente para a comunicação do servidor de gerenciamento no console de
operações.
7. Sobre o Conta de ação do Gateway página, selecione o Sistema Local conta opção, especialmente se tiver criado uma conta de ação do gateway com base em
computador local ou baseada em domínio. Clique em Avançar.
8. Sobre o Microsoft Update página, opcionalmente, indique se deseja usar o Microsoft Update e, em seguida, clique em próximo.
9. Na página Pronto para instalar, clique em Instalar.
10. Sobre o Concluir a instalação página, clique em Concluir.
Implantação de certificados
Porque o servidor gateway não é confiável pelo domínio que o grupo de gerenciamento, os certificados devem ser usados para estabelecer a identidade de cada
servidor de gateway e o servidor de gerenciamento. Essa organização atende ao requisito de Operations Managerpara autenticação mútua. Você deve solicitar e baixar
os certificados e, em seguida, importá-los usando o Operations Manager 2007 R2ferramenta MOMCertImport.exe.
Resolução de nomes confiáveis deve existir entre os computadores gerenciados por agente e o servidor de gateway e entre o servidor de gateway e os servidores de
gerenciamento. Normalmente, Domain Name System ﴾DNS﴿ é usado para resolver nomes de host, como www.contoso.com, para seus endereços IP correspondentes. No
entanto, se não for possível obter a resolução de nome apropriada por meio do DNS, você talvez precise criar manualmente as entradas no arquivo Hosts de cada
computador para resolver nomes de host para endereços IP.
Observação
O arquivo Hosts está localizado no subdiretório de C:\Windows\System32\Drivers e contém instruções para configuração.
Depois de ter baixado os certificados para cada servidor de gateway e o servidor de gerenciamento, você pode importá-los usando a ferramenta MOMCertImport.
Para solicitar e fazer o download de certificados

1. Solicitar e baixar um certificado raiz confiável ﴾CA﴿ em cada servidor de gerenciamento e de gateway.
Para importar certificados de computador por meio de MOMCertImport.exe
1. Copie a ferramenta de MOMCertImport.exe do diretório de \SupportTools de mídia de instalação para a raiz do servidor gateway ou para o
Operations Manager 2007 R2o diretório de instalação do servidor de gerenciamento.
2. Abra uma janela de Prompt de comando usando o Executar como administrador opção, altere o diretório para o local de MOMCertImport.exe e execute
momcertimport.exe /SubjectName <nome de assunto do certificado>. Isso torna o certificado pode ser usado por Operations Manager.
Dica
Se clicar duas vezes em MOMCertImport.exe ou executá-lo na janela do Prompt de comando sem parâmetros, aparece uma caixa de diálogo onde você pode
selecionar o certificado instalado e, em seguida, clique em OK.
A próxima etapa é remover o antigo servidor de gateway a partir do grupo de gerenciamento. Para obter mais informações, consulte Como remover um Operations
Manager 2007 R2 Gateway ﴾atualização do Gerenciador de operações﴿.
Observação
Consulte Também
Tarefas
Como remover um Operations Manager 2007 R2 Gateway ﴾atualização do Gerenciador de operações﴿
Conceitos
-----
-----
Como remover um Operations Manager 2007 R2 Gateway
(atualização do Gerenciador de operações)
Importante
referência.
Depois de ter substituído um System Center Operations Manager 2007 R2servidor de gateway que não está de acordo com as configurações mínimas com suporte para
System Center 2012 – Operations Manager, você pode remover os gateways antigos do grupo de gerenciamento e desinstale o antigo gateway do servidor. Para obter
mais informações, consulte Supported Configurations for System Center 2012 – Operations Manager ﴾Configurações com suporte para System Center 2012 –
Primeiro você deve copiar a ferramenta de aprovação de gateway ﴾Microsoft.EnterpriseManagement.GatewayApprovalTool.exe﴿ do diretório \SupportTools do
Operations Manager 2007 R2a mídia de instalação para o servidor de gerenciamento, se ainda não existir.
1.
Observação
Para desinstalar o servidor de gateway

1. Faça logon no servidor de gateway a ser removido com o Operations Manager 2007 R2as credenciais de administradores.
2. No painel de controle, em programas e recursos, com o botão direito Gateway do System Center Operations Manager 2007 R2e, em seguida, clique em
Desinstalar.
Para remover um gateway a partir do grupo de gerenciamento

1. No servidor de gerenciamento que foi alvo durante a instalação do servidor de gateway, faça logon com credenciais de administradores do Operations Manager.
2. Abra uma janela de Prompt de comando e navegue até o diretório onde você copiou o Microsoft.EnterpriseManagement.gatewayApprovalTool.exe.
3. No prompt de comando, execute o seguinte comando, onde GatewayName é o nome do gateway que você deseja remover.
Microsoft.EnterpriseManagement.gatewayApprovalTool.exe /ManagementServerName =<managementserverFQDN > /GatewayName =<GatewayFQDN >
/ação = Delete
4. Abra o console de operações no modo de exibição de monitoramento. Selecione o Inventário descoberto para ver que o servidor gateway não está mais
presente.
Consulte Também
Conceitos
-----
-----
Atualizando um ambiente de servidor único do Operations
Manager 2007 R2
Ao atualizar um ambiente do System Center Operations Manager 2007 R2 de servidor único para o System Center 2012 – Operations Manager, você executa a atualização
em todos os recursos em um único servidor. Se um data warehouse ainda não existe, ele será criado durante o processo de atualização, já que ter um data warehouse é
um requisito para o System Center 2012 – Operations Manager. Você atualiza os agentes instalados manualmente, antes de executar a atualização no grupo de
gerenciamento. Se você instalou os agentes usando o Assistente para Gerenciamento de Computadores e Dispositivos ﴾o Assistente de Descoberta﴿, será possível
atualizar o grupo de gerenciamento usando o console de operações do Operations Manager.
Os seguintes tópicos descrevem como executar as etapas necessárias para atualizar um grupo de gerenciamento de servidor único que tem uma configuração com
suporte para o System Center 2012 – Operations Manager. Para obter mais informações, consulte Supported Configurations for System Center 2012 -
Operations Manager ﴾Configurações com Suporte do System Center 2012 - Operations Manager﴿.
Como atualizar um grupo de gerenciamento Operations Manager 2007 R2 único servidor
Fazer upgrade de agentes em um grupo gerenciamento Operations Manager 2007 R2 único servidor
Consulte Também
Outros Recursos
Single-Server and Distributed Upgrade Process Flow Diagram ﴾Diagrama de Fluxo do Processo para atualização do Servidor único e distribuída﴿
-----
-----
Como atualizar um grupo de gerenciamento Operations
Manager 2007 R2 único servidor
Importante
referência.
Quando você atualiza um System Center Operations Manager 2007 R2grupo de gerenciamento de servidor único para System Center 2012 – Operations Manager, todos
os recursos que são instalados no servidor são atualizados. Isso inclui o Operations Manager 2007 R2banco de dados operacional, servidor de gerenciamento, console
de operações, web console e servidor de relatórios, se instalado. O Operations Manager 2007 R2data warehouse também é atualizado, se ele existir. Caso contrário, o O
Assistente para instalação do System Center Operations Manager 2012 instala.
Importante
Se o grupo de gerenciamento de servidor único atende aos requisitos de configuração com suporte, mas não desejar experimentar nenhum tempo de inatividade
durante o processo de atualização, pode adicionar um servidor de gerenciamento secundário e, em seguida, siga o processo de atualização para uma atualização
distribuída. Para obter mais informações, consulte Configurações suportadas para System Center 2012 - Operations Manager. Se o servidor não puder atender as
configurações suportadas porque requer novo hardware, pode adicionar um servidor de gerenciamento secundário e, em seguida, siga o processo de atualização para
uma atualização distribuída. Para obter mais informações, consulte Listas de verificação de caminho de atualização do Operations Manager.
1.
Observação
Para atualizar um grupo de gerenciamento de servidor único

1. Faça logon no computador que está hospedando um servidor de gerenciamento raiz ﴾RMS﴿ com uma conta que seja membro da função de administradores de
gerente de operações para o Operations Manager 2007 R2grupo de gerenciamento e um administrador local no computador.
2. Sobre o System Center 2012 – Operations Managermedia, execute Setup.exee, em seguida, clique em instalar.
Observação
O Introdução página exibe informações sobre o que será atualizado. O data warehouse do Operations Manager será instalado se ele ainda não existir. Clique
em próximo para prosseguir com a atualização.
3. Sobre o Introdução, leia os termos de licença página leia os termos de licença de Software Microsoft, clique em li, entendido e concordar com os termos de
licençae, em seguida, clique em próximo.
4. Sobre o Selecionar local de instalação página, aceite o valor padrão de C:\Program Comuns\System Center 2012\Operations Manager, ou digite um novo local
ou procure um. Em seguida, clique em próximo.
Observação
Microsoft SQL Server pesquisa de texto completo deve ser habilitada.
Observação
O Agente atualizar verificar aviso pode ser ignorado se você planeja atualizar os agentes após o grupo de gerenciamento de servidor único foi atualizado.
6. Se o Verificador de pré-requisitos não retorna quaisquer erros ou avisos que precisam ser resolvida, clique em próximo.
7. Se o grupo de gerenciamento de servidor único ainda não tiver um depósito de dados instalado, um data warehouse é criado e você deve configurá-lo da
seguinte maneira:
a. No Configurar o banco de dados do data warehouse página, o nome do servidor e o nome da instância do , digite o nome do servidor de banco de
dados do SQL Server e instância do servidor de banco de dados que irá hospedar o banco de dados do data warehouse.
b. Após você ter digitado os valores corretos para o nome do servidor do banco de dados do SQL Server, o programa de instalação tenta validar os valores
que você digitou o nome do SQL Server e o número da porta. No nome de banco de dados, (MB) de tamanho de banco de dados, pasta do arquivo de
dados, e pasta do arquivo de Log caixas, recomendamos que você aceite os valores padrão. Clique em Avançar.
Aviso
c. Sobre o configuração, especificar um site da web para uso com o console de Web página, selecione o Default Web Site, ou o nome de um site
existente. Selecione Ativar SSL somente se o site foi configurado para usar Secure Sockets Layer (SSL) e, em seguida, clique em próximo.
d. Sobre o configuração, Selecione um modo de autenticação para uso com o Web console página, selecione as opções e, em seguida, clique em próximo.
8. No configuração, contas de gerente de operações de configurar página, recomendamos que você use o Conta de domínio opção para o serviço de
configuração do System Center e o serviço de acesso do sistema Centro de dados contas. Insira as credenciais para uma conta de domínio em cada caixa e, em
Importante
Se você recebe uma mensagem sobre como usar a versão errada do SQL Server, ou tiver algum problema com o provedor do SQL Server Windows
Management Instrumentation ﴾WMI﴿, você pode resolver isso. Abra uma janela de Prompt de comando usando o Executar como administrador opção. Em
seguida, execute o seguinte comando, onde <caminho> é o local do Microsoft SQL Server:
9. Quando o Ready to Upgrade página será exibida, analise o resumo de atualização e, em seguida, clique em Upgrade.
Para atualizar um grupo de gerenciamento de servidor único, usando a janela de Prompt de comando
1. Faça logon no computador que está hospedando um RMS com uma conta que seja membro da função de administradores de gerente de operações para o
Operations Manager 2007 R2grupo de gerenciamento e um administrador local no computador.
3. Alterar o caminho para o local onde o System Center 2012 – Operations ManagerSetup.exe arquivo está localizado.
Importante
Use o /WebConsoleUseSSLparâmetro somente se seu site tiver ativado Secure Sockets Layer ﴾SSL﴿. Para uma instalação padrão do web, especifique Site da
Web padrão para o /WebSiteNameparâmetro.
Observação
Se o web console relatórios para um servidor de gerenciamento raiz sem suporte ou inacessível, você também deve passar o parâmetro a seguir:
/ManagementServer:<servername>.
Importante
Os comandos a seguir pressupõem que você especificou no sistema Local para o serviço de acesso a dados ﴾/UseLocalSystemDASAccount). Para
especificar um nome de domínio para essas contas, você deve fornecer os seguintes parâmetros em vez disso:
Se você tiver instalado um depósito de dados no seu Operations Manager 2007 R2Gerenciamento de grupo, use o seguinte comando.
setup.exe /silent /upgrade /UseLocalSystemDASAccount

/WebsiteName: "<WebSiteName>" [/WebConsoleUseSSL]
Se você não instalou um depósito de dados no seu Operations Manager 2007 R2Gerenciamento de grupo, use o seguinte comando.
Setup.exe /silent /upgrade /UseLocalSystemDASAccount

/DWDatabaseName: <DW name>
Consulte Também
Conceitos
Outros Recursos
-----
-----
Fazer upgrade de agentes em um grupo gerenciamento
Operations Manager 2007 R2 único servidor
Importante
referência.
Você pode atualizar System Center Operations Manager 2007 R2agentes em um grupo de gerenciamento de servidor único, usando o console de operações,
manualmente, usando o Assistente de instalação ou manualmente, usando um prompt de comando. Determinar qual opção usar depende de como os agentes foram
implantados. Por exemplo, os agentes que foram instalados usando o computador e o Assistente para gerenciamento de dispositivo ("agentes instalados push")
podem ser atualizados por meio do console de operações. No entanto, os agentes foram instaladas manualmente ﴾"manualmente agentes"﴿ não pode ser atualizada
dessa maneira. Você pode verificar como os agentes foram instalados usando o pacote de gerenciamento de atualização auxiliar. Para obter mais informações, consulte
Pacote de gerenciamento auxiliar de atualização.
Importante
Para obter informações sobre como funciona a atualização com AVIcode 5.7agentes e .NET desempenho monitoramento agentes de aplicativos, consulte Observações
para os clientes de 5.7 AVIcode.
Você deve atualizar os agentes instalados manualmente antes de executar a atualização no grupo de gerenciamento. Agentes instaladas automaticamente podem ser
atualizados depois de executar a atualização no grupo de gerenciamento. Você pode usar o System Center 2012 – Operations Managerconsole de operações para
atualizar os agentes instaladas automaticamente em um grupo de gerenciamento de servidor único.
Para obter informações sobre como atualizar os agentes do Windows e UNIX e Linux agentes, consulte Como atualizar os agentes do Operations Manager 2007 R2.
Observação
Consulte Também
Conceitos
Atualizando agentes do Operations Manager 2007 R2 em um grupo de gerenciamento distribuído
-----
-----
Atualizando um ambiente distribuído do Operations Manager
2007 R2
Ao atualizar um ambiente distribuído do System Center Operations Manager 2007 R2 para o System Center 2012 – Operations Manager, você começa atualizando os
agentes instalados manualmente seguidos pelos servidores de gerenciamento secundários, gateways e agentes instalados automaticamente. Depois, você executa a
atualização do servidor de gerenciamento no servidor de gerenciamento raiz ﴾RMS﴿, se ele atender as configurações mínimas com suporte para o Operations Manager,
ou do servidor de gerenciamento secundário, se ele não atender estes requisitos. Em seguida, você pode atualizar recursos adicionais opcionais, como consoles, o
servidor de Relatórios e o Coletor de Serviços de Coleta de Auditoria ﴾ACS﴿.
Importante
Os tópicos a seguir descrevem como executar as etapas necessárias em uma atualização do grupo de gerenciamento distribuído. O caminho de atualização específico
que você assume, depende de seu ambiente atual. Para obter informações sobre como escolher um caminho de atualização, consulte Listas de verificação de caminho de
atualização do Operations Manager
Como atualizar um servidor secundário de gerenciamento do Operations Manager 2007 R2
Como atualizar um servidor de Gateway do Operations Manager 2007 R2
Como atualizar os agentes do Operations Manager 2007 R2
Como atualizar um grupo de gerenciamento de um RMS do Operations Manager 2007 R2
Como atualizar um grupo de gerenciamento de um servidor de gerenciamento secundário do Operations Manager 2007 R2
Como atualizar um Console autônomo de operações do Operations Manager 2007 R2
Como atualizar um Console Web do Operations Manager 2007 R2
Como atualizar a emissão de relatórios do Operations Manager 2007 R2
Como atualizar um coletor ACS do Operations Manager 2007 R2
Consulte Também
Conceitos
Atualizando um ambiente de servidor único do Operations Manager 2007 R2
Outros Recursos
Distributed Upgrade ﴾Complex﴿ Process Flow Diagram ﴾Diagrama de Fluxo do Processo de Atualização Distribuída ﴾Complexa﴿﴿
Single-Server and Distributed Upgrade ﴾Simple﴿ Process Flow Diagram ﴾Diagrama de Fluxo de Processo de Atualização de Servidor Único e Distribuída ﴾Simples﴿﴿
-----
-----
Como atualizar um servidor secundário de gerenciamento do
Importante
referência.
Esse procedimento demonstra como atualizar um System Center Operations Manager 2007 R2servidor de gerenciamento secundário para System Center 2012 –
Operations Managerem um ambiente distribuído. Para saber mais sobre cada caminho de upgrade e a ordem na qual executar cada tarefa de atualização, consulte o
Listas de verificação de caminho de atualização do Operations Manager.
Antes de seguir esses procedimentos, verifique se os servidores no grupo de gerenciamento do Operations Manager 2007 R2 atendem às configurações mínimas aceitas
do System Center 2012 – Operations Manager. Isso o ajudará a determinar se precisa adicionar novos servidores ao seu grupo de gerenciamento antes da atualização.
Para obter mais informações, consulte Supported Configurations for System Center 2012 – Operations Manager ﴾Configurações com suporte do System Center 2012 –
1.
Observação
Para atualizar um servidor de gerenciamento secundário

1. Faça logon no servidor de gerenciamento secundário com uma conta que seja membro da função de administradores de gerente de operações para o
2. Do System Center 2012 – Operations Managermedia, execute Setup.exee, em seguida, clique em instalar. O Introdução página exibe informações sobre quais
recursos serão atualizados.
Observação
Se existir um console web no servidor de gerenciamento secundário, ele será removido em vez de upgrade. É necessário reinstalar o web console depois de
atualizar o grupo de gerenciamento. Para obter mais informações, consulte Como instalar o Console Web do Operations Manager. Para minimizar o tempo de
inatividade, você pode instalar o Operations Manager 2007 R2console da web em um servidor autônomo.
3. Sobre o Introdução, System Center 2012 - atualização do Operations Manager página, clique em próximo para prosseguir com a atualização.
4. Sobre o Introdução, Selecionar local de instalação página, aceite o valor padrão de C:\Program Comuns\System Center 2012\Operations Manager, ou digite
um novo local ou procure um. Em seguida, clique em próximo.
Avançar.
configuração do System Center e o serviço de acesso do sistema Centro de dados contas.
Insira as credenciais para uma conta de domínio e, em seguida, clique em próximo.
8. Examinar as opções do configuração, Pronto para atualizar página e, em seguida, clique em Upgrade. A atualização continuará e exibe o progresso da
atualização.
9. Quando a atualização for concluída, o atualização completa página será exibida. Clique em Fechar.
Atualizar um servidor de gerenciamento secundário é apenas uma fase do processo de atualização distribuída. Atualização não será concluída até que você atualizou
todos os outros recursos do seu grupo de gerenciamento e executou a atualização no próprio grupo de gerenciamento. A próxima etapa é atualizar os gateways.
Para atualizar um servidor de gerenciamento secundário usando a janela de Prompt de comando

1. Faça logon no servidor de gerenciamento secundário com uma conta que seja membro da função de administradores de gerente de operações para o
3. Alterar o caminho para o local onde o System Center 2012 – Operations Managersetup.exe arquivo está localizado e execute o seguinte comando.
Importante
Os comandos a seguir pressupõem que você especificou a conta Sistema Local para o serviço de acesso a dados ﴾/UseLocalSystemDASAccount). Para
especificar um nome de domínio para essas contas, você deve fornecer os seguintes parâmetros em vez disso.
setup.exe /silent /upgrade

/UseLocalSystemDASAccount
/DataReaderUser:<domain\user>
/DataReaderPassword:<domain\user>
Consulte Também
Tarefas
Conceitos
-----
-----
Como atualizar um servidor de Gateway do Operations
Manager 2007 R2
Importante
referência.
Depois de atualizar o servidor de gerenciamento secundário, você pode atualizar todos os servidores gateway. O procedimento para atualizar um servidor de gateway
de System Center Operations Manager 2007 R2para System Center 2012 – Operations Manageré executado localmente no servidor gateway. Em seguida, você pode
verificar se a atualização for bem-sucedida.
Para obter mais informações sobre cada caminho de upgrade e a ordem na qual executar cada tarefa de atualização, consulte o Listas de verificação de caminho de
atualização do Operations Manager.
1.
Observação
Para atualizar um servidor de gateway

1. Faça logon em um computador que hospeda o servidor de gateway com uma conta da função de administradores do Operations Manager para o
2. Sobre o System Center 2012 – Operations Managermedia, execute Setup.exe.
3. No Instalações opcional área, clique em o servidor de gerenciamento do Gateway.
4. Sobre o Bem-vindo ao System Center 2012 - Assistente de atualização do Operations Manager Gateway página, clique em próximo.
5. Sobre o o assistente está pronto para começar a atualização de gateway página, clique em Upgrade.
6. No concluir o System Center 2012 - Assistente para instalação do Operations Manager Gateway página, clique em Concluir.
Para atualizar um servidor de gateway, usando a janela de Prompt de comando

1. Faça logon em um computador que está hospedando o servidor de gateway com uma conta da função de administradores do Operations Manager para o
3. Altere o diretório para o System Center 2012 – Operations Managermedia e alteração de diretório de instalação novamente para gateway\AMD64, onde se
encontra o arquivo MOMGateway.msi.
4. Execute o seguinte comando onde D:\ é o local para o arquivo de log.
msiexec /i MOMgateway.msi /qn /l*v D:\logs\GatewayUpgrade.log
Para verificar a atualização do Servidor Gateway

1. No console de operações, no painel de navegação, clique no Administração botão.
2. Em Gerenciamento de dispositivos, clique em Servidores de gerenciamento de.
3. No Servidores de gerenciamento painel, verifique se o valor listado na versão coluna é 7.0.85xx.x, onde x é qualquer número inteiro positivo.
Consulte Também
Conceitos
-----
-----
Atualizando agentes do Operations Manager 2007 R2 em um
grupo de gerenciamento distribuído
Você pode atualizar os agentes do System Center Operations Manager 2007 R2 em um grupo de gerenciamento distribuído usando o Console de Operações, usando
manualmente o Assistente de instalação ou usando manualmente um prompt de comando. Determinar qual opção usar depende de como os agentes foram implantados.
Por exemplo, você pode atualizar os agentes que foram instalados ao usar o Assistente para Gerenciamento de Computadores e Dispositivos ﴾“agentes instalados
automaticamente”﴿ através do Console de Operações. No entanto, agentes que foram instalados manualmente ﴾"agentes instalados manualmente"﴿ não podem ser
atualizados dessa forma. Você pode usar o Pacote de gerenciamento de atualização auxiliar para verificar como os agentes foram instalados. Para obter mais
informações, consulte Pacote de gerenciamento auxiliar de atualização.
Importante
Para obter informações sobre como a atualização funciona com os agentes do AVIcode 5.7 e Agentes de monitoração do desempenho do aplicativo .NET, consulte
Notes for AVIcode 5.7 Customers ﴾Observações para os Clientes AVIcode 5.7﴿.
Você deve atualizar os agentes instalados manualmente, antes de executar a atualização no grupo de gerenciamento secundário. Agentes instalados automaticamente
podem ser atualizados depois que você executar a atualização no servidor de gerenciamento secundário, antes de atualizar o grupo de gerenciamento. Você usa o
console de operações do Operations Manager 2007 R2 para atualizar os agentes instalados automaticamente em uma topologia distribuída.
Quando você move os agentes instalados automaticamente para um servidor de gerenciamento secundário usando o console de operações, eles são colocados em
Gerenciamento Pendente e você deve aprovar a atualização para atualizar os agentes para o System Center 2012 – Operations Manager.
Para obter informações sobre como atualizar os agentes, consulte Como atualizar os agentes do Operations Manager 2007 R2
Consulte Também
Conceitos
-----
-----
Importante
referência.
A ordem em que você atualizar os agentes depende de como eles foram instalados e se você estiver atualizando um grupo de gerenciamento de servidor único ou um
grupo de gerenciamento distribuído. Para obter mais informações, consulte Fazer upgrade de agentes em um grupo gerenciamento Operations Manager 2007 R2 único
servidore Atualizando agentes do Operations Manager 2007 R2 em um grupo de gerenciamento distribuído.
Quando você atualiza um agente, o System Center 2012 – Operations Managerserviço installer é executado e não é removido até após a conclusão do upgrade. Se a
atualização do agente falhar, você terá que reinstalar o agente, porque o serviço de instalação não foi removido corretamente. Se você tentar atualizar o agente
novamente e ele falha, você deve reinstalar o agente depois de concluir a atualização de todos os recursos de Operations Manager.
Use os procedimentos a seguir para atualizar System Center Operations Manager 2007 R2agentes para System Center 2012 – Operations Manageragentes.Se você estiver
atualizando agentes que são implantados em um computador com outros Operations Manager 2007 R2recursos instalados, você deve executar o seguinte:
Se o agente está instalado em um computador que possui o Operations Manager 2007 R2o console de operações ou da web instalado, você deve primeiro
desinstalar os consoles antes de atualizar os agentes. Você pode fazer isso por meio da desinstalação System Center Operations Manager 2007 em programas e
recursos. Você pode reinstalar esses consoles após a atualização.
Se o agente é instalado no computador que tem um Operations Manager 2007 R2desinstalar o banco de dados operacional e pelo menos um recurso de emissão
de relatórios ﴾como o servidor do depósito de dados ou servidor de relatórios﴿, System Center Operations Manager 2007 em programas e recursos. Não
desinstale o emissão de relatórios do System Center Operations Manager 2007.
Se o agente está instalado em um computador que é um Operations Manager 2007 R2servidor de gerenciamento secundário, você deve remover os agentes do
management server. Após a atualização do grupo de gerenciamento, você deve executar o reparo nesse servidor de gerenciamento.
Se você tiver instalado, após a atualização de agente do ACS, manualmente deve iniciar o ACS forwarding service e altere a configuração de inicialização para automático.
Depois de atualizar o servidor que hospeda o ACS e quaisquer agentes que atuam como encaminhadores ACS, talvez seja necessário reativar os agentes de
encaminhamento do ACS. No console de operações, vá para o monitoramento espaço de trabalho e no painel de navegação, selecione Microsoft Audit Collection
Services, em seguida, expanda encaminhador, em seguida, expanda Estado de exibição. Se qualquer um dos encaminhadores não aparecerem, reativá-las. Para obter
mais informações, consulte Como habilitar a coleta de auditoria dos serviços de encaminhadores ﴾ACS﴿.
Para saber mais sobre cada caminho de upgrade e a ordem na qual executar cada tarefa de atualização, consulte o Listas de verificação de caminho de atualização do
Operations Manager.
Você também deve verificar se os agentes atendem as configurações suportadas para System Center 2012 – Operations Manager. Para obter mais informações, consulte
Configurações suportadas para System Center 2012 - Operations Manager.
Observação
Se você tentar atualizar um agente de 32 bits foi instalado em uma máquina de 64 bits, a atualização do agente irá falhar.
Observação
Se o UAC estiver ativado, você deve executar a atualização do agente em um prompt de comando elevado.
Observação
Informações sobre agentes atualizados poderão não aparecer no console de operações para até 60 minutos após a execução da atualização.
Fazer upgrade de agentes instaladas automaticamente

Para atualizar os agentes do Windows instaladas automaticamente usando o console de operações
1. Se você estiver atualizando agentes em um grupo de gerenciamento distribuído ou se você tiver adicionado um servidor de gerenciamento secundário, faça logon
para o computador que hospeda o Operations Manager 2007 R2console de operações. Use uma conta que seja membro da função de administradores de
gerente de operações para o Operations Manager 2007 R2grupo de gerenciamento.
Se você estiver atualizando agentes em um grupo de gerenciamento de servidor único, faça logon para o computador que hospeda o Operations Managerconsole
de operações usando uma conta que seja membro do Operations Managerfunção administradores.

Observação
aparece. No nome do servidor , digite o nome do servidor de gerenciamento para o qual você deseja se conectar.
3. No Administração o espaço de trabalho, no painel de navegação em Gerenciamento de dispositivos, clique em Gerenciamento pendente.
4. No Gerenciamento pendente painel, em tipo: O Agente Requer Atualização, clique com o botão direito do mouse em cada computador gerenciado por agente
listado e clique em Aprovar.
Aviso
Você não deve aprovar mais de 200 agentes ao mesmo tempo.
5. Na caixa de diálogo Atualizar Agentes, digite as credenciais da conta do administrador e clique em Atualizar. O status de atualização será exibido na caixa de
diálogo Status da Tarefa de Gerenciamento do Agente.
6. Quando a atualização for concluída, clique em Fechar.
Atualizar manualmente os agentes instalados

Para atualizar um agente do Windows instalado manualmente usando o Assistente de instalação
1. Faça logon no computador que hospeda o agente com uma conta da função de administradores do Operations Manager para o
2. Executar Setup.exe do System Center 2012 – Operations Managermídia de instalação.
3. Na primeira página do Assistente de instalação, clique em agente Local. Quando a Bem-vindo ao System Center 2012 - Assistente de atualização do
Operations Manager Agent página for aberta, clique em próximo.
4. No System Center 2012 - instalação de agente do Operations Manager caixa de diálogo, clique em Upgrade. A página de status exibe o progresso da
atualização.
5. Quando o concluir o System Center 2012 - Assistente de instalação de agente do Operations Manager página for exibida, clique em Concluir.
Para atualizar um agente do Windows instalado manualmente utilizando a janela de Prompt de comando
1. Faça logon no computador que hospeda o agente com uma conta da função de administradores do Operations Manager para o
3. Altere o diretório para agentee altere novamente para o diretório AMD64, i386, ou . dll ia64, conforme apropriado para o sistema atual.
4. Execute o seguinte comando, onde D:\ é o local para o arquivo de log.
Observação
Se você atualizar manualmente instalado agentes também executar o AVIcode 5.7agente ﴾ou versões anteriores do agente AVICode﴿, você deve incluir a opção:
NOAPM = 1 no comando. Para obter mais informações, consulte Instalar o agente usando a linha de comando.
msiexec /i MOMAgent.msi /qn /l*v D:\logs\AgentUpgrade.log
Verificando a atualização de agente do Windows

Para verificar a atualização de agente do Windows
2. Em Gerenciamento de dispositivos, clique em Gerenciados por agentes.
3. No Gerenciados por agentes painel, verifique se o valor listado na versão coluna é 7.0.85xx.x, onde x é qualquer número inteiro positivo.
Observação
Pode demorar até uma hora para o console Mostrar a versão atualizada do agente.
Atualização de agentes de Linux e UNIX

Para atualizar os agentes UNIX e Linux em um grupo de gerenciamento distribuído
1. Log para a hospedagem de servidor de gerenciamento raiz do Operations Manager 2007 R2console de operações com uma conta que seja membro da função de
administradores de gerente de operações para o Operations Manager 2007 R2grupo de gerenciamento.
3. Na parte inferior do painel de navegação, selecione o O Assistente de descoberta link.

Você deve iniciar a atualização usando o Assistente de descoberta Operations Manager 2007 R2agentes que tenham sido movidos para um servidor de
gerenciamento secundário que foi atualizado para o Operations Manager. Não há nenhum Gerenciamento pendente recurso para agentes UNIX e Linux em
qualquer versão.
4. No computador e o Assistente para gerenciamento de dispositivo, selecione Tipo de detecção, selecione O Assistente de descoberta do Unix/Linuxe, em
5. Sobre o Método de detecção página, clique em Add.
6. Sobre o definir critérios de detecção de página, digite as credenciais e as informações necessárias para localizar o servidor de gerenciamento secundário e, em
seguida, clique em OK.
7. Sobre o Método de detecção página, clique em Adicionar para adicionar o servidor de gerenciamento secundário para o Escopo de descoberta lista.
8. No Management Server , selecione o servidor de gerenciamento secundário que irá monitorar os agentes.
9. Clique em Discover a descoberta do sistema iniciar.
10. Sobre o resultados da detecção página, o assistente detecta que os agentes já são gerenciados e que uma atualização está disponível. Continue com a
atualização.
11. Clique em feito para fechar o assistente.
Os perfis existentes executar como e contas Executar como continuam a ter configurações válidas. Para obter informações sobre alterações em contas e perfis executar
como para UNIX e Linux monitoramento no System Center 2012 – Operations Manager, consulte acessar UNIX e computadores Linux no System Center 2012 - Operations
Manager.
Você pode especificar o pool de recursos que gerencia um determinado computador UNIX ou Linux e permite que você crie um pool de recursos dedicado ao
gerenciamento somente computadores com UNIX e Linux. Para obter mais informações, consulte Gerenciando Pools de recursos para UNIX e computadores Linux.
Para atualizar os agentes UNIX e Linux em um grupo de gerenciamento de servidor único, usando o console de operações
1. No servidor de gerenciamento que foi atualizado para System Center 2012 – Operations Manager, configurar pelo menos uma conta de agente de manutenção
(para uma conta executar como) para os perfis predefinidos do UNIX e Linux. Opcionalmente, configure outras contas.
Observação
Se quaisquer agentes UNIX ou Linux não são atualizados para o System Center 2012 – Operations Managerversão e um executar como conta está configurada
para uma conta de usuário normal do UNIX ou Linux computador que usa sudo elevação, a elevação falha sob essa circunstância. Uma conta de usuário normal
não tem acesso de nível de raiz ou permissões especiais, mas permite o monitoramento de processos do sistema e de dados de desempenho. Para obter mais
informações sobre as credenciais e a elevação, consulte acessar UNIX e computadores Linux no Operations Manager 2012.
2. Execute o Assistente de atualização do UNIX/Linux. Para obter mais informações, consulte atualizar e desinstalar agentes UNIX e computadores Linux.
Para atualizar manualmente os agentes UNIX e Linux em um grupo de gerenciamento de servidor único
1. Cópia de System Center 2012 – Operations Managerpacote do agente para o computador gerenciado do UNIX ou Linux. O local padrão do pacote do agente é
C:\Program Comuns\System Center 2012\Operations Manager\Server\AgentManagement\UnixAgents.
2. Execute o comando de atualização do pacote apropriado. Por exemplo, o comando a seguir atualiza os agentes em um computador Linux.
rpm –Uvh <filename>.rpm
Para verificar a atualização do agente UNIX ou Linux
2. Em Gerenciamento de dispositivos, clique em Computadores UNIX/Linux.
3. No Gerenciados por agentes painel, verifique se o valor listado na versão coluna é 1.2.0-xxx, onde x é qualquer número inteiro positivo.
Observação
Pode demorar até uma hora para o console Mostrar a versão atualizada do agente.
1.
Observação
Consulte Também
Conceitos
-----
-----

Como atualizar um grupo de gerenciamento de um RMS do
Importante
referência.
Atualizar seu System Center Operations Manager 2007 R2grupo de gerenciamento de System Center 2012 – Operations Managerdo servidor de gerenciamento raiz
(RMS) quando o computador que hospeda o Operations Manager 2007 R2RMS atende as configurações mínimas com suporte para System Center 2012 – Operations
Manager.
Você deve primeiro atualizar outros recursos, como servidores de gerenciamento secundário, agentes e gateways antes de executar a atualização final no grupo de
gerenciamento. Para obter mais informações sobre cada caminho de upgrade e a ordem na qual executar cada tarefa de atualização, consulte Listas de verificação de
caminho de atualização do Operations Manager.
Se o computador que hospeda o RMS não atender as configurações mínimas de suporte, você deve executar o upgrade de um servidor de gerenciamento secundário.
Para obter mais informações, consulte Como atualizar um grupo de gerenciamento de um servidor de gerenciamento secundário do Operations Manager 2007 R2.
1.
Observação
Para atualizar um grupo de gerenciamento de um RMS

1. Faça logon no computador que hospeda o servidor de gerenciamento raiz com uma conta que seja membro da função de administradores de gerente de
operações para o Operations Manager 2007 R2grupo de gerenciamento e um administrador local no computador. Você também requerem direitos de
administrador do SQL Server no servidor de banco de dados operacional e o servidor do depósito de dados.
2. Sobre o System Center 2012 – Operations Managermedia, execute Setup.exee, em seguida, clique em instalar.
3. Sobre o Introdução, System Center 2012 - atualização do Operations Manager página, examine os recursos que serão atualizados e adicionados e clique em
próximo.
Importante
O data warehouse do Operations Manager será adicionado se ele ainda não existir.
4. No Introdução, leia os termos de licença de página, reveja os termos de licença e selecione a opção li, entendido e concordar com os termos de licençae, em
Observação
Pesquisa de texto completo do SQL Server deve estar habilitada. Para obter mais informações, consulte Visão geral sobre pesquisa de texto completo.
Avançar.
8. Se um data warehouse ainda não estava instalado, ele é criado e você deve configurá-lo da seguinte maneira:
a. No configuração, Configurar o banco de dados do data warehouse de página, digite o nome e a instância do servidor de banco de dados do SQL Server
para o servidor de banco de dados que irá hospedar o System Center 2012 – Operations Managerbanco de dados do data warehouse na nome do
servidor e o nome da instância do caixa.
b. Aceite o valor padrão de criar um novo banco de dados do data warehouse ou selecione um depósito de dados existente.
c. No nome de banco de dados, (MB) de tamanho de banco de dadospasta do arquivo de dados, e pasta do arquivo de Log caixas, recomendamos que
você aceite os valores padrão. Clique em Avançar.
Observação
configuração do System Center e o serviço de acesso do sistema Centro de dados contas. Antes que a conta é validada, um ícone de erro é exibida à esquerda
do domínio \ usuário caixa.
10. Insira as credenciais para uma conta de domínio em cada caixa. Os ícones de erro desaparecem após a validação da conta. Clique em Avançar.
11. Sobre o configuração, Pronto para atualizar página, clique em Upgrade.
Para atualizar um grupo de gerenciamento de um RMS usando a janela de Prompt de comando

1. Faça logon no computador que hospeda o servidor de gerenciamento raiz com uma conta que seja membro da função de administradores de gerente de
operações para o Operations Manager 2007 R2grupo de gerenciamento e um administrador local no computador. Você também precisa de direitos de
Importante
especificar um nome de domínio para essas contas, você deve fornecer os seguintes parâmetros em vez disso.

/DataReaderUser:<domain\user>
/DataReaderPassword:<domain\user>
Setup.exe /silent /upgrade

/DWSqlServerInstance:<server\instance>
/DWDatabaseName:<DW name>
/DataReaderUser:<domain\username>
/DataReaderPassword:<password>
/DataWriterUser:<domain\username>
/DataWriterPassword:<password>
Consulte Também
Conceitos
-----
-----
Como atualizar um grupo de gerenciamento de um servidor de
gerenciamento secundário do Operations Manager 2007 R2
Importante
referência.
Atualizar seu System Center Operations Manager 2007 R2grupo de gerenciamento de System Center 2012 – Operations Managerde um servidor de gerenciamento
secundário quando o computador que hospeda o Operations Manager 2007 R2root management server ﴾RMS﴿ não está de acordo com as configurações mínimas com
suporte para System Center 2012 – Operations Manager. Para obter mais informações, consulte Configurações suportadas para System Center 2012 - Operations
Manager. Você deve primeiro mover os agentes em relação ao servidor de gerenciamento secundário e servidores de gateway. Para obter mais informações, consulte
Como mover os agentes para um Operations Manager 2007 R2 secundário Management Server ﴾atualização do Gerenciador de operações﴿.
Importante
Se você tiver um cluster Operations Manager 2007 R2RMS, você poderá receber um erro durante a verificação de pré-requisitos que indica que o servidor de
gerenciamento raiz ainda tem dispositivos de emissão de relatórios, mesmo se você tiver movido os agentes em um servidor de gerenciamento secundário. Para
resolver esse problema, abra o console de operações e selecione o Administração espaço de trabalho. Em Gerenciamento de dispositivos, selecione Gerenciado
sem agente. Os nós sem agentes de atalho e, em seguida, clique em Excluir.
Observação
Você deve primeiro atualizar outros recursos, como servidores de gerenciamento secundário, agentes e gateways antes de executar a atualização final no grupo de
gerenciamento. Se você tiver mais de um servidor de gerenciamento secundário em seu grupo de gerenciamento, recomendamos que você faça upgrade do servidor
secundário de gerenciamento que tem a configuração mais simples. Por exemplo, se você tiver um servidor de gerenciamento que não tem qualquer gateways, agentes
ou dispositivos de rede, execute a atualização do servidor de gerenciamento. Para obter mais informações sobre cada caminho de upgrade e a ordem na qual executar
cada tarefa de atualização, consulte Listas de verificação de caminho de atualização do Operations Manager.
Se o computador que hospeda o RMS atende as configurações mínimas de suporte, você pode executar a atualização no servidor. Para obter mais informações, consulte
Como atualizar um grupo de gerenciamento de um RMS do Operations Manager 2007 R2.
Quando você executa a atualização do servidor de gerenciamento secundário, o servidor de gerenciamento está marcado como o emulador do RMS e o RMS sem
suporte é removido do grupo de gerenciamento. O emulador do RMS permite que os pacotes de gerenciamento legados que contam com o RMS continue a funcionar
em System Center 2012 – Operations Manager.
Importante
Você deve restaurar a chave de criptografia no servidor de gerenciamento secundário antes de tentar atualizar o grupo de gerenciamento. Para obter mais
informações, consulteRestore the Encryption Key on the Secondary Management Server
1.
Observação
Para atualizar um grupo de gerenciamento de um servidor de gerenciamento secundário

1. Faça logon no computador que hospeda o servidor de gerenciamento secundário com uma conta que seja membro da função de administradores de gerente de
operações para o Operations Manager 2007 R2grupo de gerenciamento e um administrador local no computador. Você também precisa de direitos de
2. Abra uma janela de Prompt de comando como um administrador usando o Executar como administrador recurso.
3. Alterar o caminho do System Center 2012 – Operations Managerarquivo de Setup.exe e execute o seguinte comando.
setup.exe /upgrademanagementgroup
4. Quando o System Center 2012 - Operations Manager wizard abre, clique em instalar.
5. Sobre o Introdução, System Center 2012 - atualização do Operations Manager página, examine os recursos que serão atualizados e adicionados e clique em
próximo.
Importante
O data warehouse do Operations Manager é adicionado se ele ainda não existir. O Operations Manager 2007 R2servidor de gerenciamento raiz é removido do
grupo de gerenciamento.
6. No Introdução, leia os termos de licença de página, reveja os termos de licença e selecione a opção li, entendido e concordar com os termos de licençae, em
Importante
Se houver algum problema com a atualização, como ter agentes ainda relatórios com o RMS, a pré-requisitos página é exibida com informações sobre o
problema e como resolvê-lo.
8. Se o Verificador de pré-requisitos não retorna quaisquer avisos ou erros de pré-requisitos, prosseguir com a instalação do página será exibida. Clique em
Avançar.
9. Se um data warehouse ainda não estava instalado, ele é criado e você deve configurá-lo da seguinte maneira:
a. No configuração, Configurar o banco de dados do data warehouse página, digite o nome e a instância do servidor de banco de dados do SQL Server
que irá hospedar o Operations Managerbanco de dados do data warehouse na nome do servidor e o nome da instância do caixa.
b. Aceite o valor padrão de criar um novo banco de dados de depósito de dados.
c. No nome de banco de dados, (MB) de tamanho de banco de dadospasta do arquivo de dados, e pasta do arquivo de Log caixas, recomendamos que
você aceite os valores padrão. Clique em Avançar.
Observação
10. No configuração, contas de gerente de operações de configurar página, recomendamos que você use o Conta de domínio opção para o Serviços de
configuração do sistema central e sistema central de acesso a dados contas, o conta do leitor de dados de e Gravador de dados de conta. Antes que a conta
é validada, um ícone de erro é exibida à esquerda do domínio \ usuário caixa.
11. Insira as credenciais para uma conta de domínio em cada caixa. Os ícones de erro desaparecem após a validação da conta. Clique em Avançar.
próximo.
13. Examinar as opções do configuração, pronto para atualizar página e, em seguida, clique em Upgrade.
Para atualizar um grupo de gerenciamento de um servidor de gerenciamento secundário usando a

janela de Prompt de comando
1. Faça logon no computador que hospeda o servidor de gerenciamento secundário com uma conta que seja membro da função de administradores de gerente de
operações para o Operations Manager 2007 R2grupo de gerenciamento e um administrador local no computador.
2. Abra uma janela de Prompt de comando como um administrador usando o Executar como administrador opção.
Importante
especificar um nome de domínio para essas contas, você deve fornecer os seguintes parâmetros em vez disso:
setup.exe /silent /upgrademanagementgroup

setup.exe /silent /upgrademanagementgroup

/DataReaderUser:<domain\username>
/DataReaderPassword:<password>
Consulte Também
Conceitos
-----
-----
Atualizando ou instalando recursos opcionais
Quando você atualiza para o System Center 2012 – Operations Manager, há diversos recursos opcionais, como o console de operações autônomo, console Web,
servidor de Relatórios e coletor ACS que você pode atualizar. Se eles ainda não foram instalados no grupo de gerenciamento do System Center Operations Manager
2007 R2, será possível instalar as versões do System Center 2012 – Operations Manager após concluir a atualização.
Importante
Se você tiver um servidor de Relatórios instalado em um servidor de gerenciamento raiz ﴾RMS﴿ que não atende a configuração com suporte para o System Center
2012 – Operations Manager, não será possível atualizá-lo. Em vez disso, você pode instalar um servidor de Relatórios do System Center 2012 – Operations Manager
depois de ter atualizado o seu grupo de gerenciamento.
A lista a seguir fornece links para recursos opcionais que você pode atualizar.
Como atualizar um coletor ACS do Operations Manager 2007 R2
A lista a seguir fornece links para recursos opcionais que você pode instalar.
-----
-----
Como atualizar um Console autônomo de operações do
Importante
referência.
Este procedimento atualiza um console de operações independente de System Center Operations Manager 2007 R2para System Center 2012 – Operations Manager.
Execute esse procedimento localmente no computador que tem um console de operações autônomo instalado. Somente você deve atualizar consoles de operações
autônomas após atualizar o seu grupo de gerenciamento. Não é necessário executar este procedimento para atualizar consoles de operações que estão instalados
localmente em um servidor de gerenciamento. Para obter mais informações sobre cada caminho de upgrade e a ordem na qual executar cada tarefa de atualização,
consulte Listas de verificação de caminho de atualização do Operations Manager.
Antes de prosseguir, certifique-se de que o seu servidor atende as configurações mínimas com suporte para System Center 2012 – Operations Manager. Para obter mais
informações, consulte Configurações suportadas para System Center 2012 - Operations Manager.
1.
Observação
Para atualizar um console de operações autônomo

1. Faça logon no computador que hospeda o console de operações com uma conta da função de administradores do Operations Manager para o
2. Sobre o Operations Managermídia de origem, execute Setup.exee, em seguida, clique em instalar.
3. Sobre o Introdução, System Center 2012 - atualização do Operations Manager página, clique em próximo.
4. Sobre o Introdução, Selecionar local de instalação página, aceite o valor padrão de C:\Program Comuns\System Center 2012\Operations Manager, ou digite
um novo local ou procure um. Em seguida, clique em próximo.
5. Sobre o pré-requisitos página, analisar e resolver quaisquer avisos ou erros que são retornados pelo verificador de pré-requisitos e, em seguida, clique em
Verificar pré-requisitos novamente para verificar o sistema.
Avançar.
7. Sobre o configuração, Pronto para atualizar página, clique em Upgrade.
Para atualizar um console de operações autônomo usando a janela de Prompt de comando

1. Faça logon no computador que hospeda o console de operações com uma conta da função de administradores do Operations Manager para o
3. Alterar o caminho para o System Center 2012 – Operations Managerda fonte de mídia e execute o seguinte comando.
Setup.exe /silent /upgrade
Para verificar a atualização do console de operações

2. Digite regedit e clique em OK. O Editor de Registro é iniciado.
Cuidado
A edição incorreta do registro pode danificar gravemente o sistema. Antes de fazer alterações no Registro, você deve fazer backup de todos os dados valiosos
no computador.
3. Navegue até o HKey_Local_Machine\Software\Microsoft\Microsoft operações Manager\3.0\Setup chave. Se o valor de UIVersion entrada é 7.0.85##.#, onde #
é qualquer inteiro positivo, as operações de console foi atualizado com êxito.
Consulte Também
Conceitos
-----
-----
Como atualizar um Console Web do Operations Manager 2007
R2
Importante
referência.
Se você tiver um autônomo System Center Operations Manager 2007 R2servidor de console da web, você pode atualizá-lo para System Center 2012 – Operations
Manager. Se o servidor de console da web no mesmo computador como um servidor de gerenciamento secundário foi atualizado, você deve reinstalar o web console.
Para obter mais informações, consulte Como instalar o Console Web do Operations Manager.
Observação
Quando você atualiza o web console, quaisquer personalizações feitas no arquivo Web. config após a instalação do web console serão redefinidas.
Para obter mais informações sobre cada caminho de upgrade e a ordem na qual executar cada tarefa de atualização, consulte Listas de verificação de caminho de
atualização do Operations Manager.
1.
Observação
Para atualizar o servidor de console da web

1. Faça logon no computador que hospeda o servidor de console da web com uma conta da função de administradores do Operations Manager para o
2. Sobre o System Center 2012 – Operations Managermídia de origem, execute Setup.exee, em seguida, clique em instalar.
3. Sobre o Introdução, System Center 2012 - atualização do Operations Manager página, examine os recursos que serão atualizados e, em seguida, clique em
próximo.
Avançar.
7. Se o servidor de gerenciamento raiz não foi atualizado ou não estiver disponível, o configuração, especificar um servidor de gerenciamento página será exibida.
Digite o nome de um System Center 2012 – Operations Managermanagement server é ser usado pelo console da web e, em seguida, clique em próximo.
10. Quando o Ready to Upgrade página será exibida, analise o resumo de atualização e, em seguida, clique em Upgrade.
Para atualizar o servidor de console da web usando a janela de Prompt de comando

1. Faça logon no computador que hospeda o servidor de console da web com uma conta da função de administradores do Operations Manager para o
3. Alterar o caminho para o local onde o System Center 2012 – Operations ManagerSetup.exe arquivo está localizado e execute o seguinte comando.
Importante
Use o /WebConsoleUseSSLparâmetro somente se seu site tiver ativado Secure Sockets Layer ﴾SSL﴿. Para uma instalação padrão do web, especifique Site da
Web padrão para o /WebSiteNameparâmetro.
Observação
Se o web console relatórios para um servidor de gerenciamento raiz sem suporte ou inacessível, você também deve passar o parâmetro a seguir: / O servidor
de gerenciamento:<servername>.

Consulte Também
Conceitos
-----
-----
Como atualizar a emissão de relatórios do Operations Manager
2007 R2
Importante
referência.
Use este procedimento para atualizar um servidor autônomo de emissão de relatórios de System Center Operations Manager 2007 R2para System Center 2012 –
Operations Manager. Executar atualização no servidor de relatório depois de atualizar o grupo de gerenciamento. Para obter mais informações sobre cada caminho de
upgrade e a ordem na qual executar cada tarefa de atualização, consulte Listas de verificação de caminho de atualização do Operations Manager.
Se você atualizou o seu grupo de gerenciamento do servidor de gerenciamento secundário, o System Center Operations Manager 2007 R2root management server (RMS)
foi removido durante o processo de atualização. Como resultado, você terá que editar manualmente o arquivo de configuração para o servidor de relatórios
﴾rsreportserver﴿. Se você tentar atualizar Operations Managerrelatórios sem fazer essa alteração, o Assistente de atualização irá relatar um problema crítico de pré-
requisitos, como Operations Managernão pôde se conectar ao servidor de relatório.
Importante
Se você atualizou o seu grupo de gerenciamento a partir do RMS, não é necessário atualizar manualmente o arquivo de configuração para o servidor de relatórios.
1.
Observação
Para modificar o arquivo de configuração do servidor emissão de relatórios

1. No computador que hospeda o servidor de relatório que você planeja atualizar, abra o rsreportserver arquivo usando o bloco de notas. O caminho é geralmente
C:\Program Files\Microsoft SQL Server\MSRS10.MSSQLServer\Reporting Services\ReportServer, onde o MSSQLServer é o nome da instância do SQL Server.
2. Do Editar menu, clique em encontrar. Procure por <ServerName>.
Observação
O <ServerName> elemento apareça em dois lugares no arquivo de configuração, a extensão de segurança e na extensão de autenticação.
3. Substitua o nome do servidor de gerenciamento do nome antigo do RMS, com o nome de um servidor de gerenciamento atualizado.
4. Procure por <ServerName > novamente e atualizar o nome do servidor.
5. Salve e feche o arquivo de configuração.
6. Se o Assistente de instalação estiver aberto, você deve fechá-lo e reiniciar o processo de atualização.
Para atualizar o servidor de relatório

1. Faça logon no computador que hospeda o servidor de relatórios com uma conta que seja membro do Operations Manager 2007 R2função de administradores
para seu Operations Manager 2007 R2grupo de gerenciamento.
2. Sobre o System Center 2012 – Operations Managermídia de origem, execute Setup.exee, em seguida, clique em instalar.
3. Sobre o Introdução, System Center 2012 - atualização do Operations Manager página, examine os recursos que serão atualizados. Nesse caso, é
Operations Manager 2007 R2Reporting. Clique em Avançar.
Avançar.
7. Se o servidor de gerenciamento raiz não foi atualizado ou não estiver disponível, o configuração, especificar um servidor de gerenciamento página será exibida.
Digite o nome de um System Center 2012 – Operations Managermanagement server é ser usado pelo servidor de relatórios e, em seguida, clique em próximo.
8. Sobre o pronto para atualizar página, examine as opções e, em seguida, clique em Upgrade.
9. Quando a atualização é concluída, o atualização completa página será exibida. Clique em Fechar.
Para atualizar o servidor de relatórios usando o prompt de comando

1. Faça logon no computador que hospeda o servidor de relatórios com uma conta que seja membro do Operations Manager 2007 R2função de administradores
para seu Operations Manager 2007 R2grupo de gerenciamento.
3. Alterar o caminho para o local onde o System Center 2012 – Operations ManagerSetup.exe arquivo está localizado e execute o seguinte comando:
Observação
Se o servidor de relatórios relatórios para um servidor de gerenciamento raiz sem suporte ou inacessível, você também deve passar o parâmetro a seguir:
/ManagementServer: <ManagementServerName>.
Consulte Também
Conceitos
-----
-----
Como atualizar um coletor ACS do Operations Manager 2007
R2
Importante
referência.
Executar este procedimento para atualizar o coletor de serviços de coleta de auditoria ﴾ACS﴿ da System Center Operations Manager 2007 R2para System Center 2012 –
Operations Managerlocalmente no coletor ACS. Durante esse procedimento, o ACS também atualizar banco de dados sem quaisquer etapas adicionais.
Observação
Um computador que hospeda um coletor ACS também deve ser um servidor de gateway ou servidor de gerenciamento do Operations Manager. Você deve atualizar
os servidores de gerenciamento antes de atualizar o coletor ACS. Para obter mais informações sobre cada caminho de upgrade e a ordem na qual executar cada
tarefa de atualização, consulte Listas de verificação de caminho de atualização do Operations Manager.
1.
Observação
Para atualizar um Coletor ACS

1. Faça logon no computador que hospeda o coletor ACS com uma conta da função de administradores do Operations Manager para o
2. Sobre o System Center 2012 – Operations Managermedia, execute Setup.exe.
3. No instalar seção, clique em Audit collection services. O assistente para Instalação do Coletor de Serviços de Coleta de Auditoria é iniciado.
4. Na página Bem-vindo ao Assistente para Instalação do Coletor de Serviços de Coleta de Auditoria, clique em Avançar.
5. No Manutenção de coletor ACS de página, selecione Atualizar a configuração de coletor ACS e, em seguida, clique em próximo.
6. Sobre o Opções de instalação do banco de dados página, selecione usar um banco de dadose, em seguida, clique em próximo.
7. No Fonte de dados de página, digite o nome que é usado como o nome de fonte de dados conectividade aberta de banco de dados do banco de dados do ACS
na nome da fonte de dados caixa. Por padrão, esse nome é OpsMgrAC. Clique em Avançar.
8. Sobre o banco de dados página, se o banco de dados em um servidor separado do coletor ACS, clique em Servidor de banco de dados remotoe, em seguida,
digite o nome do computador do servidor de banco de dados que irá hospedar o banco de dados para esta instalação do ACS. Caso contrário, clique em
Servidor de banco de dados executado localmente e clique em Avançar.
9. Na página Autenticação de Banco de Dados, selecione um método de autenticação. Se o coletor ACS e o banco de dados do ACS são membros do mesmo
domínio, você pode selecionar a autenticação do Windows; Caso contrário, selecione autenticação SQLe, em seguida, clique em próximo.
Observação
Se você selecionar A autenticação do SQL Server e clique em próximo, o As credenciais de banco de dados página será exibida. Digite o nome da conta de
usuário que tenha acesso para o SQL Server na nome de login do SQL caixa e a senha para essa conta no senha SQL caixa senha e, em seguida, clique
próximo.
10. A página Resumo exibe uma lista de ações que o programa de atualização executará para instalar o ACS. Revise a lista e clique em Avançar para iniciar a
instalação.
Observação
Se um SQL Server Login caixa de diálogo é exibida e a autenticação de banco de dados estiver definida como A autenticação do Windows, selecione o banco
de dados correto e, em seguida, verifique se o Usar conexão confiável caixa de seleção está marcada. Caso contrário, desmarque-a, digite o nome de logon
do SQL Server e a senha e, em seguida, clique em OK.
11. Quando a atualização for concluída, clique em Concluir.

Consulte Também
Conceitos
-----
-----
Tarefas pósatualização ao atualizar do Operations Manager
2007 R2
Depois de concluir o processo de atualização para o System Center 2012 – Operations Manager, você deve executar diversas tarefas de pós-atualização.
Tarefas pós-atualização
A tabela a seguir mostra as tarefas que você precisa concluir depois de atualizar para System Center 2012 – Operations Manager. Ela também indica quando executar a
tarefa.
Tarefa Quando executar a tarefa
Habilite novamente as assinaturas de Depois de concluir as tarefas de atualização em qualquer caminho de atualização.
notificação.
Reiniciar ou reabilitar os serviços de conector Depois de concluir as tarefas de atualização em qualquer caminho de atualização, e apenas se os serviços de
conector estiverem instalados.
Desinstalar o RMS antigo Apenas se você atualizar o grupo de gerenciamento no servidor de gerenciamento secundário.
Atualizar substituições Depois de atualizar o grupo de gerenciamento
Verificar se a atualização foi bem-sucedida Depois de concluir as tarefas de atualização em qualquer caminho de atualização.
Executar consulta SQL em cada grupo de Execute a consulta SQL em cada grupo de gerenciamento para limpar a tabela Localizedtext e a tabela
gerenciamento Publishmessage.
Atribuir agentes UNIX/Linux a um pool de Depois de concluir as tarefas de atualização em qualquer caminho de atualização.
recursos
Habilite novamente as assinaturas de notificação.

Depois que a atualização for concluída, use o procedimento a seguir para reativar as inscrições.
Para reativar as inscrições

1. Abra o Console de Operações usando uma conta que seja membro da função Administradores do Operations Manager para o grupo de gerenciamento do
2. No Console de Operações, no painel de navegação, clique no botão Administração.
Observação
Quando você executar o Console de Operações em um computador que não for um servidor de gerenciamento, a caixa de diálogo Conectar ao Servidor
aparecerá. Na caixa de texto Nome do servidor, digite o nome do servidor de gerenciamento do System Center 2012 – Operations Manager ao qual você
deseja se conectar.
3. No painel,Administração, em Notificações, clique em Assinaturas.
4. No painel Ações, clique em Habilitar para cada inscrição listada.
Reiniciar ou reabilitar os serviços de conector

Consulte a documentação de terceiros para quaisquer conectores instalados para determinar se os conectores tem suporte para System Center 2012 – Operations
Manager.
Para reiniciar o serviço do conector
1. Na barra de tarefas, clique em Iniciar, Ferramentas Administrativas e Serviços.
2. Na coluna Nome, clique com o botão direito do mouse no conector que você deseja reiniciar, e clique em Iniciar.
Desinstalar o RMS antigo

Se você atualizou para System Center 2012 – Operations Manager do servidor de gerenciamento secundário porque o RMS não atendeu as configurações com suporte
para System Center 2012 – Operations Manager, o RMS será removido do grupo de gerenciamento durante a atualização. Em seguida, você pode desinstalar o antigo
servidor de gerenciamento raiz (RMS).
Observação
Se você atualizou do servidor de gerenciamento secundário, será possível criar um novo servidor de gerenciamento com o mesmo nome do computador do Windows
como o RMS antigo, ao invés de alterar os parâmetros de configuração para apontarem para o novo servidor de gerenciamento.
Para desinstalar o RMS antigo
1. Faça logon no computador que hospeda o RMS com uma conta que tenha permissões de administrador local.
2. Na barra de tarefas, clique em Iniciar, depois clique em Painel de controle e execute Programas e Recursos.
3. Clique com o botão direito do mouse em Operations Manager 2007 R2 e depois clique em Desinstalar.
4. Na caixa de diálogo Programas e Recursos, clique em Sim para confirmar que você deseja desinstalar.
Atualizar substituições
Se você criou substituições para as regras de Integração com o Active Directory, você deve recriá-las após a atualização do grupo de gerenciamento ser concluída. Exclua
a substituição antiga e depois crie uma nova, correspondendo à substituição que almeja os Pools de Atribuição de Recursos do Active Directory.
Verificar se a atualização foi bem-sucedida
Execute as tarefas a seguir para verificar se a atualização foi bem-sucedida.
Verifique o estado de integridade dos servidores de gerenciamento e agentes na exibição de estado do Inspetor do Serviço de Integridade. No espaço de
trabalho de Administração do console de Operações, verifique se os servidores de gerenciamento e agentes estão íntegros. No espaço de trabalho
Monitoramento, verifique se há algum alerta relacionado à integridade do grupo de gerenciamento.
Revise os logs de eventos de todos os servidores de gerenciamento para ver novos erros.
Classifique os alertas pela coluna modificada por último para revisar os novos alertas.
Verifique a utilização da CPU e E/S de disco nos servidores do banco de dados para assegurar que eles estejam funcionando normalmente.
Se o recurso Relatórios estiver instalado, clique em Relatórios e depois execute um relatório de desempenho genérico para verificar se Relatórios está funcionando
corretamente.
Implante novamente os agentes que você desinstalou durante o processo de atualização.
Executar consulta SQL em cada grupo de gerenciamento

Execute a consulta SQL a seguir no banco de dados operacional em cada grupo de gerenciamento para limpar a tabela Localizedtext e a tabela Publishmessage.
-- Create a temporary table to quickly find a PublisherId when you know the MessageId.
BEGIN TRY
CREATE TABLE #PublisherMessageReverseIndex(MessageStringId UNIQUEIDENTIFIER,
MessageId INT)
CREATE CLUSTERED INDEX #PublisherMessageReverseIndex_CI ON #PublisherMessageReverseIndex(MessageStringId)
INSERT INTO #PublisherMessageReverseIndex (MessageStringId, MessageId)
SELECT MessageStringId, MessageId
FROM dbo.PublisherMessages
-- Create a temporary table of message lengths, message IDs, and message hashes with the
-- MessageStringId to quickly determine whether a message is duplicated. Index the table.
CREATE TABLE #LTHashStrings (MessageStringId UNIQUEIDENTIFIER,

LTValueLen INT,
LTValueHash VARBINARY(32),
MessageId INT NULL)
CREATE CLUSTERED INDEX #LTHashStrings_CI ON #LTHashStrings(MessageStringId)
CREATE NONCLUSTERED INDEX #LTHashStrings_NCI1 ON #LTHashStrings(LTValueLen, MessageId, LTValueHash)
-- Create a temporary table for the orphaned PublisherStrings that you find. Orphaned PublisherStrings
-- are rows in PublisherMessages whose corresponding events have already been groomed. They still
-- have corresponding rows in LocalizedText. Do not add rows for PublisherMessages; they are not
-- for duplicated messages.
CREATE TABLE #OrphanedPublisherStrings (PublisherId UNIQUEIDENTIFIER,

MessageStringId UNIQUEIDENTIFIER)
CREATE CLUSTERED INDEX #OrphanedPublisherStrings_CI ON #OrphanedPublisherStrings(MessageStringId)
-- Create a temporary table so that you can determine whether a PublisherMessages row still
-- has a corresponding event. These events do not have an index on the PublisherId, so do
-- not query the EventAllView. If a PublisherId occurs multiple times in the event tables,
-- it is only needed one time in the temp table; therefore, the unique clustered index
-- must contain IGNORE_DUP_KEY. This keeps the temporary table relatively small and saves
-- time when you want to see the orphaned PublisherMessages.
CREATE TABLE #EventAllPublishers (PublisherId UNIQUEIDENTIFIER)

CREATE UNIQUE CLUSTERED INDEX #EventAllPublishers_CI ON #EventAllPublishers (PublisherId)
WITH (IGNORE_DUP_KEY = ON)
-- Populate the temporary table by scanning EventAllView one time.

INSERT INTO #EventAllPublishers(PublisherId)
SELECT PublisherId
FROM EventAllView
-- Populate the first temporary table to determine which messages are duplicated.
INSERT INTO #LTHashStrings (MessageStringId, LTValueLen, LTValueHash, MessageId)
SELECT LTStringId, len(LTValue), HashBytes('SHA1', LTValue), MessageId
FROM dbo.LocalizedText LT
JOIN #PublisherMessageReverseIndex PM ON PM.MessageStringId = LTStringId
-- Create the second table to determine which messages are duplicated.

CREATE TABLE #LTCountByMessage( LTValueLen INT,
MessageId INT,
LTValueHash VARBINARY(32),
MsgCount INT)
CREATE CLUSTERED INDEX #LTCountByMessage_CI ON #LTCountByMessage(LTValueLen, MessageId, LTValueHash)
-- Populate second message for duplicate message detection by scanning the INDEX of
-- the first one and by doing a grouped count.
INSERT INTO #LTCountByMessage (LTValueLen, MessageId, LTValueHash, MsgCount)
SELECT LTValueLen, MessageId, LTValueHash, COUNT(1)
FROM #LTHashStrings
GROUP BY LTValueLen, MessageId, LTValueHash
-- You are now set up to detect both orphaned PublisherStrings and duplicated messages
-- by joining to our relatively small (and correctly indexed) temporary tables.
-- Determine the OrphanedPublisherStrings that have duplicate messages.
INSERT INTO #OrphanedPublisherStrings (PublisherId, MessageStringId)
SELECT PM.PublisherId, PM.MessageStringId
FROM dbo.PublisherMessages PM
JOIN #LTHashStrings LTS ON (LTS.MessageStringId = PM.MessageStringId AND LTS.MessageId = PM.MessageId)
JOIN #LTCountByMessage LTC ON (LTC.LTValueLen = LTS.LTValueLen AND
LTC.MessageId = LTS.MessageId AND LTC.LTValueHash = LTS.LTValueHash)
WHERE PM.PublisherId NOT IN (SELECT PublisherId FROM #EventAllPublishers) AND
LTC.MsgCount > 1
-- Deleting all the OrphanedPublisherStrings and all the corresponding LocalizedText rows
-- at one time may be too large for the transaction log to handle. Create a numbered
-- or ordered table so that you can delete them in relatively small batches and not
-- overtax the transaction log.
CREATE TABLE #NumberOrphanPublisherStrings(OrphanNum INT IDENTITY,
PublisherId UNIQUEIDENTIFIER,
MessageStringId UNIQUEIDENTIFIER)
CREATE CLUSTERED INDEX #NumberOrphanPublisherStrings_CI on #NumberOrphanPublisherStrings(OrphanNum)
-- Populate the numbered table.

INSERT INTO #NumberOrphanPublisherStrings (PublisherId, MessageStringId)
SELECT PublisherId, MessageStringId FROM #OrphanedPublisherStrings
END TRY
BEGIN CATCH
GOTO Error
END CATCH
-- Set up variables so that you can delete the orphaned rows.

-- If the transaction log fills up, try to reduce the @OrphanIncrement value,
-- which controls the number of rows that are delete at the same time.
DECLARE @OrphanNum INT
DECLARE @OrphanIncrement INT
DECLARE @OrphanLimit INT
SET @OrphanNum = 0
SET @OrphanIncrement = 10000
SELECT @OrphanLimit = MAX(OrphanNum) FROM #NumberOrphanPublisherStrings
BEGIN TRY
WHILE @OrphanNum < @OrphanLimit
BEGIN
DELETE dbo.LocalizedText FROM
#NumberOrphanPublisherStrings OPS JOIN dbo.LocalizedText LT
ON LT.LTStringId = OPS.MessageStringId
WHERE OPS.OrphanNum >= @OrphanNum AND OPS.OrphanNum < @OrphanNum + @OrphanIncrement
DELETE dbo.PublisherMessages FROM
#NumberOrphanPublisherStrings OPS JOIN dbo.PublisherMessages PM
ON PM.PublisherId = OPS.PublisherId
WHERE OPS.OrphanNum >= @OrphanNum AND OPS.OrphanNum < @OrphanNum + @OrphanIncrement
SET @OrphanNum = @OrphanNum + @OrphanIncrement
END
END TRY
BEGIN CATCH
GOTO Error
END CATCH
Error:
IF @@ERROR <> 0
SELECT
ERROR_NUMBER() AS ErrorNumber,
ERROR_MESSAGE() AS ErrorMessage;
-- Try to drop all the temporary tables

BEGIN TRY
IF EXISTS (SELECT 1 FROM tempdb.INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME LIKE '#PublisherMessage%')
DROP TABLE #PublisherMessageReverseIndex
IF EXISTS (SELECT 1 FROM tempdb.INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME LIKE '#OrphanedPublisherStrings%')
DROP TABLE #OrphanedPublisherStrings
IF EXISTS (SELECT 1 FROM tempdb.INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME LIKE '#LTHashStrings%')
DROP TABLE #LTHashStrings
IF EXISTS (SELECT 1 FROM tempdb.INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME LIKE '#EventAllPublishers%')
DROP TABLE #EventAllPublishers
IF EXISTS (SELECT 1 FROM tempdb.INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME LIKE '#LTCountByMessage%')
DROP TABLE #LTCountByMessage
IF EXISTS (SELECT 1 FROM tempdb.INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME LIKE '#NumberOrphanPublisherStrings%')
DROP TABLE #NumberOrphanPublisherStrings
END TRY
BEGIN CATCH
SELECT
ERROR_NUMBER() AS ErrorNumber,
ERROR_MESSAGE() AS ErrorMessage;
END CATCH
Atribuir agentes UNIX/Linux a um pool de recursos

Após concluir a atualização, os agentes UNIX/Linux devem ser atribuídos a um pool de recursos para ativar a monitoração altamente disponível e a administração do
agente. Para obter mais informações sobre como criar pools de recursos, consulte Como criar um Pool de Recursos.
1. Abra o Console de Operações usando uma conta que seja membro da função Administradores do Operations Manager para o grupo de gerenciamento do
om12short.
2. No Console de Operações, no painel de navegação, clique no botão Administração.
3. No painel Administração, em Gerenciamento de Dispositivos, clique em Computadores UNIX/Linux.
4. Selecione os computadores UNIX/Linux para atribuir um pool de recursos e no painel Ações, clique em Alterar Pool de Recursos.
5. Conclua o assistente de Alterar Pool de Recursos para atribuir computadores ao pool de recursos selecionado.
-----
-----
usando a janela de prompt de comando
Você pode atualizar para o System Center 2012 – Operations Manager usando o comando setup.exe na janela Prompt de Comando. As atualizações de gateway e
agente requerem o uso de MOMGateway.msi e MOMAgent.msi. Para informações sobre os requisitos de configuração suportados do System Center 2012 – Operations
Manager, consulte Supported Configurations for System Center 2012 – Operations Manager ﴾Configurações com suporte para System Center 2012 –
Parâmetros de linha de comando para setup.exe

A tabela a seguir lista os parâmetros de linha de comando para instalar os recursos do System Center 2012 – Operations Manager.
Observação
Parâmetro Valor
/silent Não exibe o assistente de instalação durante a atualização.
/upgrade Usado para atualizar todos os recursos do Operations Manager, se eles atenderem aos requisitos mínimos de configuração
suportados.
/upgrademanagementgroup Usado para atualizar o grupo de gerenciamento pelo servidor de gerenciamento secundário se o Servidor de Gerenciamento Raiz
não atender aos requisitos de configuração suportados.
Usado depois de você ter atualizado outros recursos, como servidores de gerenciamento secundários, agentes e gateways.

Usado se você não tiver especificado o Sistema Local.

Usado se você não tiver especificado o Sistema Local.
/AcceptEndUserLicenseAgreement Usado para especificar que você aceita o EULA ﴾Contrato de Licença de Usuário Final﴿. Isso é necessário apenas quando você está
atualizando o grupo de gerenciamento do System Center Operations Manager 2007 R2 a partir do RMS (Servidor de
Gerenciamento Raiz﴿ ou do servidor de gerenciamento secundário.
/ManagementServer: Usado para especificar o nome do servidor de gerenciamento a ser associado a um console Web e/ou servidor de relatórios que
está sendo atualizado. Será necessário apenas se o console Web e/ou o servidor de relatórios estiver associado a um RMS que
não pode ser atualizado.
/WebSiteName: O nome do site. Se for a instalação Web padrão, especifique "Site Padrão".
Usado para atualizações de console Web.
/WebConsoleUseSSL Especifique apenas se o site tiver SSL ativado.

/WebConsoleAuthorizationMode: Misto: Usado para cenários de intranet.

Rede: Usado para cenários de extranet.
Para exemplos de linhas de comando para atualizar os vários recursos do Operations Manager 2007 R2 ao System Center 2012 – Operations Manager, consulte o
seguinte:
Como atualizar um grupo de gerenciamento Operations Manager 2007 R2 único servidor
Como atualizar um servidor secundário de gerenciamento do Operations Manager 2007 R2
Como atualizar um grupo de gerenciamento de um RMS do Operations Manager 2007 R2
Como atualizar um grupo de gerenciamento de um servidor de gerenciamento secundário do Operations Manager 2007 R2
-----
-----
Mantendo a infraestrutura do System Center 2012 -
Operations Manager
Após ter implantado ou atualizado para o System Center 2012 – Operations Manager, você poderá efetuar alterações na infraestrutura do seu Operations Manager,
como fazer backup de um banco de dados ou movê-lo. Esta seção do Implantando o System Center 2012 - Operations Manager apresenta informações sobre como
manter a instalação do Operations Manager.
Backup e recuperação de desastres no Operations Manager
Fazendo alterações em um ambiente do Operations Manager
Enviando dados à Microsoft
-----
-----
Como parte do seu plano de manutenção, é importante incluir um plano de backup. Esse plano deve ser completamente testado e documentado em um ambiente
simulado com o uso de backups de produção. Verifique se o plano de backup do System Center 2012 – Operations Manager está integrado a procedimentos de backup
existentes na organização.
Observação
Antes de ler esta seção, certifique-se de examinar Planejando a implantação do System Center 2012 - Operations Manager para entender os componentes do
Operations Manager e saber como se preparar para uma recuperação de falha.
Decida sobre os seguintes problemas:
Do que fazer backup
Com que frequência fazer backup
Se backups completos ou incrementais devem ser realizados
Como e quando praticar procedimentos de restauração
Depois de decidir quais são as melhores estratégias de backup para o seu ambiente System Center 2012 – Operations Manager, desenvolva e documente um plano de
backup para fazer parte do plano de recuperação de desastres geral.
É altamente recomendável que você teste os procedimentos de backup e restauração completamente. O teste ajuda a garantir que você tenha os backups necessários
para se recuperar de várias falhas e que a equipe possa executar os procedimentos de forma tranquila e rápida se ocorrer uma falha.
Você pode usar um ambiente de teste, incluindo todos os recursos do Operations Manager, para testar seus processos de backup e restauração.
Observação
As práticas de backup gerais em sua organização podem incluir o backup de unidades de disco em que o Operations Manager está instalado. Ao fazer o backup
desses discos, incluindo os servidores de gerenciamento, certifique-se de excluir <Partição Instalada>\Arquivos de Programas\System Center 2012\Operations
Manager\Server\pasta Estado do Serviço de Integridade.
Nesta seção
Backups completos e incrementais no Operations Manager
Convenções de nomenclatura de arquivo de backup no System Center 2012 - Operations Manager
Fazer backup do System Center 2012 - Operations Manager
-----
-----
Backups completos e incrementais no Operations Manager
Você deve garantir que os backups de banco de dados sejam os mais recentes e completos possíveis. Este tópico fornece informações para ajudá-lo a decidir como
incorporar backups completos e incrementais a um plano de backup geral.
Observação
Por padrão, o banco de dados do servidor de relatório usa um modelo de recuperação completa. Outros bancos de dados do Operations Manager usam um modelo
de recuperação simples. Para obter mais informações sobre opções de backup, consulte Visão geral de backup ﴾SQL Server﴿.
Backups de banco de dados completos

Um backup de banco de dados completo captura todo o banco de dados, incluindo todas as entradas no log de transações e excluindo as extensões não alocadas nos
arquivos. As páginas são lidas diretamente do disco para aumentar a velocidade da operação.
Você pode recriar um banco de dados a partir do respectivo backup, em uma única etapa, restaurando um backup do banco de dados. O processo de restauração
substitui o banco de dados existente ou cria o banco de dados se ele não existir. O banco de dados restaurado corresponde ao estado do banco de dados no momento
do término do backup, sem nenhuma transação não confirmada. As transações não confirmadas são revertidas quando o banco de dados é restaurado.
Um backup de banco de dados completo usa mais espaço de armazenamento por backup do que os backups de log de transações e os backups de banco de dados
incrementais. Consequentemente, os backups de banco de dados completos levam mais tempo e, por isso, são geralmente criados com menos frequência do que os
backups de bancos de dados incrementais ou os backups de log de transações.
Backups de banco de dados incrementais

Um backup de banco de dados incremental ﴾diferencial﴿ registra somente os dados que foram alterados após o último backup de banco de dados. Você pode criar
backups incrementais de um banco de dados com frequência, porque eles são menores e mais rápidos que os de banco de dados completo. Fazer backups incrementais
frequentes diminui o risco de perda de dados.
Em caso de falha do banco de dados, você pode usar backups de banco de dados incrementais para restaurar o banco de dados no ponto em que o backup
incremental de banco de dados foi concluído.
Backups de log de transações

O log de transações é um registro serial de todas as transações que foram executadas com base no banco de dados após o último backup do log de transações. Com
os backups de log de transações, você pode restaurar o banco de dados em um ponto específico no tempo ﴾por exemplo, antes de inserir dados indesejados﴿ ou no
ponto de falha.
Na restauração de um backup de log de transações, o Microsoft SQL Server efetua roll forward de todas as alterações no log de transações. Quando o SQL Server atinge
o final do log de transações, o estado do banco de dados é exatamente o que era no momento do início da operação de backup. Se o banco de dados for recuperado,
o SQL Server reverterá todas as transações incompletas no momento do início da operação de backup.
Observação
O banco de dados de data warehouse usa um modelo de recuperação simples que trunca todas as transações após a conclusão. Isso significa que o backup do
arquivo de log é insuficiente. Execute um backup de arquivo de banco de dados completo.
Para obter mais informações sobre modelos de recuperação, consulte Recovery Model Overview ﴾Visão geral do modelo de recuperação﴿.
-----
-----
Convenções de nomenclatura de arquivo de backup no System
Center 2012 - Operations Manager
O uso correto das convenções de nomenclatura para backup de arquivos o ajuda a fazer a distinção entre eles. Os arquivos de backup são exclusivos com base no grupo
de gerenciamento de que eles fazem backup e no horário de criação do backup. O uso consistente de uma convenção de nomenclatura padrão pode ajudá-lo a evitar a
restauração não intencional de um backup para o grupo de gerenciamento incorreto ou a restauração de um backup a partir do horário incorreto.
Convenções de nomenclatura de arquivo de banco de dados

Podem existir vários grupos de gerenciamento no ambiente do Operations Manager; por isso, certifique-se de incluir o nome do grupo de gerenciamento ou algum
nome distinto nos nomes de arquivo de backup de banco de dados.
Você pode também incluir outras informações no nome do arquivo, como nome do banco de dados, data e tipo de backup. Por exemplo, um nome de arquivo pode ser
formatado da seguinte maneira: OpsMgrDB_DIFFERENTIAL_<nome do grupo de gerenciamento>_7_15_2011 ou REPORTING_FULL_<nome do grupo de
gerenciamento>_7_15_2011.
Convenções de nomenclatura do pacote de gerenciamento personalizado

Se a estrutura de monitoramento for composta por vários grupos de gerenciamento, é muito provável que a configuração dos pacotes de gerenciamento e suas
substituições variem nesses grupos de gerenciamento. Por isso, implementar uma convenção de nomenclatura padrão para pacotes de gerenciamento personalizados
ajuda a impedir a ocorrência dos mesmos problemas de usar uma convenção de nomenclatura padrão para bancos dados.
Inclua o nome do grupo de gerenciamento ou algum nome distinto no nome do arquivo. xml para esses backups. Além disso, inclua a versão do pacote de
gerenciamento lacrado para o qual o pacote de gerenciamento personalizado contém substituições e outras informações no nome do arquivo, como a data. Por
exemplo, um nome de arquivo pode estar no seguinte formato: <nome do grupo de gerenciamento>_<Nome do pacote de gerenciamento>_<Versão do pacote de
gerenciamento>_7_15_2011.xml.
-----
-----
Fazer backup do System Center 2012 - Operations Manager
Atualizado: março de 2013
Para preservar os dados em caso de falha, você deverá ter um backup recente dos bancos de dados do System Center 2012 – Operations Manager e outros dados
importantes conforme listado neste tópico.
Dados para backup

Para garantir a capacidade de corretamente preservar e restaurar seu ambiente do Operations Manager, você deverá fazer o backup dos seguintes itens importantes:
Banco de dados operacional, banco de dados de data warehouse e o banco de dados de Serviços de Coleta de Auditoria ﴾ACS﴿
Pacotes de gerenciamento personalizados
Certificados de computador e arquivos de definição de relatório personalizados
Agendamento de backup recomendado para o System Center 2012 - Operations Manager
Como fazer backup de pacotes de gerenciamento personalizado
Como agendar Backups do System Center 2012 - bancos de dados do Operations Manager
-----
-----
Agendamento de backup recomendado para o System Center
2012 - Operations Manager
Você deve determinar a frequência dos backups e quando executá-los. Em geral, você deve executar backups de banco de dados de acordo com a política de backup da
empresa.
Agendamento de backup
A seguinte tabela sugere uma agenda para backups regulares dos recursos do Operations Manager. Essas sugestões são específicas do seu ambiente Operations
Manager e devem complementar outros backups agendados regularmente no ambiente.
Você deverá agendar esses trabalhos de backup em um horário que não entre em conflito com a agenda das tarefas de grooming do Operations Manager. Os trabalhos
de grooming do Operations Manager são executados no servidor de banco de dados do Operations Manager e leem dados do banco de dados e gravam dados nele.
Fazer backup do banco de dados durante o mesmo horário poderá causar falhas no trabalho de backup, no trabalho de grooming ou em ambos.
No mínimo, um backup incremental do banco de dados operacional deve ser executado diariamente. Um backup completo deve ser executado no banco de dados
operacional semanalmente. O backup dos bancos de dados mestres e msdb deve ser feito sempre que ocorrer uma mudança que afete um dos bancos de dados, mas o
backup deles deve ser feito pelo menos mensalmente.
Recurso para fazer

Backup completo Backup incremental
backup
Banco de dados Semanalmente Diariamente

operacional
Banco de dados do Mensalmente Semanalmente

data warehouse
Servidor de De forma recorrente, com a frequência dependendo da frequência de mudança dos relatórios Mesmo que backup completo
relatórios em sua organização, e sempre após a realização de mudanças significativas nas definições de
relatório ﴾incluindo adições, alterações e exclusões﴿.
Banco de dados ACS Mensalmente Semanalmente

﴾Serviços de Coleta
de Auditoria)
Banco de dados Sempre, após a instalação e a configuração dos recursos de banco de dados do Operations Por políticas de TI
mestre (Master) Manager e após a realização de alterações significativas nos logons ou em outras alterações de
segurança.
Banco de dados Após a instalação inicial e a configuração dos recursos de banco de dados do Operations Após a alteração dos trabalhos
msdb (Msdbdata) Manager. agendados do Microsoft SQL Server Agent
que o Operations Manager utiliza.
Pacotes de Mensalmente ou depois de fazer alterações significativas em pacotes de gerenciamento. Não aplicável
gerenciamento
personalizados
(arquivos .xml)
-----
-----
Como fazer backup de pacotes de gerenciamento
personalizado
Importante
referência.
Pacotes de gerenciamento contêm regras de monitoramento de aplicativos e serviços. Ambos selado e pacotes de gerenciamento sem lacre podem ser personalizados
por obsoletos seus valores padrão usando substituições ou definindo regras personalizadas ou monitores. Pacotes de gerenciamento personalizado são sem lacre e são
salvos em um arquivo de pacote de gerenciamento. XML separado. Apenas os pacotes de gerenciamento personalizado podem ser exportados. Por padrão, o arquivo é
salvo para a pasta de pacote de gerenciamento do meu padrão.
Você deve fazer backup regularmente mesmo, mas como fazer backup do banco de dados operacional captura informações de pacote de gerenciamento de pacotes de
gerenciamento personalizado. Quando você executa gerenciamento de backups de pacote como uma operação independente de backups de banco de dados, você
pode importá-las separadamente do banco de dados, que pode ser útil em casos quando você deve reverter as alterações personalizadas em um ou mais pacotes de
gerenciamento personalizado.
Use o recurso de exportação no console de operações de backup de pacotes de gerenciamento.
1.
Observação
Para exportar um pacote de gerenciamento personalizado

1. Faça logon em um servidor de gerenciamento com uma conta que seja membro do System Center 2012 – Operations Managerfunção de administradores para o
Operations Managergrupo de gerenciamento.
3. No Administração painel, clique em Pacotes de gerenciamento.
4. Com o botão direito no pacote de gerenciamento personalizado que você deseja exportar e, em seguida, clique em Export Management Pack.
5. No Salvar como caixa de diálogo, digite o caminho e nome do arquivo de pacote de gerenciamento ou clique em Procurar para salvar o arquivo em um diretório
diferente e, em seguida, clique em Salvar.
-----
-----
Como agendar Backups do System Center 2012 - bancos de
dados do Operations Manager
Importante
referência.
Agendar um Backup de banco de dados

Use este procedimento para agendar um backup de banco de dados usando o Microsoft SQL Server Management Studio para fazer backup do banco de dados
operacional, o banco de dados de serviços de coleta de auditoria ﴾ACS﴿ e o banco de dados do data warehouse.
Para agendar um backup de banco de dados para um arquivo
1. Inicie o SQL Server Management Studio.
2. No conectar-se ao servidor diálogo, selecione os valores apropriados na tipo de servidor lista, o nome do servidor caixa e no autenticação caixa.
3. Clique em conectar-se.
4. Em Object Explorer, expanda bancos de dados.
5. Com o botão direito no banco de dados que você deseja fazer backup, clique em tarefase, em seguida, clique em Backup.
6. No Backup do banco de dados diálogo, digite o nome do backup definido na nome caixa e, em seguida, em destino, clique em Add.
7. No Selecionar destino do Backup o nome na caixa de diálogo, digite um caminho e um arquivo de destino no disco caixa e, em seguida, clique em OK.
Importante
O local de destino deve ter espaço livre disponível em disco para armazenar os arquivos de backup com base na freqüência de agendamento de backup.
8. No Script , clique em Ação de Script para o trabalho de.
9. Se você deseja alterar os parâmetros de trabalho, no Novo trabalho caixa de diálogo, em Selecionar uma página de, clique em etapase, em seguida, clique em
Editar.
10. Em Selecionar uma página de, clique em agendase, em seguida, clique em nova.
11. No Nova agenda de trabalho diálogo, digite o nome do trabalho na nome caixa, especifique a agenda de trabalho e, em seguida, clique em OK.
Observação
Se você deseja configurar notificações ou alertas, você pode clicar em alertas ou notificações em Selecionar uma página de.
12. Click OK and OK.

O banco de dados operacional contém quase todos os System Center 2012 – Operations Manageras definições de configuração do ambiente, informações sobre o
agente, pacotes de gerenciamento com personalizações, os dados de operações e outros dados necessários para Operations Managerpara operar corretamente.
Importante
É fundamental que você faça backup do banco de dados operacional regularmente para preservar as informações mais recentes sobre o Operations
Managerambiente. Uma falha de banco de dados sem um backup recente resulta na perda de quase todos os Operations Manager- e os dados específicos, você terá
que recriar todo o Operations Managerambiente.
Observação
Se o procedimento de backup define o banco de dados operacional estar off-line durante o backup, Operations Managerarmazena em cache os dados de entrada e,
em seguida, após a conclusão do backup, Operations Manageros armazena no banco de dados.
Emissão de relatórios de bancos de dados

Operations ManagerEmissão de relatórios utiliza os seguintes bancos de dados:
Operations Managerdata warehouse (banco de dados do data warehouse)

Bancos de dados do SQL Server Reporting Services (ReportServer e ReportServerTempDB)
O banco de dados do depósito de dados contém todo o desempenho e outros dados operacionais de seu Operations Managerambiente. SQL Server Reporting Services
usa esses dados para gerar relatórios, como o controle de desempenho e análise de tendências.
Para restaurar a funcionalidade de geração de relatórios em caso de falha, é essencial que você faça backup do banco de dados do data warehouse. Ao determinar a
freqüência e quando fazer backup deste banco de dados, você deve considerar o seguinte:
Este banco de dados pode crescer para um tamanho muito grande (mais de um terabyte) ao longo do tempo.
Servidores de gerenciamento com freqüência gravar dados para esse banco de dados.
Requisitos de SLA de TI baseiam-se a exigência de relatórios de disponibilidade na organização.
Observação
O banco de dados do depósito de dados usa um modelo de recuperação simples, que trunca todas as transações após a conclusão. Portanto, fazer backup do
arquivo de log é insuficiente; Você deve fazer backup do banco de dados inteiro.
Os bancos de dados do SQL Server Reporting Services armazenam definições de relatório, metadados do relatório, relatórios em cache e instantâneos. Em caso de falha,
você pode recriar as definições de relatório por importar novamente os relatórios. No entanto, os relatórios em cache, que são relatórios que já foram criados, serão
perdidos.
Para restaurar a funcionalidade de geração de relatórios em caso de falha, recomendamos que você faça backup dos bancos de dados do SQL Server Reporting
Services.
Banco de Dados ACS

O banco de dados de serviços de coleta de auditoria ﴾ACS﴿, OperationsManagerAC, é o repositório central de eventos e logs de segurança são coletados pelos
encaminhadores ACS em computadores monitorados.
O banco de dados de serviços de coleta de auditoria pode crescer significativamente dependendo de quantos os encaminhadores ACS enviar eventos para o banco de
dados do ACS e os filtros configurados para controlar quais eventos são gravados no banco de dados.
Banco de dados mestre

O banco de dados mestre é um banco de dados do sistema, que registra todas as informações de nível de sistema para um sistema do Microsoft SQL Server, incluindo a
localização dos arquivos de banco de dados. Ele também registra todas as contas de logon e configurações do sistema. A funcionalidade adequada do banco de dados
mestre é fundamental para a operação de todos os bancos de dados em uma instância do SQL Server.
Banco de dados MSDB

O banco de dados MSDB, Msdbdata, é um banco de dados de sistema do SQL Server, que é usado pelo agente do SQL Server para agendar tarefas e alertas e
operadores de gravação. A funcionalidade adequada do banco de dados MSDB é fundamental para a operação de todos os bancos de dados em uma instância do SQL
Server.
Observação
Este banco de dados contém os agendamentos de tarefas que são vitais para a integridade do Operations Managerbanco de dados e ele devem ser incluído no seu
plano de backup. Você deve fazer backup deste banco de dados somente após você configurar Operations Managerou se você alterar os trabalhos agendados
agente.
Observação
-----
-----
Backup and Recovery Using VSS Writer
Atualizado: março de 2013
Aplica-se a: System Center 2012 SP1 - Operations Manager
With System Center 2012 Service Pack 1 (SP1), Operations Manager, VSS writers offer a shortcut for backing up the Operations Manager and Audit Collection Services
databases using the SQL VSS writer, providing an alternative mechanism of selecting what to be backed up, versus using the user interface in Gerente de Proteção de
Dados (DPM) or some other application to select the SQL databases. Backup and restoration can be accomplished with DPM or any other backup application because we
employ a generic VSS Writer.
The writer IDs are:
Audit Collection Service: 2488ec56-996a-4716-8165-7436a683
Operations Manager: 5ACDEAFF-4A8C-4FCE-BB24-BFCB4CD8A572
The VSS writers make it easy to discover what databases to backup, showing all the SQL data being used by Operations Manager and Audit Collection Service under the
respective nodes.
Observação
For Disaster recovery you need to follow the instructions at Recuperação de desastres no System Center 2012 - Operations Manager with VSS writer based recovery.
Observação
You must have local administrative credentials to back up and restore Operations Manager and ACS data stores.
-----
-----
Recuperação de desastres no System Center 2012
Operations Manager
Vários servidores e recursos do System Center 2012 – Operations Manager podem potencialmente falhar, afetando a funcionalidade do Operations Manager. A
quantidade de dados e a funcionalidade perdidas durante uma falha são diferentes em cada cenário de falha. Isso depende da função do recurso com falha, do tempo
gasto para restaurar esse recurso e da disponibilidade de backups.
Você deve sempre manter um backup de banco de dados operacional e do banco de dados de data warehouse. Para obter informações sobre o agendamento de
backups regulares dos bancos de dados do Operations Manager, consulte Como agendar Backups do System Center 2012 - bancos de dados do Operations Manager.
A quantidade de dados e a funcionalidade perdidas durante uma falha são diferentes em cada cenário de falha. O impacto da falha será reduzido se a implantação do
Operations Manager incluir vários servidores de gerenciamento. O impacto será maior se houver apenas um servidor de gerenciamento implementado. Isso ocorre
porque não há um segundo servidor de gerenciamento que poderá assumir a carga se um falhar, e você perderá todos os recursos de monitoramento. O impacto da
falha de um servidor de gerenciamento em um ambiente distribuído é minimizado, mas aumenta a carga de trabalho em servidores adicionais de gerenciamento no
grupo de gerenciamento, até que o servidor de gerenciamento com problema seja restaurado.
Recuperando recursos do Operations Manager

Caso os bancos de dados do Operations Manager tenham falhado, você poderá restaurá-los usando o backup. Para obter mais informações, consulte Como restaurar
bancos de dados do Operations Manager.
Se o console de Operações, o console Web ou servidor de Relatórios tiver falhado, você deverá reinstalá-los. Para obter informações sobre como instalar esses recursos,
consulte
Se um ou mais servidores de gerenciamento tiverem falhado, você poderá recuperá-los usando o comando setup.exe com uma opção /recover na janela Prompt de
Comando. Há dois cenários para recuperação. O primeiro cenário é quando você precisa recuperar um servidor de gerenciamento quando todos os servidores de
gerenciamento no grupo de gerenciamento falharam. Nesse caso, você deve recuperar todos os servidores de gerenciamento que apresentaram falhas e reconfigurar as
contas Executar como. O segundo cenário é quando você tem um servidor de gerenciamento com falha, mas um ou mais servidores de gerenciamento ainda estão
online. Nesse caso, basta você recuperar todos os servidores de gerenciamento que apresentaram falhas. Você não deve reconfigurar as contas Executar como.
Para recuperar um servidor de gerenciamento
1. Crie um novo servidor, verificando se ele atende às configurações mínimas suportadas para o System Center 2012 – Operations Manager e use o mesmo nome
que foi dado ao servidor de gerenciamento com falha.
2. Restaure o banco de dados operacional e o banco de dados de data warehouse, se necessário. Para obter mais informações, consulte Como restaurar bancos de
dados do Operations Manager.
3. No novo servidor, abra uma janela Prompt de Comando usando a opção Executar como Administrador e execute o seguinte comando:
Observação
Esse processo recupera apenas o servidor de gerenciamento. Se os consoles ou o Relatório forem também instalados no servidor de gerenciamento com falha,
você deverá reinstalá-los após o término da recuperação.
Importante
É preciso usar os mesmos valores de parâmetro para credenciais de conta, grupo de gerenciamento e nomes de banco de dados do servidor com falha que
está tentando recuperar.
Importante
O seguinte comando considera que você especificou o Sistema Local para a conta de ação do servidor de Gerenciamento
(/UseLocalSystemActionAccount﴿ e o serviço de Acesso a Dados ﴾/UseLocalSystemDASAccount﴿. Para especificar um domínio\nome do usuário para
essas contas, você deverá fornecer os seguintes parâmetros.
Setup.exe /silent /AcceptEndUserLicenseAgreement

/recover
/EnableErrorReporting:[Never|Queued|Always]
/SendCEIPReports:[0|1]
/UseMicrosoftUpdate:[0|1]
/DatabaseName:<OperationalDatabaseName>
/SqlServerInstance:<server\instance>
/DWDatabaseName:<DWDatabaseName>
/DatareaderUser:<domain\username>
/DatareaderPassword:<password>
/ActionAccountUser:<domain\username>
/ActionAccountPassword:<password>
A Instalação detecta que o servidor era um servidor de gerenciamento anterior no grupo de gerenciamento e recupera o servidor de gerenciamento. Você deve
seguir esses procedimentos para cada servidor de gerenciamento com falha em seu grupo de gerenciamento.
Para obter informações sobre os parâmetros de linha de comando, consulte Parâmetros de linha de comando de recuperação de desastres.
Se precisar recuperar um servidor de gerenciamento quando todos os servidores de gerenciamento no grupo de gerenciamento tiverem falhado, você deverá também
reconfigurar as contas Executar como.
Importante
Se houver servidores de gerenciamento que não falharam, você não deverá reconfigurar as contas Executar como.
Para reconfigurar as contas Executar como
2. No painel Administração, em Configuração de Executar como, clique em Contas.
3. No painel Contas, clique com o botão direito do mouse em uma conta Executar como e depois clique em Propriedades.
4. Na caixa de diálogo Propriedades da Conta Executar como, clique na guia Credenciais.
5. Digite novamente suas credenciais da conta Executar como e clique em OK.
6. Repita essas etapas para todas as contas Executar como.
Observação
Se não estiver usando a autenticação do SQL Server, você poderá remover todas as associações Conta de Autenticação do SQL Server do Data Warehouse e
Conta de Autenticação no SQL Server do SDK de Relatórios e exclua essas contas.
Se não estiver usando a autenticação do SQL Server, você poderá remover as contas de autenticação do SQL Server.
Para remover as contas de autenticação do SQL Server
2. No painel Administração, em Configuração de Executar como, clique em Perfis.
3. No painel Perfis, clique com o botão direito do mouse em Conta de Autenticação do SQL Server do Data Warehouse e clique em Propriedades.
4. Clique em Contas Executar como no painel direito, clique em Conta de Autenticação do SQL Server do Data Warehouse e depois clique em Remover.
5. Clique em Salvar e em Fechar
6. No painel Perfis, clique com o botão direito do mouse em Conta de Autenticação no SQL Server do SDK de Relatórios e clique em Propriedades.
7. Clique em Contas Executar como no painel direito, clique em Conta de Autenticação no SQL Server do SDK de Relatórios e depois clique em Remover.
8. Clique em Salvar e em Fechar
9. No painel Administração, em Configuração de Executar como, clique em Contas.
10. No painel Perfis, clique com o botão direito do mouse em Conta de Autenticação do SQL Server do Data Warehouse e clique em Excluir.
11. No painel Perfis, clique com o botão direito do mouse em Conta de Autenticação no SQL Server do SDK de Relatórios e clique em Excluir.
Consulte Também
Conceitos
Parâmetros de linha de comando de recuperação de desastres
-----
-----
Parâmetros de linha de comando de recuperação de desastres
Você pode recuperar um ou mais servidores de gerenciamento usando o comando setup.exe na janela Prompt de Comando.
Parâmetros da linha de comando

A tabela a seguir lista os parâmetros de linha de comando para recuperar um servidor de gerenciamento do System Center 2012 – Operations Manager.
Observação
Parâmetro Valor
/silent Parâmetro necessário. Executa o assistente de instalação sem exibir a interface do usuário
/recover Recupera um servidor de gerenciamento.
/ManagementGroupName: Opcional. O nome do grupo de gerenciamento
/SqlServerInstance: O SQL Server e instância ﴾<servidor\instância>﴿.
/DatabaseName: O nome do banco de dados operacional.
/UseLocalSystemActionAccount Usado para especificar o Sistema Local para a conta de ação do servidor de gerenciamento.
/ActionAccountUser: O nome de usuário e domínio da conta de ação do servidor de gerenciamento.

Usado se não quiser especificar o Sistema Local
/ActionAccountPassword: A senha da conta de ação do servidor de gerenciamento.



/EnableErrorReporting: Nunca: Não escolha enviar relatórios de erros automáticos.

Em fila: Escolha o envio de relatórios de erro, mas coloque os relatórios em fila para revisão antes de enviar.
Sempre: Escolha enviar relatórios de erro automaticamente.
/SendCEIPReports: 0 : Não escolha entrar no Programa de Aperfeiçoamento da Experiência do Usuário ﴾CEIP﴿.

1 : Escolha CEIP.
/UseMicrosoftUpdate: 0 : Não escolha o Microsoft Update.

1 : Escolha o Microsoft Update.
/AcceptEndUserLicenseAgreement Usado para especificar que você aceita o EULA ﴾Contrato de Licença de Usuário Final﴿.
Consulte Também
Conceitos
Recuperação de desastres no System Center 2012 - Operations Manager
-----
-----

Como restaurar bancos de dados do Operations Manager
Aplica-se a: Operations Manager for System Center 2012, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
Importante
referência.
Use o seguinte procedimento para restaurar um System Center 2012 – Operations Managerbanco de dados usando o Microsoft SQL Server Management Studio. Este
procedimento aplica-se a bancos de dados no SQL Server 2008 R2 e o SQL Server 2008 R2 SP1.
Observação
Se você deseja redimensionar o banco de dados operacional, você deve redimensioná-la usando o SQL Server. Para obter mais informações, consulte Microsoft SQL
Server na biblioteca do TechNet.
1.
Observação
Para restaurar um backup do banco de dados

1. Inicie o SQL Server Management Studio.
2. No conectar-se ao servidor diálogo, selecione os valores apropriados na tipo de servidor combinação drop-down na caixa a nome do servidor caixa e no
autenticação caixa.
3. Clique em conectar-se.
4. Em Object Explorer, expanda bancos de dadose, em seguida, selecione o OperationsManager, OperationsManagerAC, ou OperationsManagerDW banco de
dados.
5. Com o botão direito no banco de dados, aponte para tarefase, em seguida, clique em restauração.
6. Clique em banco de dados para abrir o Restauração do banco de dados caixa de diálogo.
7. Sobre o Geral página, o nome do banco de dados restaurando aparece no ao banco de dados lista.
8. No para um ponto no tempo caixa de texto, ou mantenha o padrão ﴾os mais recentes possíveis﴿ ou selecione uma data e hora específicas, clique no botão
Procurar, que abre o ponto no tempo de restauração caixa de diálogo.
9. Para especificar a origem e o local dos conjuntos de backup para restaurar, clique o De dispositivo opção.
10. Clique em Procurar para abrir o Especificar Backup caixa de diálogo.
11. No mídia de Backup caixa de listagem, selecione um dos tipos de dispositivo listado. Para selecionar um ou mais dispositivos para a caixa de listagem de local de
Backup, clique em Add.
12. No Selecione os conjuntos de backup para restaurar grade, selecione backups para restaurar. Essa grade exibe os backups disponíveis para o local especificado.
13. No Opções de restauração painel, selecione o Substituir o banco de dados existente opção.
14. No restaurar os arquivos de banco de dados como opções do painel, verifique se o nome do arquivo de banco de dados original e o caminho estão corretos.
15. Para o estado de recuperação opções, especifique a opção de estado deixar os bancos de dados prontos para uso Revertendo as transações não
confirmadas. Logs de transação adicionais não podem ser restaurados.
16. Clique em OK para restaurar o banco de dados.
-----
-----
Após a implantação inicial do System Center 2012 – Operations Manager, talvez você precise efetuar alterações ou atualizações na implantação original por motivos
como os seguintes:
Você precisa substituir o hardware que está com problemas e que não é mais considerado confiável.
Você precisa substituir o hardware como parte do processo de atualização a partir do System Center Operations Manager 2007 R2.
Você precisa adicionar outros componentes de hardware para melhorar a escalabilidade e o desempenho.
Você precisa mover um arquivo de log e banco de dados para um volume diferente por motivos de espaço ou desempenho.
Você precisa trocar um hardware arrendado e que irá expirar em breve.
Você precisa alterar ou atualizar um hardware para que ele atenda a novos padrões de hardware.
Você inicialmente instalou vários recursos do Operations Manager em um único servidor e precisa distribuir alguns componentes para outros servidores.
Você precisa restaurar a funcionalidade em um cenário de falha.
O Operations Manager oferece suporte a alterações na infraestrutura do Operations Manager como listado abaixo. Tenha cuidado ao executar essas operações porque
elas poderão resultar em perda de dados se não forem executadas corretamente.
Informações de conta para o Operations Manager
Como desinstalar o Operations Manager
Como gerenciar o servidor de relatório de execução autônoma conta
Como definir as configurações de proxy de Internet para um Servidor de Gerenciamento
Como mover o banco de dados de coleta de auditoria
Como mover a função de servidor de relatórios
Como remover a função de servidor de gerenciamento
Removendo um servidor de gateway de um grupo de gerenciamento
Como remover certificados importados com MOMCertImport
Consulte Também
Conceitos
-----
-----
Durante a instalação e a operação do System Center 2012 – Operations Manager, você recebe uma solicitação para fornecer credenciais de várias contas. Esta seção
fornece informações sobre as várias contas e como alterar as credenciais ou as senhas das contas depois de uma implantação.
Contas de Ação
Contas de serviço
Conta de Instalação do Agente
Conta de Gravação do Data Warehouse
Conta do Leitor de Dados
Contas de Ação
O servidor de gerenciamento do Operations Manager, o servidor de gateway e o agente contêm um processo chamado MonitoringHost.exe. MonitoringHost.exe é usado
para realizar atividades de monitoramento, como executar um monitor ou uma tarefa. Por exemplo, quando um agente assina o log de eventos para ler eventos, é o
processo MonitoringHost.exe que executa essas atividades. A conta na qual um processo MonitoringHost.exe é executado é denominada a conta de ação. A conta de
ação do processo MonitoringHost.exe em execução em um agente é denominada conta de ação do agente. A conta de ação usada pelo processo MonitoringHost.exe
em um servidor de gerenciamento é denominada conta de ação do servidor de gerenciamento. A conta de ação usada pelo processo MonitoringHost.exe em um
servidor de gateway é denominada conta de ação do servidor de gateway.
Quando validar ou alterar a conta de ação padrão, você deverá assegurar que a conta utilizada como sua Conta de Ação Padrão seja configurada para ser um membro
de Função da função de banco de dados ConfigServiceMonitoringUsers.
Para validar a Conta de Ação
1. No servidor que hospeda o banco de dados operacional, abra o SQL Server Management Studio e conecte-se ao servidor local.
2. Expanda Bancos de Dados e o banco de dados operacional, que é OperationsManager por padrão.
3. Expanda Segurança, Funções e Funções de Banco de Dados.
4. Verifique se a função ConfigServiceMonitoringUsers está listada.
5. Se essa função não estiver listada, clique com o botão direito do mouse em Funções de Banco de Dados para adicioná-la.
Conta de Ação do Agente

A menos que uma função tenha sido associada a um perfil Executar como, as credenciais usadas para executar a ação são aquelas definidas para a conta de ação. Para
obter mais informações sobre o perfil Executar como, consulte Managing Run As Accounts and Profiles (Gerenciando contas e perfis Executar como). Alguns exemplos de
ações incluem o seguinte:
Monitoramento e coleta de dados do log de eventos do Windows
Monitoramento e coleta de dados do contador de desempenho do Windows
Monitoramento e coleta de dados do WMI ﴾Instrumentação de Gerenciamento do Windows﴿
Execução de ações como scripts ou arquivos em lotes
MonitoringHost.exe é o processo que executa essas ações usando as credenciais especificadas na conta de ação. Uma nova instância de MonitoringHost.exe é criada
para cada conta.
Usando uma conta com poucos privilégios

Durante a instalação do Operations Manager, você pode escolher uma de duas opções ao atribuir a conta de ação:
Sistema Local
Conta Local ou de Domínio
Uma estratégia comum é especificar uma conta de domínio que permita selecionar um usuário com o menor número de privilégios necessários para o seu ambiente.
A conta de ação padrão deve ter os seguintes privilégios mínimos:
Membro de um grupo Usuários local
Membro de um grupo Usuários de Monitor de Desempenho local
Permissão Permitir logon local ﴾SetInteractiveLogonRight﴿

Os privilégios descritos acima constituem o mínimo com suporte do Operations Manager para a conta de ação. Outras contas Executar como podem ter privilégios mais
baixos. Os privilégios reais necessários para as contas Executar como dependem dos pacotes de gerenciamento que estão em execução no computador e do modo
como estão configurados. Para obter mais informações sobre quais credenciais específicas são necessárias, consulte o guia do pacote de gerenciamento apropriado.
Tenha os seguintes pontos em mente ao escolher credenciais para a conta de ação do agente:
Uma conta com baixo privilégio é tudo o que é necessário para agentes usados para monitorar controladores de domínio.
O uso de uma conta de domínio requer que você atualize sua senha de modo consistente com as políticas de expiração de senha.
Você deverá interromper e, em seguida, iniciar o serviço de Gerenciamento do System Center se a conta de ação tiver sido configurada para usar uma conta de
baixo privilégio e essa conta tiver sido adicionada aos grupos necessários durante a execução do serviço de Gerenciamento do System Center.
Conta de Ação de Notificação

A conta de ação de notificação é uma conta Executar como criada pelo usuário para configurar notificações. Essa é a conta de ação usada para criar e enviar notificações.
Certifique-se de que as credenciais usadas para essa conta possuam direitos suficientes para o Servidor SMTP, o servidor de mensagens instantâneas ou o servidor SIP
que será usado para notificações.
Se você alterar a senha das credenciais inseridas para a conta de ação de notificação, será necessário fazer as mesmas alterações de senha para a conta Executar como.
Gerenciamento de credenciais de conta de ação

Para a conta escolhida, o Operations Manager determina a data de expiração da senha e gera um alerta 14 dias antes da expiração da conta. Quando altera a senha no
Active Directory, você pode alterar a senha da conta de ação no Operations Manager na guia Conta, na página Propriedades de Conta Executar como. Para obter mais
informações sobre como gerenciar as credenciais de conta de ação, consulte Como alterar as credenciais para a conta de ação.
Contas de serviço
O conjunto de credenciais dos serviços de Configuração do System Center e de Acesso a Dados do System Center é usado pelos serviços de Acesso a Dados do System
Center e Configuração de Gerenciamento do System Center para atualizar e ler informações no banco de dados operacional. O Operations Manager assegura que as
credenciais usadas para a conta de serviço de DAS ﴾Serviços de Acesso a Dados﴿ sejam atribuídas à função Sdk_user no banco de dados operacional. O serviço de
Configuração do System Center e a conta de serviço de Acesso a Dados do System Center podem ser configurados como uma conta do Sistema Local ou como uma
conta de domínio. Não há suporte a contas de Usuário local.
Se o servidor de gerenciamento e o banco de dados operacional estiverem em computadores diferentes, o serviço de Configuração do System Center e a conta de
Acesso a Dados do System Center terão que ser alterados para uma conta de domínio. Para obter uma segurança melhor, é recomendável usar uma conta diferente
daquela usada como a conta de ação do servidor de gerenciamento. Para alterar essas contas, consulte Como alterar credenciais para o serviço de configuração de
gerenciamento do System Center e o serviço de acesso de dados do System Center.
Conta de Instalação do Agente

Ao implementar a implantação de agente com base na descoberta, você receberá uma solicitação para informar uma conta com privilégios de administrador. Essa conta
é usada para instalar o agente no computador e, portanto, deve ser um administrador local em todos os computadores nos quais estão sendo implantados agentes. A
conta de ação do servidor de gerenciamento é a conta padrão da instalação do agente. Se a conta de ação do servidor de gerenciamento não tiver direitos de
administrador, selecione Outra conta de usuário e digite uma conta que tenha direitos de administrador. Essa conta é criptografada antes de ser usada e depois é
descartada.
Conta de Gravação do Data Warehouse

A conta de Gravação do Data Warehouse grava dados do servidor de gerenciamento no data warehouse de Relatórios e lê dados do banco de dados operacional. As
credenciais fornecidas para essa conta se tornam um membro das funções de acordo com o aplicativo, conforme descrito na tabela a seguir.
Observação
Para obter informações sobre as configurações com suporte do System Center 2012 – Operations Manager, consulte Supported Configurations for Operations
Manager for System Center 2012 ﴾Configurações com suporte do System Center 2012 – Operations Manager﴿.
Aplicativo Banco de dados/Função Função/Conta
Versões com suporte do Microsoft SQL Server Banco de dados operacional db_datareader
Versões com suporte do Microsoft SQL Server Banco de dados operacional dwsync_user
Versões com suporte do Microsoft SQL Server Banco de dados do data warehouse OpsMgrWriter
Versões com suporte do Microsoft SQL Server Banco de dados do data warehouse db_owner
Operations Manager Função de usuário Conta de Administradores de Segurança de Relatório do Operations Manager
Operations Manager Conta Executar como Conta de Ação do Data Warehouse
Operations Manager Conta Executar como Conta do Leitor de Sincronização de Configuração do Data Warehouse
Se você alterar a senha das credenciais inseridas para a conta de Gravação do Data Warehouse, será necessário fazer as mesmas alterações de senha para as seguintes
contas:
Conta Executar como chamada conta de Ação do Data Warehouse

Conta Executar como chamada conta do Leitor de Sincronização de Configuração do Data Warehouse
Conta do Leitor de Dados

Essa conta é usada para implantar relatórios, definir qual usuário é utilizado pelo SQL Server Reporting Services para executar consultas no data warehouse de Relatórios
e para a conta do Pool de Aplicativos do IIS do SQL Server Reporting Services se conectar ao servidor de gerenciamento. Essa conta é adicionada ao perfil de Usuário de
Administrador de Relatório.
As credenciais fornecidas para essa conta se tornam um membro das funções de acordo com o aplicativo, conforme descrito na tabela a seguir.
Observação
Para obter informações sobre as configurações com suporte do System Center 2012 – Operations Manager, consulte Supported Configurations for Operations
Manager for System Center 2012 ﴾Configurações com suporte do System Center 2012 – Operations Manager﴿.
Aplicativo Banco de dados/Função Função/Conta
Versões com suporte do Microsoft SQL Instância de instalação do servidor de Conta de Execução do Servidor de Relatório
Server relatório
Versões com suporte do Microsoft SQL Banco de dados do data warehouse OpsMgrReader
Server
System Center 2012 – Operations Manager Função de usuário Administradores de Segurança de Relatório do Operations
Manager
System Center 2012 – Operations Manager Função de usuário Operadores de Relatório do Operations Manager
System Center 2012 – Operations Manager Conta Executar como Conta de Implantação de Relatório do Data Warehouse
Serviços de Informações da Internet ﴾IIS﴿ Pools de aplicativos ReportServer$<INSTANCE>
Serviço do Windows SQL Server Reporting Services Conta de logon
Se você alterar a senha das credenciais inseridas para a conta de Leitor de Dados, será necessário fazer as mesmas alterações de senha para as seguintes contas:
Conta de Execução do Servidor de Relatório
Conta de serviço do SQL Server Reporting Services no computador que hospeda o SSRS ﴾SQL Server Reporting Services﴿
A conta do Pool de Aplicativos de ReportServer$<INSTANCE> do IIS
Conta Executar como chamada conta de Implantação de Relatório do Data Warehouse
Informações da conta
Como alterar as credenciais para a conta de ação
Como alterar credenciais para o serviço de configuração de gerenciamento do System Center e o serviço de acesso de dados do System Center
Como alterar a senha da conta de Pool de aplicativos IIS ReportServer
Como alterar a senha da conta de execução do servidor emissão de relatórios
Como alterar a senha de conta de serviço do Windows para o serviço de relatório do SQL Server
Como alterar a execução como a conta associada a uma execução como perfil
-----
-----
Importante
referência.
Durante a instalação do System Center 2012 – Operations Manager, você será solicitado para credenciais para a conta de ação de servidor de gerenciamento. Se você
quiser alterar a senha para as credenciais que você forneceu ou usar um conjunto diferente de credenciais, use o procedimento a seguir.
Para alterar as credenciais para a conta de ação

1. Faça logon no computador com uma conta que seja membro do Operations Managerfunção de administradores para o Operations Managergrupo de
gerenciamento.
3. No Administração painel, no Configuração Executar como, clique em contas.
4. No contas painel, em tipo: Conta de ação, com o botão direito ﴾domínio \ nome_de_usuário﴿ a conta que você deseja alterar e, em seguida, clique em
Propriedades.
5. No Executar como propriedades da conta de caixa de diálogo, clique no credenciais guia.
6. Insira as novas credenciais para a conta de ação e, em seguida, clique em OK.
Observação
Consulte Também
Tarefas
Como alterar credenciais para o serviço de configuração de gerenciamento do System Center e o serviço de acesso de dados do System Center
Conceitos
-----
-----
Como alterar credenciais para o serviço de configuração de
gerenciamento do System Center e o serviço de acesso de
dados do System Center
Importante
referência.
Durante a instalação do System Center 2012 – Operations Manager, você será solicitado para credenciais para o serviço de configuração do System Center e o serviço de
acesso de dados do System Center. Se você quiser alterar a senha para as credenciais que você forneceu ou usar um conjunto diferente de credenciais, use o
procedimento a seguir.
Observação
As mesmas credenciais devem ser usadas para ambos os serviços.
1.
Observação
Para alterar as credenciais ou uma senha para o serviço de configuração do System Center e o serviço
de acesso de dados do System Center
1. No computador que hospeda o servidor de gerenciamento, a área de trabalho do Windows, clique em Iniciare, em seguida, clique em Executar.
2. No Executar caixa de diálogo, digite Services. msce, em seguida, clique em OK.
3. Na lista de serviços, com o botão direito Serviço de acesso do sistema Centro de dadose, em seguida, clique em Propriedades.
4. No Propriedades de acesso do sistema Centro de dados caixa de diálogo, clique no Logon guia.
5. Inserir novas credenciais ou alterar a senha das credenciais existentes e, em seguida, clique em OK.
6. Na lista de serviços, com o botão direito Sistema central de gerenciamento de configuraçãoe, em seguida, clique em Propriedades.
7. No Propriedades de configuração do sistema central de gerenciamento de caixa de diálogo, clique no Logon guia.
8. Inserir novas credenciais ou alterar a senha das credenciais existentes e, em seguida, clique em OK.
9. Pare e reinicie ambos os Sistema central de acesso a dados serviço e Sistema central de gerenciamento de configuração serviço.
Consulte Também
Conceitos
-----
-----
Como alterar a senha da conta de Pool de aplicativos IIS
ReportServer
Importante
referência.
Se você alterar a senha da conta que você especificou como a conta do leitor de dados durante a instalação do System Center 2012 – Operations Managerservidor de
relatórios, você deve alterar a senha da conta de Pool de aplicativos de servidor de relatório do IIS. Você pode fazer isso usando o procedimento a seguir no
computador que está executando o SQL Server Reporting Services.
1.
Observação
Para alterar a conta de Pool de aplicativos do IIS ReportServer

1. No computador que executa o SQL Server Reporting Services, a área de trabalho do Windows, clique em Iniciar, aponte para programas, aponte para
Ferramentas administrativase, em seguida, clique em o Gerenciador do Internet Information Services (IIS).
2. Em o Gerenciador do Internet Information Services (IIS), expanda <Nome do computador > (computador local), expanda Pools de aplicativos, com o botão
direito ReportServer<instância>e, em seguida, clique em Propriedades.
3. No ReportServer<instância > Propriedades caixa de diálogo, clique em identidade.
4. No senha caixa, digite a nova senha e, em seguida, clique em OK.
5. Feche o Gerenciador do Internet Information Services (IIS).
Consulte Também
Tarefas
Conceitos
-----
-----
Como alterar a senha da conta de execução do servidor
emissão de relatórios
Importante
referência.
Se a senha for alterada para a conta que você especificou como a conta do leitor de dados durante a instalação do servidor de relatório, use o procedimento a seguir
para alterar a senha da conta de execução no servidor de relatórios.
1.
Observação
Para alterar a senha da conta de execução do servidor de relatório

1. On the computer hosting the Reporting server, on the Windows desktop, click Start, point to Programs, point to Microsoft SQL Server 2008 R2, point to
Configuration Tools, and then click Reporting Services Configuration.
2. No Seleção de instância de instalação de servidor de relatórios caixa de diálogo, clique em Connect.
3. No Reporting Services Configuration Manager painel, no painel esquerdo, clique em Conta de execução.
4. No Conta de execução painel, digite a nova senha para a conta de execução.
5. Clique em Aplicare, em seguida, clique em Sair para fechar o Reporting Services Configuration Manager.
Consulte Também
Tarefas
Conceitos
-----
-----
Como alterar a senha de conta de serviço do Windows para o
serviço de relatório do SQL Server
Importante
referência.
Se a senha for alterada para a conta que você especificou como a conta do leitor de dados durante a instalação do servidor de relatório, use o procedimento a seguir
para alterar a conta de serviço do Windows para a senha do SQL Server Reporting Services no computador executando o SQL Server Reporting Services ﴾SSRS﴿.
1.
Observação
Para alterar a conta de serviço do Windows para o SQL Server Reporting Services
1. No computador que executa o SQL Server Reporting Services, a área de trabalho do Windows, clique em Iniciar, aponte para configuraçõese, em seguida, clique
em Executar.
2. No Executar caixa de diálogo, digite Services. msce, em seguida, clique em OK.
3. Em Serviços, role para baixo na lista, clique SQLServerrelatóriosserviços﴾<instância>﴿e, em seguida, clique em Propriedades.
4. In the SQL Server Reporting Services (<INSTANCE>) Properties dialog box, click Log On.
5. In the Password and Confirm Password boxes, type the new password, and then click OK.
6. Fechar Serviçose, em seguida, feche Ferramentas administrativas.
Consulte Também
Tarefas
Conceitos
-----
-----
Como alterar a execução como a conta associada a uma
execução como perfil
Importante
referência.
Por padrão, os seguintes perfis executar como tem uma conta executar como associada a eles.
Conta de depósito de dados
Conta do leitor de sincronização de configuração do depósito de dados
Conta de implantação de relatório do depósito de dados
Conta do Data Warehouse SQL Server Authentication
Relatório de conta de autenticação de SQL Server SDK
Por exemplo, o perfil Executar como chamado conta do Data Warehouse SQL Server Authentication tem a conta executar como chamada de conta de depósito de dados
SQL Server autenticação associada a ele. Por exemplo, você pode usar o procedimento a seguir para alterar a conta executar como associada ao perfil Executar como
chamado de conta do Data Warehouse SQL Server Authentication. Supõe-se que a nova executar como conta que você deseja associar este perfil Executar como já foi
criada. Para obter mais informações sobre contas Executar como e perfis executar como, consulte Gerenciamento de contas Executar como e perfis
1.
Observação
Para alterar a conta executar como associada a um perfil Executar como

1. Faça logon no computador com uma conta que seja membro do Operations Managerfunção de administradores para o System Center 2012 – Operations
Managergrupo de gerenciamento.
Observação
aparece. No nome do servidor , digite o nome da Operations Managermanagement server que você deseja que o console de operações para se conectar a.
3. No Administração painel, expanda Administração, expanda Securitye, em seguida, clique em Perfis Executar como.
4. No painel Perfis Executar como, clique Conta do Data Warehouse SQL Server Authenticatione, em seguida, clique em Propriedades.
5. Na caixa de diálogo Perfil Executar como - Conta de Autenticação do SQL Server do Data Warehouse, clique na guia Contas Executar como.
6. Em Contas Executar como, clique no computador de destino e, em seguida, clique em Editar.
7. No Editar executar como conta alternativa caixa de diálogo, clique no Conta executar como , selecione a nova executar como conta que você deseja associar
este perfil Executar como e, em seguida, clique em OK.
8. Na caixa de diálogo Perfil Executar como - Conta de Autenticação do SQL Server do Data Warehouse, clique em OK.
Consulte Também
Conceitos
-----
-----
Como gerenciar o servidor de relatório de execução autônoma
conta
Importante
referência.
O System Center 2012 – Operations Managerconta de execução autônoma é usada para consultar os dados do depósito de dados de relatórios do Report Server. Os
usuários que gerenciam essa conta precisam apenas do direito de Leitura do usuário. Essa conta não é gerenciada de dentro do Operations Managerinterface do
usuário. Use esse procedimento para alterar o nome do usuário e senha dessa conta.
1.
Observação
Para gerenciar a conta de execução autônoma do Report Server

1. Na área de trabalho da Windows, clique em Iniciar, aponte para programas, aponte para Microsoft SQL Server 2008 R2 SP1, aponte para Ferramentas de
configuração dee, em seguida, clique em Configuração do Reporting Services.
2. No Reporting Services Configuration Manager, no o diálogo de seleção de instância de instalação de servidor de relatório , clique em Connect.
3. No painel de navegação, clique em Conta de execução.
4. No painel Conta de Execução, digite um novo nome de usuário e senha, conforme necessário.
5. Clique em Aplicar, em seguida, em Sair.
Consulte Também
Conceitos
-----
-----
Como desinstalar o Operations Manager
Importante
referência.
Use o procedimento a seguir para desinstalar qualquer recurso do System Center 2012 – Operations Manager, incluindo o management server, servidor gateway,
servidor de relatórios, console de operações, web console e agente.
1.
Observação
Para desinstalar o System Center 2012 - Operations Manager

1. Faça logon no servidor com uma conta que tenha direitos de administrador local.
2. No painel de controle, clique em programas e recursos.
3. Sobre o Desinstalar ou alterar um programa página, com o botão direito System Center 2012 - Operations Managere, em seguida, selecione
Desinstalar/alterar.
Observação
Quando você desinstala um recurso autônomo, o nome que aparece na programas e recursos reflete o nome do recurso.
4. Sobre o Introdução, o que você deseja fazer? , clique em Remover um recurso. O Assistente de instalação, em seguida, identifica e relaciona todos os recursos e
funções que estão instaladas no computador local.
5. Selecione os recursos que você deseja remover e, em seguida, clique em Desinstalar.
6. Sobre o concluída, remoção do componente for concluída página, clique em Fechar.
Consulte Também
Conceitos
-----
-----
Como definir as configurações de proxy de Internet para um
Servidor de Gerenciamento
Importante
referência.
Use o procedimento a seguir para definir as configurações de proxy da Internet para um System Center 2012 – Operations Managermanagement server. Você deve
configurar essas configurações se recursos do Operations Managersão ativados que requerem que o servidor de gerenciamento para se comunicar pela Internet. Por
exemplo, você deve configurar essas configurações se o recurso de monitoramento de cliente do Operations Managerestá configurado para transmitir ou receber dados
da Microsoft.
1.
Observação
Para definir configurações de Proxy da Internet para um servidor de gerenciamento

1. Faça logon no computador com uma conta que seja membro do Operations Managerfunção de administradores para o Operations Managergrupo de
gerenciamento.
2. No console de operações, clique no botão de administração.
3. No painel Administração, expanda Administração, expanda Gerenciamento de Dispositivos e, em seguida, clique em Servidores de Gerenciamento.
4. No painel de resultados, clique com botão direito no servidor de gerenciamento para o qual você deseja exibir as propriedades e, em seguida, clique em
Propriedades.
5. Na caixa de diálogo Propriedades do Servidor de Gerenciamento, clique na guia Configurações do Proxy.
6. Na guia Configurações do Proxy, selecione Usar um servidor proxy para se comunicar com a Microsoft e, em seguida, proceda da seguinte maneira:
7. Selecione http:// ou https:// na lista suspensa lista e digite o nome do servidor de proxy da Internet na endereço caixa de texto.
8. Digite o número da Porta e, em seguida, clique em OK.
Consulte Também
Conceitos
-----
-----
Aplica-se a: Operations Manager for System Center 2012, System Center 2012 SP1 - Operations Manager
Importante
referência.
Após a implantação inicial de System Center 2012 – Operations Manager, talvez seja necessário mover o banco de dados operacional de um computador baseado no
Microsoft SQL Server para outro.
Este procedimento requer a configuração do Microsoft SQL Server. Você precisa fazer backup de um banco de dados, restaurar um banco de dados, atualizar uma
tabela de banco de dados, adicionar novos logons e modificar as configurações de mapeamento de usuário para logons. Para obter mais informações, consulte
documentação do SQL Server.
Realocação de banco de dados operacional

Use o procedimento a seguir para mover o banco de dados operacional para um servidor diferente.
Para mover o banco de dados operacional

1. Parar a Operations Managerservices ﴾sistema central de acesso a dados, sistema central de gerenciamento e configuração de gerenciamento do System Center﴿
em todos os servidores de gerenciamento do grupo de gerenciamento.
2. Use o Microsoft SQL Server Management Studio para criar um backup completo do banco de dados operacional. O nome padrão é OperationsManager.
Para obter mais informações, consulte como: Fazer backup de um banco de dados (SQL Server Management Studio).
3. No novo servidor SQL, copie o arquivo de backup em uma unidade local ou mapear uma unidade local para a pasta que contém o arquivo de backup.
4. Opcionalmente, no servidor original que hospeda o banco de dados operacional, exclua o banco de dados operacional.
5. No novo servidor, use o Microsoft SQL Server Management Studio para restaurar o banco de dados operacional que você fez backup anteriormente.
Para obter mais informações, consulte como: Restaurar um Backup de banco de dados (SQL Server Management Studio).
6. Atualize o registro em cada servidor de gerenciamento do grupo de gerenciamento para referir-se para o novo computador com base no SQL Server.
Observação
Antes de editar o registro, execute as políticas de backup da sua organização em relação ao registro.
a. Faça logon no servidor de gerenciamento com permissões de administrador.
b. Clique em Iniciar, selecione Executar, tipo regedit na Abrir caixa e, em seguida, clique em OK para iniciar o Editor do registro.
c. Em HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center\2010\Common\Database, clique duas vezes o nome DatabaseServerNamee, em

seguida, altere o valor para o nome do host do computador com o SQL Server agora hospeda o banco de dados operacional e, em seguida, clique em OK
para salvar as alterações.
Observação
Se você estiver usando uma instância nomeada do SQL Server, certifique-se de usar o ServerName\Instanceformato de nome.
d. Feche o Editor do Registro.
7. Em cada servidor de gerenciamento, edite o arquivo a seguir:
%ProgramFiles%\System Center 2012\Operations Manager\Server\ConfigService.config
No <Category>marca chamada "Cmdb", altere o valor de ServerNamepara o nome do novo servidor SQL.
8. Atualize o banco de dados operacional com o novo nome de servidor de banco de dados.
b. Expanda bancos de dados, OperationsManager, e tabelas.
c. Com o botão direito dbo. MT_Microsoft$ SystemCenter$ ManagementGroup e, em seguida, clique em Editar linhas de 200 superior.
d. Alterar o valor de SQLServerName_6B1D1BE8_EBB4_B425_08DC_2385C5930B04 coluna para refletir o nome do novo computador com base no SQL Server.
9. Atualize o banco de dados operacional com o novo nome de servidor de banco de dados para especificar o local das tabelas de monitoramento de desempenho
do aplicativo.
c. Com o botão direito dbo. MT_Microsoft$ SystemCenter$ OpsMgrDB$ AppMonitoringe, em seguida, clique em Editar linhas de 200 superior.
d. Alterar o valor de MainDatabaseServerName_5C00C79B_6B71_6EEE_4ADE_80C11F84527A coluna para refletir o nome do novo computador com base no
SQL Server.
10. No novo servidor que hospeda o banco de dados operacional, expanda Security, em seguida, expanda Loginse, em seguida, adicione a conta de gravador de
dados.
Para obter mais informações, consulte como: Criar um logon do SQL Server.
11. Também em Logins, adicione a conta de ação.
12. Também em Logins, adicione a conta de computador do serviço de acesso de dados ﴾DAS﴿, usando o formulário "domínio \ nome_computador $".
ConfigService
db_accessadmin
db_datareader
db_datawriter
db_ddladmin
db_securityadmin
sdk_users
sql_dependency_subscriber
Observação
Se uma conta não existiu antes na instância SQL na qual você está adicionando, o mapeamento será captado por SID automaticamente do banco de dados
restaurado de operações. Se a conta existe em que a instância de SQL antes, você recebe um erro indicando falha de logon, embora a conta aparecerá na
Logins. Se você estiver criando um novo login, verifique o mapeamento de usuário de login e o banco de dados são definidas para os mesmos valores que o
login anterior:
Gravador de dados do DW: apm_datareader, apm_datawriter, db_datareader, dwsynch_users
Conta de ação: db_datareader, db_datawriter, db_ddladmin, dbmodule_users
Conta de configuração/DAS: ConfigService, db_accessadmin, db_datareader, db_datawriter, db_ddladmin db_securityadmin, sdk_users,
sql_dependency_subscriber
Se a configuração do DAS usa a conta LocalSystem, especifique a conta de computador no formulário <domain>\<computername>$.
14. Execute os seguintes comandos SQL na nova instância de banco de dados de operações:
sp_configure 'Mostrar avançada opções', 1
reconfigurar
sp_configure 'clr enabled', 1
reconfigurar
15. Execute a seguinte consulta SQL:
SELECT is_broker_enabled FROM Databases WHERE name = 'OperationsManager'
16. Se o resultado da consulta anterior foi uma is_broker_enabled valor de 1, ignore esta etapa. Caso contrário, execute as seguintes consultas SQL:
Alterar banco de dados OperationsManager SET SINGLE_USER com REVERSÃO imediata
Alterar banco de dados OperationsManager conjunto de ENABLE_BROKER
Alterar banco de dados OperationsManager SET MULTI_USER
17. Inicie os serviços do Operations Manager ﴾sistema central de acesso a dados, sistema central de gerenciamento e configuração de gerenciamento do System
Center) em todos os servidores de gerenciamento do grupo de gerenciamento.
Observação
Consulte Também
Conceitos
-----
-----

Importante
referência.
Após a implantação inicial de System Center 2012 – Operations Manager, talvez seja necessário mover o banco de dados do depósito de dados de um computador
baseado no Microsoft SQL Server para outro.
Cuidado
Esse procedimento pode resultar em perda de dados se não for executada corretamente e dentro de um período razoável de tempo da falha. Certifique-se de seguir
todas as etapas com precisão, sem atrasos desnecessários entre as etapas.
Este procedimento requer a configuração do Microsoft SQL Server. Você precisa fazer backup de um banco de dados, restaurar um banco de dados, atualizar uma
tabela de banco de dados, adicionar novos logons e modificar as configurações de mapeamento de usuário para logons. Para obter mais informações, consulte
documentação do SQL Server.
Procedimento de realocação de banco de dados do Data Warehouse

Use o procedimento a seguir para mover o banco de dados do depósito de dados para um sistema diferente.
Para mover o banco de dados do data warehouse
1. Pare os serviços do Operations Manager ﴾serviço de configuração do serviço de acesso de dados do sistema Center, centro de gerenciamento de serviço do
sistema, sistema central de gerenciamento) em todos os servidores de gerenciamento do grupo de gerenciamento.
2. No servidor atual de Data Warehouse, use o SQL Server Management Studio para criar um backup completo do banco de dados de depósito de dados. O nome
padrão é OperationsManagerDW. Recomendamos que você também faça backup do banco de dados mestre associado.
Para obter mais informações, consulte como: Fazer backup de um banco de dados (SQL Server Management Studio).
4. Opcionalmente, no servidor atual de Data Warehouse, exclua o banco de dados do data warehouse.
5. No novo servidor de Data Warehouse, use o SQL Management Studio para restaurar o banco de dados operacional que você fez backup anteriormente.
Para obter mais informações, consulte como: Restaurar um Backup de banco de dados (SQL Server Management Studio).
6. Atualize o registro em cada servidor de gerenciamento do grupo de gerenciamento para referir-se para o novo computador com base no SQL Server.
Observação
c. Em HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft operações Manager\3.0\Reporting, clique duas vezes o nome DefaultSDKServiceMachine,

em seguida, altere o valor para o nome do host do computador com o SQL Server agora hospeda o banco de dados operacional e, em seguida, clique em
OK para salvar as alterações.
d. Clique duas vezes o nome DWDBInstance, em seguida, altere o valor para o nome do host do computador com o SQL Server agora hospeda o banco de
dados operacional e, em seguida, clique em OK para salvar as alterações.
e. Feche o Editor do Registro.
7. Inicie o serviço de acesso do sistema Centro de dados no servidor de gerenciamento associado com o servidor de relatórios.
8. No servidor de gerenciamento associado com o servidor de relatórios, altere a seqüência de conexão.
a. Abra um navegador e vá para a página da Web de relatórios, http://localhost/reports_instancename.
b. Clique em Mostrar detalhes e, em seguida, clique em Principal do depósito de dados.
c. Alterar o Seqüência de conexão para conter o novo nome de servidor do depósito de dados e, em seguida, clique em Aplicar.
d. Feche o navegador.
9. No servidor que hospeda o banco de dados operacional, atualize a tabela de banco de dados OperationsManager.

c. Com o botão direito dbo. MT_Microsoft$ SystemCenter$ entrariame, em seguida, clique em Editar linhas de 200 superior.
d. Alterar o valor de MainDatabaseServerName_2C77AA48_DB0A_5D69_F8FF_20E48F3AED0F coluna para refletir o nome do novo SQL Server.
e. Feche o SQL Server Management Studio.
10. No servidor que hospeda o banco de dados operacional, atualize o banco de dados OperationsManager para a funcionalidade de monitoramento de
desempenho do aplicativo.
c. Com o botão direito dbo. MT_Microsoft$ SystemCenter$ entrariam$ AppMonitoringe, em seguida, clique em Editar linhas de 200 superior.
d. Alterar o valor de MainDatabaseServerName_5C00C79B_6B71_6EEE_4ADE_80C11F84527A coluna para refletir o nome do novo SQL Server.
11. No novo servidor do depósito de dados, atualize o banco de dados do membro.
b. Expanda bancos de dados, OperationsManagerDW, e tabelas.
c. Com o botão direito dbo. MemberDatabasee, em seguida, clique em Editar linhas de 200 superior.
d. Alterar o valor de ServerName coluna para refletir o nome do novo SQL Server.
12. No novo servidor que hospeda o banco de dados operacional, expanda Security, em seguida, expanda Loginse, em seguida, adicione a conta de gravador de
dados.
Para obter mais informações, consulte como: Criar um logon do SQL Server.
13. Também em Logins, adicione a conta do leitor de dados.
14. Também em Logins, adicione a conta de computador do serviço de acesso de dados, usando o formulário "domínio \ nome_computador $".
15. Para a conta de computador do serviço de acesso de dados ﴾DAS﴿, adicione os seguintes mapeamentos de usuário:
db_datareader
OpsMgrReader
apm_datareader
Observação
Se uma conta não existiu antes na instância SQL na qual você está adicionando, o mapeamento será captado por SID automaticamente do banco de dados de
depósito de dados restaurados. Se a conta existe em que a instância de SQL antes, você recebe um erro indicando falha de logon, embora a conta aparecerá
na Logins. Se você estiver criando um novo login, verifique o mapeamento de usuário de login e o banco de dados são definidas para os mesmos valores que
o login anterior:
Gravador de dados do DW: db_owner, OpsMgrWriter, apm_datareader, apm_datawriter
Leitor de dados do DW: db_datareader, OpsMgrReader, apm_datareader
Conta DAS/Config: db_datareader, OpsMgrReader, apm_datareader
Se DAS/Config usa a conta LocalSystem, especifique a conta de computador no formulário "<domínio>\<nome_do_computador>$".
16. Inicie os serviços do Operations Manager ﴾sistema central de gerenciamento, sistema central de acesso a dados e configuração de gerenciamento do System
Center) em todos os servidores de gerenciamento do grupo de gerenciamento.
Para verificar uma mudança bem-sucedida do banco de dados de depósito de dados
1. Verifique se que você pode executar com êxito um relatório do console.
2. Certifique-se de que o estado de integridade de todos os servidores de gerenciamento do grupo de gerenciamento são Íntegro.
Se o estado de integridade de qualquer servidor de gerenciamento é crítica, abra Health Explorer, expanda disponibilidade - <nome do servidor>e, em seguida,
continuar a expandir até que você pode navegar para Dados Warehouse SQL RS implantado Pack lista de solicitação de estado de gerenciamento. Verifique os
eventos associados para determinar se há um problema ao acessar o banco de dados do data warehouse.
3. Verificar os eventos do sistema operacional:
a. Abra o Visualizador de eventos do sistema operacional. Navegue até eventose, em seguida, Operations Manager.
b. No Operations Manager painel, procure eventos com um fonte de Módulo de serviço de saúde e um categoria de Data Warehouse.
A transferência foi bem sucedida se o número de eventos 31570, 31558 ou 31554 existe.
Há um problema ao acessar o banco de dados do depósito de dados se houver números de evento 31563, 31551, 31569 ou 31552.
4. Verificar os eventos no Operations Manager:
a. No console de operações, selecione monitoramento.

b. Navegue até monitoramento de, Operations Manager, eventos do módulo de serviço de saúdee, em seguida, eventos do módulo de fonte de dados
de desempenho.
c. Pesquisa de Eventos do módulo de fonte de dados de desempenho painel para eventos com um Data e hora que é posterior a mudança.
Há um problema com o banco de dados do depósito de dados se os eventos possuem um fonte de Módulo de serviço de saúde e um Número de
eventos de 10103.
Observação
-----
-----
Como mover o banco de dados de coleta de auditoria
Importante
referência.
Após a implantação inicial do System Center 2012 – gerente de operações, talvez seja necessário mover o banco de dados de coleta de auditoria
(OperationsManagerAC) de um computador baseado no Microsoft SQL Server para outro.
Este procedimento requer a configuração do Microsoft SQL Server. Você precisa fazer backup de um banco de dados, restaurar um banco de dados e adicionar um novo
logon. Para obter mais informações, consulte documentação do SQL Server.
Realocação de banco de dados do ACS

Use o procedimento a seguir para mover o banco de dados do ACS em um servidor diferente.
Para mover o banco de dados do ACS
1. No servidor de banco de dados de coleta de auditoria original, interrompa o serviço de coleta de auditoria de Gerenciador de operações.
2. Use o Microsoft SQL Server Management Studio para criar um backup completo do banco de dados ACS. O nome padrão é OperationsManagerAC. Também
recomendamos que você faça backup do banco de dados mestre.
Para obter mais informações, consulte criar um Backup completo do banco de dados (SQL Server).
4. Opcionalmente, no servidor original que hospeda o banco de dados do ACS, exclua o banco de dados do ACS.
5. No novo servidor, use o Microsoft SQL Server Management Studio para restaurar o banco de dados do ACS backup anteriormente.
Para obter mais informações, consulte Restaurar um Backup de banco de dados (SQL Server Management Studio).
6. No novo servidor de banco de dados do ACS, use o SQL Management Studio para criar um logon para o servidor ACS, da seguinte maneira:
a. No SQL Server Management Studio, navegue até Security e, em seguida, Logins. Com o botão direito Logins e selecione Novo Login.
b. No nome de Login , digite o servidor ACS ﴾o sistema no qual é executado o serviço ACS﴿ no formato domínio \ nome_computador$.
c. Em Selecionar uma página de, clique em O mapeamento de usuário.
d. Em usuários mapeados para esse logon, selecione o banco de dados do ACS ﴾padrão: OperationsManagerAC) e, em seguida, em participação em
funções banco de dados de, selecione db_owner.
e. Clique em OK para salvar sua nova conta.
Para obter mais informações, consulte criar um Login.
7. Atualize o registro no servidor do ACS para referir-se para o novo servidor de banco de dados do ACS.
Observação
c. Em HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC..INI\OpsMgrAC, clique duas vezes o nome Server, em seguida, altere o valor para o nome do host
do computador com o SQL Server agora hospeda o banco de dados do ACS e, em seguida, clique em OK para salvar as alterações.
Aviso
Se você estiver usando uma instância nomeada do SQL Server, certifique-se de usar o ServerName\Instanceformato de nome.
d. Feche o Editor do Registro.
8. No servidor que está executando o serviço ACS, inicie o serviço de coleta de auditoria de Gerenciador de operações.
Observação
-----
-----

Como mover a função de servidor de relatórios
Importante
referência.
Você pode mover o System Center 2012 – Operations Manager Reporting componente de servidor para um novo servidor, ou reinstale o componente no servidor
original.
Durante a movimentação, Operations Manager pára de armazenar dados na OperationsManagerDW reinstalar o banco de dados até que você conclua o servidor de
relatórios do Operations Manager.
Use os procedimentos neste tópico para mover o servidor de relatórios para um novo servidor e verificar o êxito da mudança. Você deve fazer backup dos relatórios
personalizados que foram criados fora do Operations Manager 2007. Para obter mais informações sobre isso, consulte movendo os bancos de dados do servidor de
relatório para outro computador no SQL Server 2008 Books Online (http://go.microsoft.com/fwlink/?LinkId=151513).
Observação
Certifique-se de que você siga todas as etapas com precisão, pois isso pode resultar em corrupção de dados.
Para mover o servidor de relatórios do Operations Manager

1. Use o Microsoft SQL Server Management Studio para criar um backup completo do banco de dados de depósito de dados. O nome padrão é
OperationsManagerDW.
Para obter mais informações, consulte criar um Backup completo do banco de dados (SQL Server).
2. No Operations Manager reporting server computador atual, desinstale o componente de servidor de relatórios do Operations Manager da seguinte maneira:
a. Clique em Iniciar, clique em Painel de controlee, em seguida, clique em Adicionar ou remover programas se você estiver usando o Windows Server 2003,
ou clique em programas e recursos se você estiver usando o Windows Server 2008.
b. No Adicionar ou remover programas ou programas e recursos caixa de diálogo, selecione System Center 2012 - Operations Managere, em seguida,
clique em Desinstalar/alterar.
c. No o programa de instalação do Operations Manager assistente, clique em Remover um recurso.
d. No Selecionar recursos para remover , selecione o servidor de relatóriose, em seguida, clique em Desinstalar. Clique em Fechar quando o assistente for
concluído.
4. Opcionalmente, no servidor original que hospeda o banco de dados operacional, exclua o banco de dados do data warehouse.
5. No novo servidor, use o Microsoft SQL Server Management Studio para restaurar o banco de dados de depósito de dados que você fez backup anteriormente.
Para obter mais informações, consulte Restaurar um Backup de banco de dados (SQL Server Management Studio).
6. Se você estiver reinstalando o componente de servidor de relatórios do Operations Manager no servidor original, você deve remover todos os dados à esquerda
da instalação original, fazendo o seguinte:
a. Copie a ferramenta de ResetSRS.exe da pasta SupportTools no CD do produto para uma pasta local.
b. Abra uma janela de prompt de comando usando o Executar como administrador opção e execute a ferramenta da seguinte maneira:
ResetSRS.exe <SQL Server instance name>
c. Aqui, o SQL Server nome da instância é que SQL Reporting Services da instância do SQL Server está instalado, como 'Instance1'. Se o SQL Server está
usando a instância padrão, digite MSSQLSERVER.
d. Abra o Gerenciador de configuração de relatório clicando em Iniciar, apontando para programas, apontando para Microsoft SQL Server 2005 ou
Microsoft SQL Server 2008, apontando para Ferramentas de configuração dee, em seguida, clicando em Configuração do Reporting Services.
e. Para o SQL Reporting Services 2005, no Configurar o servidor de relatório página, verificar o status do Identidade do serviço da Web item. Se o status
não for configurado (verde), clique em item e, em seguida, clique em Aplicar.
Verifique o status do restante dos itens na página. Configure todos os itens que são designados por um vermelho 'X', que indica um status de configuração
não-íntegro.
7. No novo Operations Manager reporting server computador, instale o componente de servidor do Operations Manager Reporting da seguinte maneira:
a. Sobre o configuração, instância do SQL Server reporting services página, certifique-se o instância do SQL Server refere-se ao banco de dados
restaurado.
b. No configuração, contas de gerente de operação configurar de página, certifique-se a Leitor de dados é a mesma conta usada anteriormente para o
servidor de relatório.
Para obter mais informações, consulte Como instalar o servidor de relatórios do Operations Manager.
Verifique se que você com êxito pode executar um relatório no console de operações.
Certifique-se de que o estado de integridade de todos os servidores de gerenciamento é Íntegro.
Observação
-----
-----
Como remover a função de servidor de gerenciamento
Importante
referência.
Use o procedimento a seguir para remover a função de servidor de gerenciamento do computador. Por exemplo, você pode ter que fazer isso, se você tiver um
computador que está hospedando a função de servidor de gerenciamento de reatribuir e instalar um servidor de gateway.
Antes de remover a função de servidor de gerenciamento de um computador, você deve configurar todos os objetos que são gerenciados pelo servidor de
gerenciamento, a ser gerenciado por um servidor de gerenciamento diferentes, conforme descrito nas seções a seguir.
As etapas de alto nível para remover uma função de servidor de gerenciamento são os seguintes:
1. Excluir o servidor de gerenciamentoa partir do grupo de gerenciamento.
2. Se o servidor de gerenciamento que você está prestes a remover funções como um servidor de gerenciamento primário para um agente, você deve configurar
esses agentes para usar um novo servidor de gerenciamento principal. See Alterar o servidor de gerenciamento principal.
3. Se o servidor de gerenciamento que você está prestes a remover atua como um agente de proxy para um computador gerenciado por agente, você deve
identificar um novo servidor de gerenciamento. See Configurar um computador gerenciado por agente para usar um agente de Proxy diferentes.
4. Se o servidor de gerenciamento que você está prestes a remover atua como um agente de proxy para um dispositivo de rede, você deve identificar um novo
servidor de gerenciamento. See Configurar um dispositivo de rede para usar um agente de Proxy diferentes operações Manager 2012.
5. Remova a função de servidor de gerenciamento de um computador. See Remover o servidor de gerenciamento do computador.
Excluir o servidor de gerenciamento

Use o procedimento a seguir para excluir uma função de servidor de gerenciamento a partir do grupo de gerenciamento.
Para excluir um servidor de gerenciamento a partir do grupo de gerenciamento
1. Abra o console de operações com uma conta que seja membro do Operations Managera função de administrador do grupo de gerenciamento.
Observação
3. No Administração painel, clique em servidores de gerenciamento.
4. Com o botão direito no servidor de gerenciamento desejado e, em seguida, clique em Excluir.
5. No Confirmar a excluir o servidor de gerenciamento de caixa de diálogo, clique em Sim.
Alterar o servidor de gerenciamento principal

Use o procedimento a seguir para alterar o servidor de gerenciamento principal para computadores gerenciados por agente, são atribuídos aos servidores de
gerenciamento primário e secundário sem usar os serviços de domínio do Active Directory.
Para alterar o servidor de computadores gerenciados por agente principal de gerenciamento usando o console de operações
1. Abra o console de operações com uma conta que seja membro do Operations Managera função de administrador do grupo de gerenciamento.
Observação
3. No painel Administração, expanda Administração, Gerenciamento de Dispositivos e clique em Gerenciado por Agente.
4. No Gerenciados por agentes painel, selecione os computadores para o qual você deseja alterar o servidor de gerenciamento principal, com o botão direito-los e,
em seguida, selecione Alterar principal servidor de gerenciamento de.
Observação
O Principal servidor de gerenciamento de alteração opção não estará disponível se o Active Directory Domain Services foi usado para atribuir qualquer um
dos computadores selecionados para o grupo de gerenciamento.
5. No O servidor de gerenciamento de alteração caixa de diálogo, selecione o servidor de gerenciamento desejado na lista e, em seguida, clique em OK. A
alteração terá efeito no agente após o próximo intervalo de atualização.
Se você estiver alterando o servidor de gerenciamento primário para um computador Linux ou UNIX, o certificado que foi usado para acessar o computador Linux ou
UNIX também deve ser copiado para o novo servidor de gerenciamento. Não é necessário copiar o certificado, se você estiver alterando o servidor de gerenciamento
principal para computadores que executam o Windows.
Para copiar um certificado de um servidor para outro servidor
1. Faça logon no servidor de gerenciamento que possui o certificado que você deseja copiar.
2. No prompt de comando, altere o diretório para %ProgramFiles%\System Center 2012 – Operations Manager. Execute o seguinte comando: scxcertconfig.exe –
exportação <nome do arquivo>.
3. Enquanto o arquivo criado por scxcertconfig.exe contém somente a chave pública do certificado, você ainda deve tratá-lo como um arquivo de segurança. O
arquivo e quaisquer cópias do arquivo, devem ser explicitamente excluídas quando o certificado for importado para o novo servidor de gerenciamento na etapa 5
deste procedimento. Verifique se que o novo servidor de gerenciamento pode acessar o local da cópia de arquivo.
4. Faça logon no servidor de gerenciamento que você deseja monitorar agentes de.
5. No prompt de comando, altere o diretório para %ProgramFiles%\System Center 2012 – Operations Manager. Execute o seguinte comando: – import de
scxcertconfig.exe <nome do arquivo>.
O certificado importado é necessário para Operations Managerpara agentes assinado com esse certificado de confiança. Se vários servidores de gerenciamento são
certificados de autenticação, os certificados devem ser exportados de cada servidor de gerenciamento e importados para outros servidores de gerenciamento.
Configurar um computador gerenciado por agente para usar um agente de Proxy diferentes
Use o procedimento a seguir para alterar a Operations Manageragente de proxy para um computador gerenciado por agente. O agente de proxy pode ser qualquer
computador gerenciado por agente do grupo de gerenciamento é configurado para ser um proxy.
Para alterar o agente de proxy para computadores gerenciados por agente
1. Abra o console de operações com uma conta que seja membro do Operations Managerfunção administradores.
Observação
3. Na página Administração, expanda Administração, Gerenciamento de Dispositivos e clique em Gerenciado sem Agente.
4. No Gerenciado sem agente painel, selecione o agente gerenciado por computadores para o qual você deseja alterar o agente de proxy, clique-los e, em seguida,
selecione Alterar o agente de Proxy.
5. No Agente de Proxy de alteração diálogo, selecione o computador que você deseja ser o novo agente de proxy e, em seguida, clique em OK.
Configurar um dispositivo de rede para usar um agente de Proxy diferentes operações Manager 2012
Use o procedimento a seguir para alterar a Operations Manageragente de proxy para dispositivos de rede. O agente de proxy pode ser qualquer computador
gerenciado por agente do grupo de gerenciamento. Ele deve ter o Simple Network Management Protocol (SNMP) instalado, um elemento opcional do Windows e ser
capaz de se conectar a dispositivos que usam SNMP.
Para alterar o agente de proxy para dispositivos de rede
1. Abra o console de operações com uma conta que seja membro do Operations Managerfunção administradores.
Observação
3. No painel Administração, expanda Administração, Gerenciamento de Dispositivo e, em seguida, clique em Dispositivos de Rede.
4. No painel Dispositivos de Rede, selecione os dispositivos de rede dos quais você deseja alterar o agente de proxy, clique com o botão direito do mouse neles e
selecione Alterar Agente de Proxy.
5. No Agente de Proxy de alteração diálogo, selecione o computador que você deseja ser o novo agente de proxy e, em seguida, clique em OK.
Remover o servidor de gerenciamento do computador

Use o procedimento a seguir para remover uma função de servidor de gerenciamento do computador.
Para remover uma função de servidor de gerenciamento do computador
1. No painel de controle, clique em programas e recursos no computador do qual você deseja remover o componente de servidor de gerenciamento.
2. Com o botão direito System Center 2012 - Operations Manager, clique em Desinstalar/alterare, em seguida, siga as instruções no assistente.
Observação
-----
-----
Removendo um servidor de gateway de um grupo de
gerenciamento
Em todo o ciclo de vida da implementação do System Center 2012 – Operations Manager, poderá ser necessário modificar a estrutura e a configuração da implantação.
No caso de servidores de gateway, esses tipos de alterações podem vir do encerramento de um domínio não confiável, de modo que o monitoramento deixe de ser
necessário, ou da substituição de hardware de servidor antigo por hardware novo. Para retirar de operação um servidor de gateway, execute as seguintes etapas.
Visão geral do encerramento de um servidor gateway
1. Configure todos os objetos que estão sendo gerenciados pelo servidor gateway para que usem outro servidor de gerenciamento primário. Para um computador
gerenciado por agentes, isso significa usar outro servidor gateway ou servidor de gerenciamento.
2. Desinstale o software do servidor gateway do servidor.
3. Exclua o servidor gateway do grupo de gerenciamento.
Configurar objetos gerenciados para usar um servidor de gerenciamento primário alternativo

Os servidores gateway podem gerenciar três tipos de objetos diferentes: computadores gerenciados por agentes, computadores gerenciados sem agente e dispositivos
de rede atuando como agente proxy.
Para configurar computadores gerenciados por agente para usar um servidor de gerenciamento primário diferente usando o console de
Operações
1. Faça logon no servidor de gerenciamento com uma conta que seja membro da função Administradores do grupo de gerenciamento do Operations Manager.
3. No painel Administração, expanda Administração, expanda Gerenciamento de Dispositivos e clique em Gerenciado por Agente.
4. No painel Gerenciado por Agente, selecione os computadores cujo servidor de gerenciamento primário você deseja alterar, clique neles com o botão direito do
mouse e selecione Alterar Servidor de Gerenciamento Primário.
Observação
A opção Alterar Servidor de Gerenciamento Primário estará indisponível se os Serviços de Domínio Active Directory tiverem sido usados para atribuir um dos
computadores selecionados ao grupo de gerenciamento.
5. Na caixa de diálogo Alterar Servidor de Gerenciamento, selecione o novo servidor de gerenciamento na lista e clique em OK. A alteração terá efeito no agente
após o próximo intervalo de atualização.
Se desejar, altere essa configuração no próprio computador gerenciado por agente usando um destes procedimentos.
Para alterar o servidor de gerenciamento primário para computadores gerenciados por agente usando o assistente de instalação MOMAgent.msi
1. Faça logon em um computador gerenciado por agente com uma conta que faça parte do grupo de segurança Administradores do computador.
2. Em Adicionar ou Remover Programas, clique em Alterar para Agente do System Center Operations Manager 2012.
Observação
Para executar o Assistente para Instalação de Agente também é possível clicar duas vezes no arquivo MOMAgent.msi, disponível na mídia de instalação do
Operations Manager.
3. No Assistente Instalação do Agente do System Center 2012 – Operations Manager, clique em Avançar.
4. Na página Manutenção do Programa, selecione Modificar e clique em Avançar.
5. Na página Configuração do Grupo de Gerenciamento, deixe a opção Especificar Informações de Grupo de Gerenciamento selecionada e clique em Avançar.
6. Na página Configuração do Grupo de Gerenciamento seguinte, siga este procedimento:
a. Digite o nome do Servidor de Gerenciamento.
b. Digite um valor para a Porta do Servidor de Gerenciamento ou deixe a porta 5723 padrão.
c. Clique em Avançar.
7. Na página Pronto para Instalar, verifique as configurações e clique em Instalar para exibir a página Instalando o Agente do System Center 2012 - Operations
Manager.
8. Quando a página Concluindo o Assistente de Instalação do Agente do System Center 2012 - Operations Manager for exibida, clique em Concluir.
Para alterar o servidor de gerenciamento primário de computadores gerenciados por agente usando MOMAgent.msi a partir da linha de
comando
1. Faça logon em um computador gerenciado por agente com uma conta que faça parte do grupo de segurança Administradores do computador.
2. Abra a janela de comando.
3. No prompt, execute o seguinte comando:
%WinDir%\System32\msiexec.exe /i \\path\Directory\MOMAgent.msi /qn USE_SETTINGS_FROM_AD=0 MANAGEMENT_GROUP=MG1 MANAGEMENT_SERVER_DNS=MS2.Domain1.n
Esse comando reconfigura o agente para usar MS2.Domain1.net como seu servidor de gerenciamento principal para o grupo de gerenciamento MG1.
Observação
As propriedades públicas do Microsoft Windows Installer devem ficar em letras maiúsculas, como por exemplo PROPERTY=value. Para obter mais informações
sobre o Windows Installer, consulte Windows Installer na biblioteca do Microsoft Developer Network.
Se o nome DNS ﴾Sistema de Nomes de Domínio﴿ e o nome do Active Directory do servidor de gerenciamento forem diferentes, também será necessário definir
a propriedade MANAGEMENT_SERVER_AD_NAME também precisa ser definida como o nome totalmente qualificado dos Serviços de Domínio Active Directory.
Redirecionando computadores gerenciados sem agente e dispositivos de rede

Para alterar o agente de proxy para computadores gerenciados sem agente e dispositivos de rede
1. Faça logon no computador do servidor de gerenciamento com uma conta que seja membro da função Administradores do Operations Manager para o grupo de
gerenciamento do Operations Manager.
3. No painel Administração, expanda Administração, expanda Gerenciamento de Dispositivos e clique em Gerenciado sem Agente. Se você estiver trabalhando em
um dispositivo de rede, selecione Gerenciamento de Dispositivos e Dispositivos de Rede.
4. No painel Gerenciado sem Agente, selecione os computadores gerenciados sem agente para os quais você deseja alterar o agente de proxy, clique com o botão
direito e selecione Alterar Agente de Proxy. Ou, se você estiver trabalhando com um dispositivo de rede, no painel Dispositivos de Rede, selecione os
dispositivos de rede dos quais você deseja alterar o agente de proxy, clique com o botão direito do mouse neles e selecione Alterar Agente de Proxy.
5. Na caixa de diálogo Alterar Agente de Proxy, selecione o computador que deverá ser o novo agente de proxy e clique em OK.
As etapas finais na remoção de um servidor de gateway de um grupo de gerenciamento são simples:
Faça logon no servidor de gateway com uma conta que tenha direitos administrativos.
Em Adicionar ou Remover Programas, selecione Gateway do System Center Operations Manager 2012 e clique em Remover.
No console de Operações, na exibição Administração, em Gerenciamento de Dispositivo, Servidores de Gerenciamento, selecione o servidor de gateway, clique com o
botão direito do mouse nele e clique em Excluir.
Excluindo o servidor de gateway

As etapas finais na remoção de um servidor de gateway de um grupo de gerenciamento são simples:
Faça logon no servidor de gateway com uma conta que tenha direitos administrativos.
Em Adicionar ou Remover Programas, selecione Gateway do System Center Operations Manager 2012 e clique em Remover.
No console de Operações, na exibição Administração, em Gerenciamento de Dispositivo, Servidores de Gerenciamento, selecione o servidor de gateway, clique com o
botão direito do mouse nele e clique em Excluir.
-----
-----
Como remover certificados importados com MOMCertImport
Importante
referência.
Use o procedimento a seguir para remover os certificados que foram importados usando a ferramenta MOMCertImport.
1.
Observação
Para remover certificados importados com a ferramenta MOMCertImport

1. Faça logon no computador com uma conta que seja membro do grupo de Administradores.
4. No prompt de comando, digite <letra_da_unidade>: (onde <letra_da_unidade> é a unidade onde o System Center 2012 – Operations Managermídia de instalação
está localizada﴿, e então pressione ENTER.
5. Tipo de cd\SupportTools\amd64 e pressione ENTER.
6. Digite isto:
MOMCertImport /Remove, e então pressione ENTER.
-----
-----
Os seguintes tópicos descrevem as diferentes formas de envio de dados à Microsoft para melhorar os produtos e recursos usados com mais frequência e ajudar a
resolver problemas que você possa encontrar. A participação é voluntária, e as informações são enviadas de forma anônima. Você pode aceitar qualquer um dos
seguintes programas.
Para obter mais

Programa O que ele faz
informações
Programa de Coleta informações sobre o uso de programas da Microsoft e sobre alguns dos problemas que podem Programa de
Aperfeiçoamento da ser encontrados. Aperfeiçoamento da
Experiência do Usuário Experiência do Usuário
(CEIP) (CEIP)
Relatórios de Dados Coleta um resumo do uso do System Center 2012 – Operations Manager e envia relatórios à Microsoft Relatórios de Dados
Operacionais semanalmente. A Microsoft usa esses relatórios para melhorar a qualidade de seus pacotes de Operacionais (ODR)
gerenciamento e do Operations Manager.
Relatório de Erros Envia relatórios de erros que ocorrem no Operations Manager de forma anônima à Microsoft. Relatório de erros
Consulte Também
Conceitos
-----
-----
Programa de Aperfeiçoamento da Experiência do Usuário
(CEIP)
O Programa de Aperfeiçoamento da Experiência do Usuário ﴾CEIP﴿ da Microsoft coleta informações sobre o uso de programas da Microsoft e sobre alguns dos
problemas que podem ser encontrados. A Microsoft usa essas informações para melhorar os produtos e recursos usados com mais freqüência e para ajudar a resolver
problemas. A participação no programa é estritamente voluntária.
Quando decide participar do CEIP, você configura os clientes com a Política de Grupo para redirecionar relatórios do CEIP para um servidor de gerenciamento do System
Center 2012 – Operations Manager, em vez de relatar diretamente à Microsoft. Os servidores de gerenciamento são configurados para encaminhar esses relatórios à
Microsoft.
Importante
Os relatórios do CEIP não contêm informações de contato sobre você ou sua organização, como nomes ou um endereço.
Os relatórios do CEIP encaminhados por sua organização à Microsoft são combinados com relatórios do CEIP de outras organizações e clientes individuais para ajudar a
Microsoft a resolver problemas e melhorar seus produtos e recursos utilizados pelos clientes com mais frequência. Para obter mais informações sobre o CEIP, consulte a
página do CEIP.
Use este procedimento para configurar o Programa de Aperfeiçoamento da Experiência do Usuário. O servidor de gerenciamento deve ter acesso à Internet para
participar do programa.
Importante
CEIP é um recurso do componente Monitoramento de Cliente do Operations Manager. O Monitoramento de Cliente deve estar habilitado em pelo menos um servidor
de gerenciamento e em computadores gerenciados para participar do CEIP. Para obter informações sobre como habilitar o recurso de Monitoramento de Cliente do
Operations Manager, consulte Client Monitoring Using Agentless Exception Monitoring ﴾Monitoramento de Cliente Usando Monitoramento de Exceções sem Agente﴿.
Após um servidor de gerenciamento ter sido configurado para monitoramento de cliente, todos os agentes que estão participando do CEIP deverão ser configurados
por meio da Política de Grupo para enviar seus dados do CEIP a esse servidor de gerenciamento.
Para definir as configurações do CEIP do Operations Manager
1. Faça logon no servidor de gerenciamento com uma conta que seja membro da função Administradores do Operations Manager para o grupo de gerenciamento
3. No painel Administração, expanda Administração e clique em Configurações.
4. No painel Configurações, expanda Tipo: Geral, clique com o botão direito do mouse em Privacidade e depois clique em Propriedades.
5. Na caixa de diálogo Configurações Globais do Grupo de Servidores de Gerenciamento - Privacidade, na guia Programa de Aperfeiçoamento da Experiência
do Usuário, clique em Ingressar no Programa de Aperfeiçoamento da Experiência do Usuário ﴾recomendado﴿, para participar do programa, ou clique em Não
desejo ingressar no programa agora, para recusar a participação. Depois, clique em OK.
Observação
Você pode clicar em Mais informações sobre o programa para exibir informações sobre o Programa de Aperfeiçoamento da Experiência do Usuário, incluindo
a declaração de privacidade.
Consulte Também
Conceitos
-----
-----
Relatórios de Dados Operacionais (ODR)
O Programa de Aperfeiçoamento da Experiência do Usuário ﴾CEIP﴿ da Microsoft coleta informações sobre o uso de programas da Microsoft e sobre alguns dos
problemas que podem ser encontrados. A Microsoft usa essas informações para melhorar os produtos e recursos usados com mais freqüência e para ajudar a resolver
problemas. A participação no programa é estritamente voluntária.
Durante a instalação do System Center 2012 – Operations Manager Reporting, na página Relatórios de Dados Operacionais, você tem a opção de ingressar no CEIP. Se
você decidir ingressar no CEIP, o Operations Manager Reporting coletará um resumo do uso do Operations Manager e enviará relatórios à Microsoft semanalmente. A
Microsoft usa esses relatórios para melhorar a qualidade de seus pacotes de gerenciamento e do Operations Manager. É possível exibir o conteúdo desses relatórios de
dados operacionais criando um Relatório ODR da Microsoft.
Observação
Antes de configurar os relatórios de dados operacionais, verifique se o Operations Manager Reporting está instalado e se o servidor de gerenciamento tem acesso à
Internet para poder enviar relatórios à Microsoft.
Para configurar os relatórios de dados operacionais

1. Faça logon no computador com uma conta que seja membro da função Administradores do Operations Manager para o grupo de gerenciamento do Operations
Manager.
5. Na caixa de diálogo Configurações Globais do Servidor de Gerenciamento - Privacidade, na guia Relatórios de Dados Operacionais, clique em Enviar
relatórios de dados operacionais à Microsoft ﴾recomendado﴿ para enviar relatórios ou clique em Não enviar relatórios de dados à Microsoft para recusar a
participação.
6. Clique em OK.
Para criar um Relatório ODR da Microsoft

1. Faça logon no computador com uma conta que seja membro da função Operadores de Relatórios do Operations Manager para o grupo de gerenciamento do
Operations Manager.
2. No console de Operações, clique no botão Relatório.
3. No painel Relatório, expanda Relatório e clique em Biblioteca de Relatórios ODR da Microsoft.
4. No painel Relatórios da Biblioteca de Relatórios ODR da Microsoft, clique com o botão direito do mouse em um dos relatórios ﴾por exemplo, Pacotes de
Gerenciamento) e clique em Abrir.
5. No modo de exibição Relatório, na área Parâmetro, clique na seta para baixo na caixa De, aponte para Esta semana e clique em Domingo.
6. Clique na seta para baixo na caixa Para, aponte para Esta semana e clique em Sábado.
7. Clique em Executar para exibir o Relatório ODR.
8. Clique em Fechar para fechar o relatório.
Consulte Também
Conceitos
-----
-----
Relatório de erros
Quando o relatório de erros estiver habilitado para os recursos do System Center 2012 – Operations Manager, se ocorrer um erro, as informações sobre o erro serão
relatadas de forma anônima à Microsoft. Para obter mais informações sobre a declaração de privacidade do Serviço de Relatório de Erro da Microsoft, consulte
Microsoft Online Crash Analysis ﴾Análise Online de Pane da Microsoft﴿. Essas informações são usadas com relatórios de erros de outros clientes Microsoft para ajudar a
identificar e resolver problemas comuns com o Operations Manager.
Observação
Essa configuração habilita relatórios de erros apenas para recursos do Operations Manager. Para obter informações sobre como habilitar o recurso de
Monitoramento de Cliente do Operations Manager, que inclui relatório de erros dos computadores especificados, consulte Client Monitoring Using Agentless
Exception Monitoring ﴾Monitoramento de Cliente Usando Monitoramento de Exceções sem Agente﴿.
Para definir as configurações de relatório de erros
Manager.
5. Na caixa de diálogo Configurações Globais do Servidor de Gerenciamento - Privacidade, clique na guia Relatório de Erros e proceda de uma das seguintes
maneiras:
Selecione Enviar relatórios de erros sobre este produto para a Microsoft automaticamente sem avisar o usuário ﴾recomendado﴿.
Selecione Solicitar aprovação do usuário antes de enviar relatórios de erros à Microsoft.
Observação
Clique em Mais informações sobre relatórios de erros se desejar exibir a declaração de privacidade para o Serviço de Relatório de Erros da Microsoft.
6. Depois de fazer a seleção desejada, clique em OK.
As configurações da Transmissão de Erros permitem especificar quais relatórios de erros são enviados à Microsoft e os dados de diagnósticos adicionais que são
incluídos nos relatórios de erros.
Para localizar a guia Transmissão de Erros da caixa de diálogo Configurações Globais do Grupo de Servidores de Gerenciamento - Privacidade
Manager.
5. Na caixa de diálogo Configurações Globais do Grupo do Servidor de Gerenciamento - Privacidade, clique na guia Transmissão de Erros.
Observação
Clique em Ler a declaração de privacidade para exibir a declaração de privacidade.
Para filtrar erros enviados à Microsoft
1. Na guia Transmissão de Erros da caixa de diálogo Configurações Globais do Grupo do Servidor de Gerenciamento - Privacidade, clique em Filtrar.
2. Na caixa de diálogo Filtros para Encaminhamento de Erros, selecione uma ou mais opções para fontes de erros que você não deseja que sejam encaminhados à
Microsoft, como os que vêm de computadores específicos.
3. Na caixa de texto Descrição dos critérios, clique em específico e forneça os valores para os critérios de erros que você não deseja que sejam encaminhados à
Microsoft, como computer.contoso.com.
4. Clique em OK duas vezes.
Para configurar os dados de diagnóstico enviados à Microsoft com relatórios de erros
1. Na guia Transmissão de Erros da caixa de diálogo Configurações Globais do Grupo do Servidor de Gerenciamento - Privacidade, proceda de uma ou mais das
seguintes maneiras:
a. Selecione Carregar solicitações de coleta de dados de diagnóstico, selecione os dados de diagnóstico adicionais que deseja enviar com relatórios de
erros de computadores que geram relatórios de erros aos servidores de gerenciamento e, em seguida, encaminhe-os do servidor de gerenciamento para a
Microsoft com os relatórios de erros.
b. Configure Número máximo de arquivos CAB a serem enviados à Microsoft por grupo de erros para ajudar a Microsoft a diagnosticar o erro. O número
recomendado é 10.
c. Selecione Exibir links para soluções da Microsoft nos computadores que geram relatórios de erros. Um link para soluções disponíveis é exibido para
usuários finais depois que o erro é encontrado pela primeira vez e o link para a solução é baixado no servidor de gerenciamento.
d. Selecione Exibir links para pesquisas da Microsoft nos computadores que geram relatórios de erros.
e. Especifique o Link de solução padrão quando não houver solução da Microsoft disponível. Esse link pode ser uma página da Web interna para suporte
técnico, por exemplo.
2. Clique em OK.
Consulte Também
Conceitos
-----
-----
O System Center 2012 – Operations Manager pode monitorar roteadores e switches de rede física, incluindo as interfaces e as portas nesses dispositivos, e as VLANs e
os grupos de HSRP de que participam, além de firewalls e balanceadores de carga. A maior visibilidade da infraestrutura de rede pode ajudá-lo a identificar falhas que
foram causadas pela rede em serviços e aplicativos críticos. Por exemplo, você recebe um alerta informando que um servidor crítico não está disponível. Se tiver
configurado o monitoramento de rede, você também receberá um alerta informando que uma porta está offline. Ao exibir o diagrama das proximidades do computador
para o servidor, você percebe que o computador não disponível está conectado à porta offline. Dessa forma, você pode se concentrar na solução de problema da causa
raiz para os computadores não disponíveis.
O Operations Manager pode mostrar como a sua rede está conectada aos computadores que você está monitorando por meio do painel Exibição de Proximidades de
Rede. Usando esse painel, é possível visualizar o layout da sua topologia, bem como a integridade de cada dispositivo de rede, computador e a conexão entre cada um
deles.
O Operations Manager pode descobrir e monitorar dispositivos de rede que usam o protocolo SNMP v1, v2c e v3. Para obter uma lista completa dos dispositivos com
suporte, consulte Dispositivos de rede suportados para descoberta pelo Operations Manager.
Recursos e escopo de monitoramento do dispositivo de rede

O Operations Manager oferece o seguinte monitoramento para dispositivos de rede descobertos:
Integridade de conexão - com base em ambas as extremidades de uma conexão
Integridade VLAN - com base no estado de integridade de comutadores na VLAN
Integridade do grupo HSRP - com base no estado de integridade de pontos de extremidade individuais de HSRP
Porta/Interface
Para cima/Para baixo (status operacional e administrativo)
Volumes de tráfego de entrada/saída ﴾incluindo abortar, difundir, detecção de portadora, colisão, taxas de CRC, descarte, erro, erro de FCS, quadro, giants,
runts, ignorado, erro de transmissão/recepção MAC, taxas da fila﴿
% de Utilização
Taxas de descarte e de transmissão
Observação
As portas conectadas a um computador não são monitoradas; somente as portas conectadas a outros dispositivos de rede são monitoradas. É possível
monitorar uma porta conectada a um computador que não é gerenciado pelo agente no mesmo grupo de gerenciamento adicionando a porta ao Grupo de
Adaptadores de Rede Críticos.
Processador -% de utilização ﴾para alguns dispositivos certificados﴿
Memória - incluindo alta utilização, alta utilização de buffer, fragmentação excessiva e falhas de alocação de buffer ﴾para alguns dispositivos certificados﴿
Contadores de memória detalhados ﴾somente para dispositivos Cisco﴿
Memória livre
Observação
Alguns dos recursos de monitoramento estão desabilitados por padrão. Para obter mais informações, consulte Ajustando o monitoramento de rede.
O Operations Manager oferece suporte ao monitoramento do seguinte número de dispositivos de rede:
2.000 dispositivos de rede (aproximadamente 25.000 portas monitoradas) gerenciados por dois pools de recursos
1000 dispositivos de rede ﴾aproximadamente 12.500 portas monitoradas﴿ gerenciadas por um pool de recursos que tem três ou mais servidores de gerenciamento
500 dispositivos de rede (aproximadamente 6.250 portas monitoradas) gerenciados por um pool de recursos que tem dois ou mais servidores de gateway
Pacotes de gerenciamento necessários

Os seguintes pacotes de gerenciamento, que são instalados com o Operations Manager, são necessários para descobrir e monitorar a rede:
Microsoft.Windows.Server.NetworkDiscovery
Microsoft.Windows.Client.NetworkDiscovery
Há outros pacotes de gerenciamento que são necessários para relacionar dispositivos de rede entre si e aos computadores agentes aos quais estão conectados. O
monitoramento de rede requer a descoberta do adaptador de rede de cada computador agente, que é executada pelo pacote de gerenciamento do sistema operacional
do computador agente. Verifique se os pacotes de gerenciamento da lista a seguir estão instalados em cada sistema operacional no seu ambiente.
Sistema operacional Windows Server 2003
Sistema operacional Windows Server 2008
Sistema operacional Windows 7 Client
Sistemas operacionais Windows Vista Client
Como funciona a descoberta de dispositivos de rede

A descoberta de dispositivos de rede é executada pelas regras de descoberta criadas por você. Para obter instruções sobre como criar uma regra de descoberta,
consulte How to Discover Network Devices in Operations Manager (Como descobrir os dispositivos de rede no Operations Manager) e Configurações de descoberta do
dispositivo de rede.
Quando cria uma regra de descoberta, você designa um servidor de gerenciamento ou servidor de gateway para executar a regra. Cada servidor de gerenciamento ou
servidor de gateway pode executar apenas uma regra de descoberta. Talvez você queira colocar estrategicamente os servidores de gerenciamento em segmentos de
rede diferentes, de modo que eles possam acessar os dispositivos de rede que estão descobrindo.
As regras de descoberta são executadas em um agendamento especificado por você. Também é possível executar uma regra sob demanda. Cada vez que a regra de
descoberta é executada, ela tenta encontrar novos dispositivos dentro de sua definição ou alterações aos dispositivos que foram descobertos previamente. Uma regra de
descoberta pode executar uma descoberta explícita ou descoberta recursiva.
Descoberta explícita – Uma regra de descoberta explícita tentará descobrir apenas os dispositivos que você especifica explicitamente no assistente pelo endereço IP
ou FQDN. Ela só irá monitorar os dispositivos que puder acessar com êxito. A regra tentará acessar o dispositivo usando o protocolo ICMP, SNMP ou ambos,
dependendo da configuração da regra.
Descoberta recursiva – Uma regra de descoberta recursiva tentará descobrir os dispositivos que você especifica explicitamente no assistente pelo endereço IP e
outros dispositivos de rede que estão conectados ao dispositivo SNMP v1 ou v2 e que o dispositivo SNMP v1 ou v2 conhece por meio da tabela ARP ﴾Address
Routing Protocol﴿ do dispositivo, a tabela de endereços IP ou a topologia MIB ﴾Management Information Block﴿.
Se você usar a descoberta recursiva, poderá optar por descobrir todos os outros dispositivos de rede que o dispositivo SNMP v1 ou v2 especificado conhece ou
apenas dispositivos de rede que estão conectados ao SNMP v1 ou v2 especificado e que estão em um intervalo especificado de endereços IP. Você também pode
filtrar a descoberta recursiva usando propriedades como o tipo de dispositivo, o nome e o identificador de objeto (OID).
Observação
O Operations Manager pode identificar os dispositivos conectados em uma descoberta recursiva que usa um endereço IPv6; no entanto, o dispositivo inicial
descoberto deve usar um endereço IPv4.
Uma regra de descoberta pode executar apenas a descoberta explícita ou recursiva, mas não pode executar uma combinação de tipos de descoberta. Você pode alterar
o tipo de descoberta de uma regra depois que a regra for criada. Se você souber todos os dispositivos de rede que deseja descobrir, use a descoberta explícita. A
descoberta recursiva pode descobrir dispositivos para os quais você não tem necessidade comercial de monitorar e, como resultado, pode aumentar a carga de
trabalho administrativa do monitoramento da rede.
Uma regra de descoberta pode descobrir qualquer combinação de dispositivos SNMP v1, v2 e v3. Dispositivos SNMP v3 só podem ser descobertos pela descoberta
explícita ou sendo especificados em uma regra de descoberta recursiva. Se você especificar um dispositivo SNMP v3 em uma regra de descoberta recursiva, o dispositivo
SNMP v3 será descoberto, mas os dispositivos conectados a ele não serão descobertos. Se você especificar um dispositivo SNMP v1 ou v2 em uma regra de descoberta
recursiva, somente os dispositivos SNMP v1 e v2 conectados a ele serão incluídos na descoberta recursiva.
Observação
Os computadores Windows executando SNMP serão filtrados dos resultados da descoberta se:
O tipo de dispositivo for “Host” e o fornecedor for a “Microsoft”
O campo sysDescription contiver “Microsoft”
O sysOid começar com .1.3.6.1.4.1.311.1.1.3.1
O sysOid contiver 1.3.6.1.4.1.199.1.1.3.11
Ao configurar a regra de descoberta, você especifica se o Operations Manager usará ICMP, SNMP ou ambos para se comunicar com o dispositivo de rede. O dispositivo
de rede deve oferecer suporte ao protocolo especificado. Quando a regra de descoberta for executada, o Operations Manager tentará contatar os dispositivos de rede
especificados, usando os protocolos que você definiu. Se você especificar que um dispositivo usa ICMP e SNMP, o Operations Manager deverá ser capaz de contatar
esse dispositivo usando ambos os métodos, caso contrário, a descoberta falhará. Se você especificar ICMP como o único protocolo a ser usado, a descoberta estará
limitada ao dispositivo especificado e o monitoramento se limitará a verificar se o dispositivo está online ou offline.
A comunicação com o dispositivo também exige o uso de credenciais. Associe cada regra de descoberta a contas Executar como que forneçam a cadeia de caracteres da
comunidade ﴾para dispositivos SNMP v1 e v2﴿ ou credenciais de acesso ﴾SNMP v3﴿ ao Operations Manager. Para obter mais informações, consulte Contas Executar como
para monitoramento de rede no Operations Manager.
Depois que o Operations Manager acessar com êxito um dispositivo de rede especificado, se você selecionou a descoberta recursiva, ele tentará descobrir outros
dispositivos de rede conhecidos pelo dispositivo especificado por meio da tabela ARP desses dispositivos, sua tabela de endereços IP ou os arquivos MIB da topologia.
A descoberta de dispositivos de rede consiste nas seguintes fases, que são exibidas no status da tarefa de descoberta:
1. Investigação
Durante a fase de sondagem, o Operations Manager tenta contatar o dispositivo usando o protocolo especificado, da seguinte forma:
ICMP apenas: execute o ping do dispositivo
ICMP e SNMP: contate o dispositivo usando ambos os protocolos
SNMP apenas: usa a mensagem SNMP GET
2. Processamento
Após a conclusão da investigação, o Operations Manager processa todos os componentes do dispositivo, como portas e interfaces, memória, processadores,
associação à VLAN e grupos de HSRPs.
3. Pós-processamento
O Operations Manager correlaciona as portas do dispositivo de rede aos servidores aos quais essas portas estão conectadas, insere itens no banco de dados
operacional e associa contas Executar como.
Após a conclusão da descoberta, o pool de recursos do pacote de gerenciamento especificado na regra de descoberta começa a monitorar os dispositivos de rede
descobertos. Para obter mais informações sobre como monitorar os dispositivos de rede, consulte Exibindo dispositivos de rede e dados no Operations Manager e
Relatórios para monitoramento de rede no Operations Manager.
Consulte Também
Tarefas
How to Discover Network Devices in Operations Manager (Como descobrir os dispositivos de rede no Operations Manager)
Como excluir ou restaurar um dispositivo de rede no Operations Manager
Conceitos
Configurações de descoberta do dispositivo de rede
Contas Executar como para monitoramento de rede no Operations Manager
Exibindo dispositivos de rede e dados no Operations Manager
Dispositivos de rede suportados para descoberta pelo Operations Manager
Relatórios para monitoramento de rede no Operations Manager
-----
-----
How to Discover Network Devices in Operations Manager
(Como descobrir os dispositivos de rede no Operations
Manager)
Importante
referência.
System Center 2012 – Operations Managerrealiza a descoberta de rede executando as regras de detecção que você criar. Cada vez que a regra é executado, ele tentará
encontrar novos dispositivos dentro de sua definição ou alterações em dispositivos detectados anteriormente.
Observação
A descoberta de um grande número de dispositivos pode levar várias horas para ser concluído.
Cada servidor de gerenciamento ou servidor de gateway pode executar apenas uma regra de descoberta. Especifique um único servidor de gerenciamento ou servidor
de gateway para executar a regra de descoberta e um pool de recursos de servidor de gerenciamento para realizar o monitoramento real dos dispositivos de rede. Se
você planeja monitorar dispositivos de rede mais de 1000, você deve usar dois pools de recursos e dividir o número de dispositivos uniformemente entre os pools de.
Observação
Se você criar regras de detecção em vários servidores de gerenciamento, você deve criar um pool de gerenciamento para cada um e certifique-se de que cada
detecção define um conjunto diferente de dispositivos. Se um dispositivo único é gerenciado em pools diferentes, ele não poderá ser excluído.
Para obter mais informações sobre como funciona a detecção de dispositivos de rede, consulte How Network Device Discovery Works.
Pré-requisitos
Para criar uma regra de detecção de dispositivos de rede, você precisa das seguintes informações:
O endereço IP ou FQDN de cada dispositivo que você deseja detectar e monitorar.
Observação
Operations Manager pode identificar os dispositivos conectados em uma descoberta recursiva que usam um endereço IPv6; No entanto, o dispositivo inicial
que é descoberto deve usar um endereço IPv4.
A versão do SNMP usa cada dispositivo. Isso pode ser SNMP v1, v2 ou v3.
A seqüência de comunidade SNMP de cada dispositivo SNMP v1 ou v2 que você deseja detectar e monitorar.
O nome de usuário, contexto, protocolo de autenticação, chave de autenticação, protocolo de privacidade e chave de privacidade para cada dispositivo de v3
SNMP para detectar e monitorar.
Se você estiver usando o descoberta recursiva e você deseja descobrir dispositivos de rede que têm interfaces cujos endereços se encontram em um intervalo de
endereço IP especificado, você deve ter o intervalo de endereços IP.
O nome do pool de recursos de servidor de gerenciamento que irá monitorar os dispositivos detectados.
Observação
Quando o balanceamento de carga de rede ﴾NLB﴿ é usado, o MAC de destino endereço para o adaptador de rede ﴾adaptador de cluster﴿ usa o formato de 02-BF-1-2-
3-4 e os hosts de cluster usam um formato de 02-h-1-2-3-4, onde h é a prioridade do host no cluster ﴾definido na caixa de diálogo Propriedades de balanceamento
de carga de rede﴿. Operations Manager irá criar uma conexão de rede entre os dispositivos usando o 02-h-1-2-3-4 para o endereço MAC de destino do 02-BF-1-2-3-
4.
Certifique-se a seguinte configuração de firewall antes de criar a regra de detecção de dispositivos de rede:
Todos os firewalls entre o servidor de gerenciamento e os dispositivos de rede necessário permitir que o SNMP ﴾UDP﴿ e ICMP bidirecional e portas 161 e 162
precisam estar abertas bidirecional. Isso inclui o Firewall do Windows no servidor de gerenciamento em si.
Se os dispositivos de rede estiver usando uma porta diferente 161 e 162, você precisa abrir o tráfego de UDP bi-direcional nessas portas.
1.
Observação
Para criar uma regra de detecção de dispositivos de rede

1. Abra o console de operações com uma conta que seja membro dos administradores do Operations Manager.
2. No Administração o espaço de trabalho, com o botão direito Administraçãoe, em seguida, clique em O Assistente de descoberta.
3. Sobre o o que você gostaria de gerenciar? página, selecione dispositivos de redee, em seguida, clique em próximo.
4. Na página Propriedades Gerais, siga estas etapas:
a. Na caixa Nome, digite um nome, como Meus dispositivos de rede.
b. No servidores disponíveis lista suspensa, selecione um servidor de gerenciamento que tem acesso aos dispositivos estão descobrindo para executar a
regra de detecção. Servidores que já executam uma regra de detecção de dispositivos de rede não serão listados.
c. Clique em Criar Pool de recursos para criar um pool de recursos de servidor de gerenciamento para monitorar os dispositivos ou do Selecionar um pool
de recursos lista suspensa, clique em um pool de recursos e, em seguida, clique em próximo.
5. No Método de detecção página, selecione detecção explícita ou descoberta recursivae, em seguida, clique em próximo.
Observação
Se você souber todos os dispositivos de rede que você deseja descobertos, você deve usar detecção explícita. Descoberta de recursiva pode descobrir
dispositivos que você não tenha nenhuma empresa precisa para monitorar e como resultado, pode aumentar a carga de trabalho administrativa de
6. No Contas padrão página, se estão descobrindo apenas dispositivos v3 SNMP, clique em próximo. Se estão descobrindo os dispositivos SNMP v1 ou v2, faça o
seguinte:
a. Se você tiver criado contas Executar como para dispositivos SNMP v1 ou v2, as contas Executar como serão listadas e você pode selecionar uma conta
listada para esta regra de detecção. Se nenhuma conta listada ou as contas listadas não são adequadas para esta regra de detecção, vá para a próxima
etapa.
Observação
Se você estiver criando uma regra de detecção de recursiva, você deve criar uma conta padrão, que será usada para se conectar e descobrir os
dispositivos conectados ao dispositivo que você especificar na dispositivos página. Se você não criar e selecione uma conta sobre a Contas padrão
página, a detecção de recursiva detectará o dispositivo que você especificar, mas não detectará dispositivos conectados a ele.
b. Clique em Criar conta.
c. No Assistente para Criação de Conta Executar como, na página Introdução, clique em Avançar.
d. No Nome de exibição caixa de texto, digite um nome como As credenciais do roteador.
e. Opcionalmente, digite uma descrição no Descrição caixa. Clique em Avançar.
f. Sobre o credenciais de página, digite a seqüência de caracteres de comunidade SNMP para os dispositivos de rede e, em seguida, clique em criar.
Observação
Se a regra será descobrir dispositivos que usam mais de uma string de comunidade SNMP, você deve criar uma conta de executar como para cada
seqüência de caracteres de comunidade SNMP.
g. Sobre o Contas padrão página, você verá que a conta executar como que você acabou de criar está listada no SNMPv1/v2 executar como contas caixa e
for selecionado. Clique em Avançar
7. Se você estiver adicionando um dispositivo SNMP v1 ou v2, sobre o dispositivos página, faça o seguinte:
Observação
Este procedimento descreve como adicionar dispositivos um de cada vez. Você também pode adicionar vários dispositivos, clicando no Importar botão para
importar um arquivo de texto com uma lista de endereços IPv4. Este arquivo deve ter um único endereço IP em cada linha. Após a importação, os endereços IP
são parte da regra de detecção e o arquivo de texto não é mais necessária.
a. Clique em Add para abrir o Adicionar dispositivo página.
b. Sobre o Adicionar dispositivo de página, digite o endereço IPv4 ou o FQDN do dispositivo que você deseja detectar e monitorar. Se você estiver criando
uma descoberta recursivas, a descoberta irá acessar este dispositivo para localizar outros dispositivos na rede.
c. Em Modo de acesso, selecione ICMP, SNMP, ou ICMP e SNMP. Especifica como o dispositivo será detectado e como serão monitorado após a detecção.
Observação
Se você selecionar ICMP e SNMP, o dispositivo deve estar acessível por ambos os protocolos ou não serão descoberto. Se você selecionar ICMP,
descoberta será limitada para o dispositivo especificado e o monitoramento será limitado se o dispositivo está on-line ou off-line.
d. Em o número de porta, manter a porta padrão ﴾161﴿ ou selecione outro número de porta para o dispositivo.
e. Selecione v1 ou v2 do SNMP versão caixa drop-down.
f. Em SNMP V1 ou V2 executar como conta, selecione Usar conta padrão selecionado. Se você especificar uma conta nesta janela, será usada apenas para a
conta especificada para a descoberta.
Observação
Se a descoberta de dispositivos que usam mais de uma comunidade SNMP de seqüência de caracteres e, portanto, tem várias contas Executar como,
você pode manter o valor padrão de usar contas padrão selecionado na SNMP V1 ou V2 executar como conta campo. Quando você fizer isso, o
Assistente de descoberta de dispositivos de rede tentará usar a seqüência de caracteres de comunidade para cada conta executar como que você
selecionou no Contas padrão página com todos os dispositivos que você adicionar à lista de detecção até que uma seqüência de caracteres de
comunidade é bem-sucedida.
g. Clique em OK. Você voltará para o dispositivos página e você deverá ver o dispositivo que você acabou de adicionar listado.
Observação
O Configurações avançadas de detecção no botão de dispositivos página abre uma caixa de diálogo que contém um número de configurações que
você pode usar para configurar a descoberta de dispositivos de rede, como o número de tentativas de repetição. Se você souber que você vai descobrir
mais de 1500 dispositivos, você deve alterar o o número máximo de dispositivos para descobrir em Configurações avançadas de detecção. Para
obter mais informações sobre as configurações disponíveis, consulte Configurações de descoberta do dispositivo de rede.
h. Adicionar outros SNMP v1 ou v2 dispositivos e executar como contas conforme necessário e, em seguida, clique em próximo.
Observação
Se você adicionar vários dispositivos para a regra, você pode definir um executar como conta comum para todas elas selecionando todos os
dispositivos e, em seguida, clicando em Editar.
8. Se você estiver adicionando um dispositivo SNMP v3 no dispositivos página, faça o seguinte:
Observação
Este procedimento descreve como adicionar dispositivos um de cada vez. Você também pode adicionar vários dispositivos, clicando no Importar botão para
importar um arquivo de texto com uma lista de endereços IPv4. Este arquivo deve ter um único endereço IP em cada linha. Após a importação, os endereços IP
são parte da regra de detecção e o arquivo de texto não é mais necessária. Cada dispositivo requer uma credencial do SNMP v3. Depois de importar os
endereços, você pode editar cada dispositivo para adicionar a credencial ou você pode selecionar vários dispositivos e fornecem a credencial do mesma para
todos os dispositivos selecionados.
a. Clique em Adicionar. Isso abre o Adicionar dispositivo página.
b. Sobre o Adicionar um dispositivo de página, digite o endereço IPv4 ou o FQDN do dispositivo SNMP v3 que você deseja para a detecção e o monitor.
c. Em Modo de acesso, selecione ICMP, SNMP, ou ICMP e SNMP. Especifica como o dispositivo será detectado e como serão monitorado após a detecção.
Observação
Se você selecionar ICMP e SNMP, o dispositivo deve estar acessível por ambos os protocolos ou não serão descoberto. Se você selecionar ICMP,
descoberta será limitada para o dispositivo especificado e o monitoramento será limitado se o dispositivo está on-line ou off-line.
d. Em o número de porta, manter a porta padrão ﴾161﴿ ou selecione outro número de porta para o dispositivo.
e. Selecione v3 do SNMP versão caixa drop-down.
f. Clique em Adicionar SNMP V3 executar como conta.
Observação
Cada dispositivo do SNMP v3 requer sua própria conta executar como.
g. No Assistente para Criação de Conta Executar como, na página Introdução, clique em Avançar.
h. Digite um valor na nome de exibição caixa, opcionalmente, digite uma descrição e, em seguida, clique em próximo.
i. Sobre o credenciais , insira os valores para nome de usuário, contexto, protocolo de autenticação, chave de autenticação, protocolo privacidade e
chave de privacidade do dispositivo SNMP v3. Clique em Criar.
j. Clique em OK. Você voltará para o dispositivos página.
Observação
O Configurações avançadas de detecção no botão de dispositivos página abre uma caixa de diálogo que contém um número de configurações que
você pode usar para configurar a descoberta de dispositivos de rede, como o número de tentativas de repetição. Se você souber que você vai descobrir
mais de 1500 dispositivos, você deve alterar o o número máximo de dispositivos para descobrir em Configurações avançadas de detecção. Para
obter mais informações sobre as configurações disponíveis, consulte "Configurações de descoberta de dispositivo de rede" a Guia de operações do
Operations Manager 2012.
k. Adicionar outros dispositivos do SNMP v3 e contas Executar como conforme necessário e, em seguida, clique em próximo.
9. Se você estiver criando uma regra de detecção explícita, vá para a próxima etapa. Se você estiver criando uma regra de detecção de recursiva, faça o seguinte:
a. Sobre o Incluem filtros página, deixe a configuração padrão para descobrir todos os dispositivos. Se você quiser filtrar por um determinado conjunto de
dispositivos, selecione vai descobrir dispositivos de rede somente dentro do endereço IP específicoe, em seguida, clique em Add para configurar um
filtro. Clique em próximo quando concluir.
No o intervalo de endereços IP campo, você pode inserir endereços como o seguinte:
10.193.220.25 ﴾um único endereço IP para incluir um dispositivo específico﴿
172.23.136<1-100 > ﴾incluir qualquer endereço IP de 1 a 100 em 172.23.136/255.255.255.0﴿
172.23.135.* ﴾incluir qualquer endereço IP em 172.23.135/255.255.255.0﴿
Observação
Para obter mais informações sobre como formatar um IP intervalo de endereços, consulte "Configurações de descoberta de dispositivo de rede" a Guia
de operações do Operations Manager 2012.
b. Sobre o Excluir filtros página, deixe a configuração padrão para não excluir qualquer um dos dispositivos detectados. Se você deseja um endereço IP de
descoberta de filtro, clique em Add e especificar um endereço IP. Clique em próximo quando concluir.
Observação
Embora a caixa de diálogo informa que um nome de host ou endereço IP pode ser inserido para um filtro de exclusão, somente um endereço IP é válido. Um
nome de host não pode ser especificado aqui.
10. No Schedule Discovery página, ou aceite o valor padrão de sábado às 2h da manhã ou especificar uma agenda alternativa e, em seguida, clique em próximo.
Observação
É recomendável não executar a descoberta de rede com mais freqüência do que duas vezes por semana, pois a descoberta de rede pode levar horas para ser
concluído e pode colocar uma carga excessiva no servidor de gateway ou servidor de gerenciamento durante a descoberta.
11. Revise as configurações na Resumo página e, em seguida, clique em Concluir quando estiver pronto para continuar.
12. Você verá um pop-up de aviso que diz "as contas a seguir precisam ser distribuídos para o serviço de integridade nome do servidor de gerenciamento em ordem
para a detecção funcionar: DiscoveryName\Run como conta de. Você gostaria que o Operations Manager para distribuir as contas? Sim: Distribuir as contas e criar
a descoberta. Não: Não distribuir as contas e não crie a descoberta. Clique em Sim.
13. O assistente for concluído e você verá a mensagem a regra de descoberta de rede foi criada com êxito. Certifique-se de executar a regra de descoberta de rede
após fechar o assistente é selecionado se a regra para executar imediatamente e, em seguida, clique em Fechar. A regra de detecção de dispositivos de rede é
criada. Se você não selecionou executar a regra de descoberta de rede após fechar o assistente, a regra de descoberta será executada sobre o dia e hora
programados.
Observação
Pode levar vários minutos para que a regra de descoberta de rede são exibidos no console de operações e começar a descoberta se você selecionar executar
a regra de descoberta de rede após fechar o assistente.
14. Para monitorar o progresso de descoberta de dispositivo de rede, assistir a status coluna da regra de detecção. Enquanto ele estiver em execução, juntamente
com o número de dispositivos que ele foi localizado, ele fornecerá os seguintes status:
a. Sondagem
Durante a fase de sondagem, Operations Managertenta entrar em contato com o dispositivo usando o protocolo especificado, da seguinte maneira:
ICMP: Faça ping no dispositivo
ICMP e SNMP: entre em contato com o dispositivo usando ambos os protocolos
SNMP: usa a mensagem SNMP GET
b. Processamento
Após a investigação estiver concluída, Operations Managerprocessa todos os componentes do dispositivo, portas e interfaces, memória, processadores,
associação VLAN e grupos de HSRP.
c. Pós-processamento
Operations Managercorrelaciona as portas do dispositivo de rede para os servidores conectados a portas, insere itens no banco de dados operacional e
associa contas Executar como.
15. Para confirmar a descoberta bem-sucedida e o gerenciamento dos dispositivos, selecione Gerenciamento de dispositivose, em seguida, selecione Os
dispositivos de rede. Você deve ver os dispositivos detectados listados no painel de resultados.
Se uma regra de detecção do dispositivo de rede falhar, o dispositivo ou dispositivos serão listados na Gerenciamento pendente de dispositivos de rede. Isso pode ser
um subconjunto dos dispositivos especificados na regra de detecção. Use um dos seguintes métodos para a detecção de repetição:
Para tentar detectar apenas nesse dispositivo, clique no dispositivo na Gerenciamento pendente de dispositivos de rede e, em seguida, clique em redescoberta
enviar.
Para repetir uma descoberta recursiva que começa com esse dispositivo, clique em Regras de detecção, com o botão direito na regra respectiva e, em seguida,
clique em Executar.
Para alterar o tipo de descoberta de uma regra de detecção de dispositivos de rede

1. No console de operações, no Administração o espaço de trabalho, clique em Regras de detecção.
2. No painel de resultados, clique com botão direito na regra de detecção que você deseja alterar e clique em Propriedades.
3. Sobre o Propriedades gerais página, clique em próximo.
4. Sobre o Método de detecção de página, clique no tipo de detecção, a regra para usar.
5. Siga as instruções para criar uma regra de detecção para completar as páginas restantes do assistente e, em seguida, clique em Salvar.
Consulte Também
Tarefas
Conceitos
-----
-----
O System Center 2012 – Operations Manager oferece uma série de configurações que você pode usar para configurar a descoberta de dispositivos de rede. A tabela a
seguir explica as configurações disponíveis e como configurá-las no Assistente de Descoberta de Dispositivos de Rede.
Configuração Local Observações
Nome ou endereço IP Página Dispositivos, botão Digite um nome de domínio totalmente qualificado ﴾FQDN﴿ ou um endereço IPv4. O Operations
Adicionar Manager pode identificar, em uma descoberta recursiva, os dispositivos conectados que usam
um endereço IPv6; no entanto, o dispositivo inicial que é descoberto deve usar um endereço
IPv4.
Modo de Acesso Página Dispositivos, botão Selecione ICMP e SNMP, ICMP, ou SNMP. Isso especifica o protocolo que será usado para
Adicionar descoberta e monitoramento. Se você selecionar ICMP e SNMP, o dispositivo deverá ser
acessível por ambos os protocolos, ou a descoberta irá falhar.
Versão SNMP Página Dispositivos, botão Selecione v1 ou v2 ou v3. Os dispositivos SNMP v1 e v2 podem usar a mesma conta Executar
Adicionar como. Os dispositivos SNMP v3 requerem um formato diferente de conta Executar como.
Número da porta Página Dispositivos, botão A porta padrão é 161. Você poderá alterar este valor se estiver descobrindo um dispositivo de
Adicionar rede que use outra porta.
Conta Executar como Página Dispositivos, botão As contas disponíveis no menu são preenchidas com base na seleção feita na caixa Versão
Adicionar SNMP. Você pode criar a conta Executar como apropriada clicando em Adicionar
VersãoSNMPConta Executar como.
Número de novas tentativas Página Dispositivos, botão Esta configuração especifica quantas vezes o servidor de gerenciamento deve tentar entrar em
seguidas Configurações Avançadas contato com o dispositivo de rede antes de relatar que a descoberta falhou.
de Descoberta
Tempo limite ICMP (em segundos) Página Dispositivos, botão Se você especificar ICMP e SNMP ou ICMP para Modo de Acesso, o servidor de
Configurações Avançadas gerenciamento tentará entrar em contato com o dispositivo de rede usando ping. A
de Descoberta configuração padrão é de 1500 milissegundos ﴾1,5 segundos﴿.
Tempo limite SNMP (em Página Dispositivos, botão Se você especificar ICMP e SNMP ou SNMP para Modo de Acesso, o servidor de
milissegundos) Configurações Avançadas gerenciamento tentará entrar em contato com o dispositivo de rede usando SNMP. A
de Descoberta configuração padrão é de 1500 milissegundos ﴾1,5 segundos﴿.
Número máximo de dispositivos Página Dispositivos, botão Esta configuração é aplicada durante a descoberta recursiva e define um limite no número de
para descoberta Configurações Avançadas dispositivos a serem descobertos. O padrão é 1500. Se você souber que serão descobertos
de Descoberta mais de 1.500 dispositivos, altere esta configuração.
Intervalo de Endereços IP Página Incluir Filtros, Use este campo para limitar a descoberta recursiva a endereços IP que atendam aos critérios
botão Adicionar, ao especificados. Este campo usa um formato de caractere curinga.
configurar uma regra de Por exemplo, se você digitar 192.168.1.*, a regra de descoberta descobre dispositivos que
descoberta recursiva usam qualquer endereço IP entre 192.168.1.1 e 192.168.1.255.
Por exemplo, se você digitar 192.168.1.<1-140>, a regra de descoberta descobre dispositivos
que usam qualquer endereço IP entre 192.168.1 e 192.168.140.
Para obter mais opções, consulte IP Address Range for Network Device Filtering.
Tipos de dispositivo incluídos Página Incluir Filtros, Qualquer dispositivo selecionado será incluído na descoberta recursiva. Desmarque a seleção
botão Adicionar, ao para qualquer tipo de dispositivo que não queira descobrir.
configurar uma regra de
descoberta recursiva
Incluir somente dispositivos de rede Página Incluir Filtros, Se você inserir um valor aqui, somente os dispositivos com um nome correspondente serão
com os seguintes atributos de botão Adicionar, ao descobertos. Este campo permite um formato de caractere curinga. Para obter mais opções,
sistema (OIDs) - Nome configurar uma regra de consulte IP Address Range for Network Device Filtering.
Incluir somente dispositivos de rede Página Incluir Filtros, Se você inserir um valor aqui, somente os dispositivos com um OID correspondente serão
com os seguintes atributos de botão Adicionar, ao descobertos. Este campo permite um formato de caractere curinga. Para obter mais opções,
sistema ﴾OIDs﴿ - Identificação do configurar uma regra de consulte IP Address Range for Network Device Filtering.
Objeto (OID) descoberta recursiva
Incluir somente dispositivos de rede Página Incluir Filtros, Se você inserir um valor aqui, somente os dispositivos com uma descrição correspondente
com os seguintes atributos de botão Adicionar, ao serão descobertos. Este campo permite um formato de caractere curinga. Para obter mais
sistema ﴾OIDs﴿ - Descrição configurar uma regra de opções, consulte IP Address Range for Network Device Filtering.
Endereço IP ou Nome de Host Página Excluir Filtros, Digite um nome de domínio totalmente qualificado ﴾FQDN﴿, um endereço IPv4 ou um endereço
botão Adicionar, ao IPv6 para excluir da descoberta. Você pode adicionar vários endereços IP individualmente.
configurar uma regra de
Correspondência de curinga para o intervalo de endereços IP

A correspondência de padrão de curinga é feita da esquerda para a direita, um caractere ou padrão de curinga básico de cada vez. O padrão e a cadeia de caracteres
de entrada devem corresponder exatamente; assim, por exemplo, o padrão abc não corresponde à cadeia de caracteres abcd. Padrões compostos consistem em
padrões básicos, separados por um E comercial ﴾&﴿ ou um til ﴾~﴿. Se o primeiro caractere de um padrão composto for um E comercial ou til, ele será interpretado como
se houvesse um asterisco no início. Por exemplo, o padrão ~ * [0-9] corresponde a qualquer cadeia de caracteres que não contém um dígito. Um E comercial à direita só
pode corresponder a uma cadeia de caracteres vazia, e um til à direita indica "com exceção de uma cadeia de caracteres vazia".
Espaços são caracteres significativos e estão sujeitos a correspondência.
Os padrões de curinga consistem no seguinte.
Caractere Descrição Exemplo
? Corresponde a qualquer caractere único Example?.com corresponde a Example1.com e Example2.com, mas não a
Example01.com
* Corresponde a zero ou mais caracteres Example*.com corresponde a example.com, example1.com e

examplereallylong.com
[set] Corresponde a qualquer caractere único no conjunto, ou se o primeiro Ex[abc]mple corresponde a Example, Exbmple e Excmple.
caractere for ^, corresponderá a qualquer caractere fora do conjunto. Ex[^abc]mple não corresponde a Example, Exbmple e Excmple, mas
Um hífen indica um intervalo. Um ﴾^﴿ que não esteja na primeira corresponde a ExZmple
posição e um hífen na primeira ou na última posição não têm nenhum Ex[0-9] corresponde a Ex seguido de um único dígito.
significado especial.
<n1-n2> Corresponde a qualquer inteiro maior que ou igual a n1 não negativo 10.193.220.<1-25> corresponde a todos os endereços IP entre 10.193.220.1 e
e menor que ou igual a n2 não negativo. Omitir n1 ou n2 não indica 10.193.220.25.
nenhum limite <10-> corresponde a qualquer cadeia de caracteres de dígitos maiores que ou
iguais a 10.
<1-10>* Corresponde a qualquer número entre 1 e 10 com uma opção após o
caractere, como 1, 20x, 5z, mas não corresponde a 11 visto que não é um
número entre 1 e 10.
| Correspondências alternativas AB|DC corresponde a AB ou DC

ABC| corresponde a ABC ou a uma cadeia de caracteres vazia
\ Caractere de escape
\\ Caractere de escape para (,), [,], < e > \$A\$ corresponde a (A)
& E também *NY*ROUTER corresponde a todas as strings contendo NY e ROUTER

<1-100>&*[02468] corresponde a todos os números pares entre 1 e 100.
*A*|*B*&*C* corresponde a strings que contêm tanto um A ou B e também um C.
~ Exceto 10.20.30.*~10.20.30.50 corresponde a todos os hosts em 10.20.30, com exceção

de 10.20.30.50.
*Router*~*Cisco*&*10.20.30.<5-10> corresponde a roteadores, exceto
roteadores Cisco com os endereços entre 10.20.30.5 e 10.20.30.10.
Configurando uma marca VLAN

Para fazer a diferenciação entre VLANs ﴾redes locais virtuais﴿, você pode configurar uma marca para uma VLAN editando o arquivo vlan-tag-settings.conf em cada
servidor de gerenciamento que executa uma regra de descoberta de rede. Vlan-tag-settings.conf está localizado no diretório de instalação do Operations Manager em
\Server\NetworkMonitoring\conf\discovery.
Para configurar uma marca VLAN
1. Em cada servidor de gerenciamento que executa uma regra de descoberta de rede, abra vlan-tag-settings.conf em um editor de texto.
2. Adicione o seguinte texto ao arquivo. Você pode usar a correspondência de curinga.
config namematch Type typematch Description text to matchsettings VLAN_Provisioning_Settingparam Tag tag name
3. Salve vlan-tag-settings.conf.
A seguir, um exemplo da configuração de uma marca VLAN “LDSwitch” a ser usada para todos os comutadores com uma descrição que começa com “Cisco”:
config LanceSwitchmatch Type SWITCHmatch Description Cisco*settings VLAN_Provisioning_Settingparam Tag LDSwitch

Consulte Também
Tarefas
Conceitos
-----
-----
Contas Executar como para monitoramento de rede no
Operations Manager
O System Center 2012 – Operations Manager usa contas Executar como para descobrir e monitorar dispositivos de rede. As credenciais na conta Executar como
permitem que os servidores de gerenciamento se comuniquem com os dispositivos de rede. Você pode monitorar os dispositivos que usam SNMP v1, v2 e v3.
Os dispositivos de rede que usam SNMP v1 ou v2 requerem uma conta Executar como que especifique uma cadeia de caracteres da comunidade, que atua como uma
senha para fornecer acesso somente leitura ao dispositivo.
Cada dispositivo de rede que usa SNMP v3 requer uma conta Executar como exclusiva que forneça as seguintes credenciais:
Nome de usuário: Obtido da configuração do dispositivo.
Contexto: Nome que junto com o nome de usuário determina as permissões de acesso de uma solicitação enviada ao agente SNMPv3.
Protocolo de autenticação: MD5 para Message Digest 5, SHA para Secure Hash Algorithm ou NONE
Chave de autenticação: Cadeia de caracteres que consiste em 1 a 64 caracteres; obrigatório se o protocolo de autenticação for MD5 ou SHA
Protocolo de privacidade: DES para Data Encryption Standard, AES para Advanced Encryption Standard ou NONE
Chave de privacidade: Cadeia de caracteres que consiste em 1 a 64 caracteres; obrigatório se o protocolo de privacidade for DES ou AES
Observação
A chave de autenticação e a chave de privacidade são mascaradas quando você as insere.
Você pode criar as contas Executar como obrigatórias ao criar uma regra de descoberta de dispositivos de rede ou pode criar contas Executar como antecipadamente e
selecionar a conta apropriada ao criar a regra de descoberta.
Dois perfis Executar como são criados quando você instala o Operations Manager: Conta de Monitoramento SNMP e Conta de Monitoramento SNMPv3. Quando você
cria uma regra de descoberta, as contas Executar como criada para a descoberta de dispositivo de rede são automaticamente associadas ao perfil Executar como
apropriado.
Consulte Também
Tarefas
Conceitos
-----
-----
Como excluir ou restaurar um dispositivo de rede no
Operations Manager
Importante
referência.
Depois de System Center 2012 – Operations Managerdescobriu e está monitorando um dispositivo de rede, talvez você queira parar de monitorar o dispositivo porque
ele está sendo substituído ou porque não há nenhum valor de negócios no monitoramento de determinado dispositivo ou por qualquer outro motivo. Para deixar de
monitorar um dispositivo, você pode usar o modo de manutenção ou você pode excluir o dispositivo de rede da regra de detecção. Você também pode restaurar um
dispositivo excluído que foi descoberto por uma regra de detecção de recursiva.
Para excluir um dispositivo que é o ponto de partida para a descoberta de recursiva, você deve primeiro excluir a regra de detecção ou remova o dispositivo da regra de
descoberta.
Observação
Você pode identificar a regra de detecção associada a um dispositivo de rede descobertos clicando com o dispositivo no Dispositivos de rede ou Gerenciamento
pendente de dispositivos de rede e, em seguida, clicando em Propriedades de regra de detecção.
Se você excluir um dispositivo que foi descoberto por uma regra de detecção de recursiva, ele será adicionado à lista de exclusão da regra. Se você deseja ter esse
dispositivo detectados e monitorados novamente, você deve remover o dispositivo a partir do Excluir filtros página de propriedades e executar novamente a
descoberta da regra.
1.
Observação
Para excluir um dispositivo de rede detectado pela descoberta explícita

1. No console de operações, selecione o Administração espaço de trabalho.
2. Clique em Dispositivos de rede, com o botão direito no dispositivo que você deseja excluir e, em seguida, clique em Excluir.
Observação
Você pode selecionar vários dispositivos para excluir.
Para excluir um dispositivo de rede especificado em uma regra de detecção de recursiva

2. Abrir Propriedades para a detecção de regra e remova o dispositivo a dispositivos página.
Para excluir um dispositivo de rede detectado pela descoberta recursiva

2. Clique em dispositivos de rede em Gerenciamento de rede.
3. No Dispositivos de rede , do mouse em um dispositivo que foi descoberto pela detecção recursiva e, em seguida, selecione Excluir.
4. Você receberá uma mensagem pedindo para confirmar que você deseja parar de monitorar o dispositivo de rede selecionado. Clique em Sim.
5. Clique em regras de detecção.
6. Com o botão direito na regra de detecção de recursiva e, em seguida, selecione Propriedades.
7. Clique em excluir filtros.
8. Verifique se que um filtro de exclusão foi criado para o dispositivo excluído. Isso pode levar alguns minutos para ocorrer.
Para restaurar um dispositivo de rede que foi excluído da descoberta recursiva
2. Clique em regras de detecção.
3. Com o botão direito na regra de detecção de recursiva e, em seguida, selecione Propriedades.
4. Clique em excluir filtros.
5. Clique no dispositivo de rede e, em seguida, clique em Remover.
6. Clique em Resumoe, em seguida, clique em Salvar salvar e fechar a regra de descoberta.
7. Com a regra de detecção selecionada, clique em Executar na Ações painel executar novamente a regra de descoberta.
Observe o status da regra que seja executado e aguarde até que ele mostra um status em branco.
8. Verifique se que o dispositivo é redescoberto. Isso pode levar alguns minutos a algumas horas, dependendo do número de dispositivos no ambiente. Você pode
exibir o status da regra de detecção para determinar quando ela estiver concluída.
Consulte Também
Tarefas
Conceitos
-----
-----
O System Center 2012 – Operations Manager inclui os seguintes pacotes de gerenciamento específicos do monitoramento e da descoberta de dispositivo de rede:
Gerenciamento de Rede – Monitoramento Central
Este pacote de gerenciamento contém a lógica de monitoramento para dispositivos de rede.
Descoberta de Rede de Cliente Windows
Este pacote de gerenciamento contém regras de descoberta para definir as propriedades dos adaptadores de rede descobertos conectados a computadores que
executam sistemas operacionais clientes.
Descoberta de Rede de Servidor Windows
Este pacote de gerenciamento contém regras de descoberta para definir as propriedades dos adaptadores de rede descobertos conectados a computadores que
executam sistemas operacionais servidores.
Descoberta de Rede (Interno)
Esse pacote de gerenciamento contém definições e regras referentes à descoberta de dispositivos de rede.
Biblioteca de Gerenciamento de Rede
Este pacote de gerenciamento contém definições para o gerenciamento de dispositivos de rede central.
Relatórios de Gerenciamento de Rede
Este pacote de gerenciamento contém relatórios para gerenciamento de rede.
Modelos de Gerenciamento de Rede
Esse pacote de gerenciamento contém modelos para criação de fluxos de trabalho de gerenciamento de rede.
Ajustando regras de rede

As regras a seguir são desabilitadas por padrão. Usando substituições, habilite essas regras apenas para os tipos de dispositivo específicos em seu ambiente. Para exibir
essas regras agrupadas por tipo, no espaço de trabalho Administração, defina o escopo de Objetos do Pacote de Gerenciamento para os pacotes de gerenciamento
de monitoramento de rede listados na seção anterior e clique em Regras.
Regra Descrição Tipos
Redescoberta Interna via Interceptações de Regra interna para iniciar o processo de redescoberta via solicitações de
Descoberta de Gerenciamento de Rede interceptação Ponte
Servidor de
Chamadas
Placa (MSFC)
Firewall
Host
Hub
Balanceador de
Carga
Gateway de Mídia
Dispositivo de Rede
Nó
Investigação
Dispositivo de
Retransmissão
Placa RSFC
RSM
Roteador
Comutador
Terminal Server
Porcentagem de Erros de Pacotes de Saída Coleta a porcentagem de erros dos pacotes de saída
Interface (if-mib
dot3)
Interface (if-mib
ethernet)
Interface (if-mib
netcor)
Interface (if-mib
router)
Interface (netcor
cisco ethernet)
Interface (netcor if-

mib cisco ethernet)

mib cisco)

mib MIB2)
Interface (netcor
MIB2)
Interface (netcor
router)
Adaptador de rede
(dot3)
Adaptador de rede
(if-mib cisco)
Adaptador de rede
(if-mib performance)
Adaptador de rede
(if-mib)
Adaptador de rede
(MIB2)
Adaptador de rede
(netcor cisco)
Adaptador de rede
(netcor ethernet)
Adaptador de rede
(netcor if-mib)
Adaptador de rede
(netcor
performance)
Adaptador de rede
(netcor)
Porta (MIB2 Dot3

ethernet)
Porta (netcor if-mib

dot3)
Porcentagem de Pacotes de Difusão de Entrada Coleta a porcentagem dos pacotes de difusão de entrada.
Interface (if-mib
dot3)
Interface (if-mib
ethernet)
Interface (if-mib
netcor)
Interface (if-mib
router)
Interface (netcor
cisco ethernet)

mib cisco ethernet)

mib cisco)

mib MIB2)
Interface (netcor
MIB2)
Interface (netcor
router)
Adaptador de rede
(if-mib cisco)
Adaptador de rede
Adaptador de rede
(if-mib)
Adaptador de rede
(netcor if-mib)
Adaptador de rede
(netcor
performance)
Porta (MIB2 Dot3

ethernet)

dot3)
Porcentagem de Erros de Pacotes de Entrada Coleta a porcentagem de erros dos pacotes de entrada
Interface (if-mib
dot3)
Interface (if-mib
ethernet)
Interface (if-mib
netcor)
Interface (if-mib
router)
Interface (netcor
cisco ethernet)

mib cisco ethernet)

mib cisco)

mib MIB2)
Interface (netcor
MIB2)
Interface (netcor
router)
Adaptador de rede
(dot3)
Adaptador de rede
(if-mib cisco)
Adaptador de rede
Adaptador de rede
(if-mib)
Adaptador de rede
(MIB2)
Adaptador de rede
(netcor cisco)
Adaptador de rede
(netcor ethernet)
Adaptador de rede
(netcor if-mib)
Adaptador de rede
(netcor
performance)
Adaptador de rede
(netcor)
Porta (MIB2 Dot3

ethernet)

dot3)
Porcentagem de Colisão Coleta a taxa de colisões do pacote Ethernet

Interface (if-mib
dot3)
Interface (if-mib
ethernet)
Interface (netcor
cisco ethernet)

mib cisco ethernet)

mib cisco ethernet)
Adaptador de rede
(dot3)
Adaptador de rede
(netcor ethernet)
Porta (MIB2 Dot3

ethernet)

dot3)
Pacotes Multicast de Saída por Segundo Coleta pacotes multicast de saída por segundo
Interface (if-mib
dot3)
Interface (if-mib
ethernet)
Interface (if-mib
netcor)
Interface (if-mib
router)
Adaptador de rede
(if-mib base)
Adaptador de rede
(if-mib cisco)
Adaptador de rede
Adaptador de rede
(if-mib)
Pacotes Unicast de Entrada por Segundo Coleta pacotes unicast de entrada por segundo
Interface (if-mib
dot3)
Interface (if-mib
ethernet)
Interface (if-mib
netcor)
Interface (if-mib
router)
Interface (netcor
cisco ethernet)

mib cisco ethernet)

mib cisco)

mib MIB2)
Interface (netcor
MIB2)
Interface (netcor
router)
Adaptador de rede
(dot3)
Adaptador de rede
(if-mib base)
Adaptador de rede
(if-mib cisco)
Adaptador de rede
Adaptador de rede
(if-mib)
Adaptador de rede
(MIB2)
Adaptador de rede
(netcor base)
Adaptador de rede
(netcor cisco)
Adaptador de rede
(netcor ethernet)
Adaptador de rede
(netcor if-mib)
Adaptador de rede
(netcor
performance)
Adaptador de rede
(netcor)
Porta (MIB2 Dot3

ethernet)

dot3)
Pacotes de Difusão de Saída por Segundo Coleta pacotes de difusão de saída por segundo
Interface (if-mib
dot3)
Interface (if-mib
ethernet)
Interface (if-mib
netcor)
Interface (if-mib
router)
Adaptador de rede
(if-mib base)
Adaptador de rede
(if-mib cisco)
Adaptador de rede
Adaptador de rede
(if-mib)
Pacotes Unicast de Saída por Segundo Coleta pacotes unicast de saída por segundo
Interface (if-mib
dot3)
Interface (if-mib
ethernet)
Interface (if-mib
netcor)
Interface (if-mib
router)
Interface (netcor
cisco ethernet)

mib cisco ethernet)

mib cisco)

mib MIB2)
Interface (netcor
MIB2)
Interface (netcor
router)
Adaptador de rede
(dot3)
Adaptador de rede
(if-mib base)
Adaptador de rede
(if-mib cisco)
Adaptador de rede
Adaptador de rede
(if-mib)
Adaptador de rede
(MIB2)
Adaptador de rede
(netcor base)
Adaptador de rede
(netcor cisco)
Adaptador de rede
(netcor ethernet)
Adaptador de rede
(netcor if-mib)
Adaptador de rede
(netcor
performance)
Adaptador de rede
(netcor)
Porta (MIB2 Dot3

ethernet)

dot3)
Taxa de Descarte de Pacotes de Entrada Coleta a porcentagem de pacotes de entrada descartados

Interface (if-mib
dot3)
Interface (if-mib
ethernet)
Interface (if-mib
netcor)
Interface (if-mib
router)
Interface (netcor
cisco ethernet)

mib cisco ethernet)

mib cisco)

mib MIB2)
Interface (netcor
MIB2)
Interface (netcor
router)
Adaptador de rede
(dot3)
Adaptador de rede
(if-mib base)
Adaptador de rede
(if-mib cisco)
Adaptador de rede
Adaptador de rede
(if-mib)
Adaptador de rede
(MIB2)
Adaptador de rede
(netcor base)
Adaptador de rede
(netcor cisco)
Adaptador de rede
(netcor ethernet)
Adaptador de rede
(netcor if-mib)
Adaptador de rede
(netcor
performance)
Adaptador de rede
(netcor)
Porta (MIB2 Dot3

ethernet)

dot3)
Bits de Saída por Segundo Coleta bits de saída por segundo

Interface (if-mib
dot3)
Interface (if-mib
ethernet)
Interface (if-mib
netcor)
Interface (if-mib
router)
Interface (netcor
cisco ethernet)

mib cisco ethernet)
mib cisco)

mib MIB2)
Interface (netcor
MIB2)
Interface (netcor
router)
Adaptador de rede
(dot3)
Adaptador de rede
(if-mib base)
Adaptador de rede
(if-mib cisco)
Adaptador de rede
Adaptador de rede
(if-mib)
Adaptador de rede
(MIB2)
Adaptador de rede
(netcor base)
Adaptador de rede
(netcor cisco)
Adaptador de rede
(netcor ethernet)
Adaptador de rede
(netcor if-mib)
Adaptador de rede
(netcor
performance)
Adaptador de rede
(netcor)
Porta (MIB2 Dot3

ethernet)

dot3)
Pacotes de Difusão de Entrada por Segundo Coleta pacotes de difusão de entrada por segundo
Interface (if-mib
dot3)
Interface (if-mib
ethernet)
Interface (if-mib
netcor)
Interface (if-mib
router)
Adaptador de rede
(if-mib base)
Adaptador de rede
(if-mib cisco)
Adaptador de rede
Adaptador de rede
(if-mib)
Bits de Entrada por Segundo Coleta bits de entrada por segundo

Interface (if-mib
dot3)
Interface (if-mib
ethernet)
Interface (netcor
cisco ethernet)

mib cisco ethernet)
Interface (if-mib
netcor)
Interface (if-mib
router)

mib cisco)

mib MIB2)
Interface (netcor
MIB2)
Interface (netcor
router)
Adaptador de rede
(dot3)
Adaptador de rede
(if-mib base)
Adaptador de rede
(if-mib cisco)
Adaptador de rede
Adaptador de rede
(if-mib)
Adaptador de rede
(MIB2)
Adaptador de rede
(netcor base)
Adaptador de rede
(netcor cisco)
Adaptador de rede
(netcor ethernet)
Adaptador de rede
(netcor if-mib)
Adaptador de rede
(netcor
performance)
Adaptador de rede
(netcor)
Porta (MIB2 Dot3

ethernet)

dot3)
Pacotes Multicast de Entrada por Segundo Coleta pacotes multicast de entrada por segundo
Interface (if-mib
dot3)
Interface (if-mib
ethernet)
Interface (if-mib
netcor)
Interface (if-mib
router)
Adaptador de rede
(if-mib base)
Adaptador de rede
(if-mib cisco)
Adaptador de rede
Adaptador de rede
(if-mib)
Utilização da Interface Coleta a utilização da interface

Interface (if-mib
dot3)
Interface (if-mib
ethernet)
Interface (if-mib
netcor)
Interface (if-mib
router)
Interface (netcor
cisco ethernet)

mib cisco ethernet)

mib cisco)

mib MIB2)
Interface (netcor
MIB2)
Interface (netcor
router)
Adaptador de rede
(dot3)
Adaptador de rede
(if-mib base)
Adaptador de rede
(if-mib cisco)
Adaptador de rede
Adaptador de rede
(if-mib)
Adaptador de rede
(MIB2)
Adaptador de rede
(netcor base)
Adaptador de rede
(netcor cisco)
Adaptador de rede
(netcor ethernet)
Adaptador de rede
(netcor if-mib)
Adaptador de rede
(netcor
performance)
Adaptador de rede
(netcor)
Porta (MIB2 Dot3

ethernet)

dot3)
Taxa de Descarte de Pacotes de Saída Coleta a porcentagem de pacotes de saída descartados

Interface (if-mib
dot3)
Interface (if-mib
ethernet)
Interface (if-mib
netcor)
Interface (if-mib
router)
Interface (netcor
cisco ethernet)

mib cisco ethernet)

mib cisco)

mib MIB2)
Interface (netcor
MIB2)
Interface (netcor
router)
Adaptador de rede
(dot3)
Adaptador de rede
(if-mib base)
Adaptador de rede
(if-mib cisco)
Adaptador de rede
Adaptador de rede
(if-mib)
Adaptador de rede
(MIB2)
Adaptador de rede
(netcor base)
Adaptador de rede
(netcor cisco)
Adaptador de rede
(netcor ethernet)
Adaptador de rede
(netcor if-mib)
Adaptador de rede
(netcor
performance)
Adaptador de rede
(netcor)
Porta (MIB2 Dot3

ethernet)

dot3)
Pacotes de Fila de Entrada Removidos por Coleta o número de pacotes removidos por segundo porque a fila de entrada está Interface (Roteador Cisco)
Segundo cheia.
Pacotes de Entrada Gigantes por Segundo Coleta pacotes de entrada gigantes por segundo. Interface (Roteador Cisco)
Pacotes de Entrada com Erro de CRC por Coleta o número de pacotes de entrada por segundo com erros de CRC. Interface (Roteador Cisco)
Segundo
Pacotes de Entrada Anulados por Segundo Coleta o número de pacotes de entrada anulados por segundo. Interface (Roteador Cisco)
Pacotes de Entrada Desalinhados por Segundo Coleta o número de pacotes de entrada desalinhados por segundo. Interface (Roteador Cisco)
Pacotes de Fila de Saída Eliminados por Coleta o número de pacotes removidos por segundo porque a fila de saída está Interface (Roteador Cisco)
Segundo cheia.
Runts de Entrada por Segundo Coleta o número de pacotes de entrada cujo tamanho é menor do que o permitido Interface (Roteador Cisco)
pela mídia física.
Pacotes de Entrada Ignorados por Segundo Coleta pacotes de entrada ignorados por segundo. Interface (Roteador Cisco)
Porcentagem de Remoção da Fila para Pacotes Coleta o número de pacotes de saída descartados devido ao estouro da fila de
de Saída saída. Interface (if-mib
ethernet)
Interface (if-mib
router)
Interface (netcor
cisco ethernet)

mib cisco ethernet)

mib cisco)
Interface (netcor
router)
Adaptador de rede
(if-mib cisco)
Adaptador de rede
(netcor cisco)
Adaptador de rede
(netcor ethernet)
Porcentagem de Remoção da Fila para Pacotes Coleta o número de pacotes de entrada descartados devido ao estouro da fila de
de Entrada entrada. Interface (if-mib
ethernet)
Interface (if-mib
router)
Interface (netcor
cisco ethernet)

mib cisco ethernet)

mib cisco)
Interface (netcor
router)
Adaptador de rede
(if-mib cisco)
Adaptador de rede
(netcor cisco)
Adaptador de rede
(netcor ethernet)
Pacotes Não Unicast de Saída por Segundo Coleta pacotes não unicast de saída por segundo.
Interface (netcor
cisco ethernet)

mib cisco ethernet)

mib cisco)

mib MIB2)
Interface (netcor
MIB2)
Interface (netcor
router)
Adaptador de rede
(dot3)
Adaptador de rede
(MIB2)
Adaptador de rede
(netcor base)
Adaptador de rede
(netcor cisco)
Adaptador de rede
(netcor ethernet)
Adaptador de rede
(netcor if-mib)
Adaptador de rede
(netcor
performance)
Adaptador de rede
(netcor)
Porta (MIB2 Dot3

ethernet)

dot3)
Pacotes Não Unicast de Entrada por Segundo Coleta pacotes não unicast de entrada por segundo.
Interface (netcor
cisco ethernet)

mib cisco ethernet)

mib cisco)

mib MIB2)
Interface (netcor
MIB2)
Interface (netcor
router)
Adaptador de rede
(dot3)
Adaptador de rede
(MIB2)
Adaptador de rede
(netcor base)
Adaptador de rede
(netcor cisco)
Adaptador de rede
(netcor ethernet)
Adaptador de rede
(netcor if-mib)
Adaptador de rede
(netcor
performance)
Adaptador de rede
(netcor)
Porta (MIB2 Dot3

ethernet)

dot3)
Taxa de Erros de Alinhamento da Porta Determina a alteração no valor de SNMP dot3StatsAlignmentErrorsRate para Porta (Dot3 ethernet)
dot3_Ethernet_Performance_Port desde o último polling.
Taxa de Erros de Percepção de Portadora na Determina a alteração no valor de SNMP dot3StatsCarrierSenseErrorsRate para Porta (Dot3 ethernet)
Porta dot3_Ethernet_Performance_Port desde o último polling.
Taxa de Erros de FCS da Porta Determina a alteração no valor de SNMP dot3StatsFCSErrorsRate para Porta (Dot3 ethernet)
Taxa de Quadros de Porta Muito Longos Determina a alteração no valor de SNMP dot3StatsFrameTooLongsRate para Porta (Dot3 ethernet)
Taxa de Erros de Recepção de MAC Interno da Determina a alteração no valor de SNMP dot3StatsInternalMacReceiveErrorsRate Porta (Dot3 ethernet)
Porta para dot3_Ethernet_Performance_Port desde o último polling.
Taxa de Erros de Transmissão de MAC Interno Determina a alteração no valor de SNMP dot3StatsInternalMacTransmitErrorsRate Porta (Dot3 ethernet)
da Porta para dot3_Ethernet_Performance_Port desde o último polling.
Ajustando alertas de monitoramento de rede

Os seguintes monitores que geram alertas estão desabilitados por padrão. Usando substituições, ative esses monitores, se quiser receber alertas para o problema.
Monitor Descrição Destinos
A Interface está Oscilando Monitorar se o link da interface está alternando frequentemente entre ativo e inativo com base
nas interceptações SNMP recebidas. Porta BPX
(Cisco)
Interface
Adaptador
de Rede
Porta
Porta Token
Ring
Interface VR
Status da Interface Monitor agregado que acumula estados de integridade de interface para os monitores Status
Operacional e Status Administrativo. Porta BPX
(Cisco)
Interface
Adaptador
de Rede
Porta
Porta Token
Ring
Interface VR
Alta Porcentagem de Descarte Monitor agregado que acumula monitores de integridade para a porcentagem de descarte.
Porta BPX
(Cisco)
Interface
Adaptador
de Rede
Porta
Porta Token
Ring
Interface VR
Alta Porcentagem de Erros Monitor agregado que acumula monitores de integridade para a porcentagem de erros.
Porta BPX
(Cisco)
Interface
Adaptador
de Rede
Porta
Porta Token
Ring
Interface VR
Alta Porcentagem de Eliminação da Fila Monitor agregado que acumula monitores de integridade para a porcentagem de eliminação
da fila Porta BPX
(Cisco)
Interface
Adaptador
de Rede
Porta
Porta Token
Ring
Interface VR
Monitor de ICMP (Ping) Monitora a resposta de dispositivos de rede ao ping. IP ICMP
Monitor de ICMPv6 (Ping) Monitora a resposta de dispositivos de rede a um ping IPv6. ICMPv6 IPv6
Taxa de Colisão ﴾Dot3 Ethernet﴿ Monitora a taxa de colisão de pacote neste dispositivo
Interface
Adaptador
de Rede
Alta Taxa de Difusão de Entrada ﴾Porta Monitora o nível dos pacotes de difusão de entrada neste dispositivo
ifMIB Dot3 Ethernet) Interface
Adaptador
de Rede
Consulte Também
Tarefas
Conceitos
-----
-----
Depois que o System Center 2012 – Operations Manager descobrir seus dispositivos de rede, você poderá exibir informações sobre os dispositivos usando os
procedimentos a seguir.
Importante
Você deve abrir o console de Operações como um administrador do Operations Manager para mostrar as exibições de painel.
Este tópico descreve as seguintes exibições:
Exibição do Painel de Resumo da Rede
Exibição do Painel de Nó de Rede
Exibição do Painel de Interface de Rede
Painel de Vizinhança de Rede
Exibição do Painel de Resumo da Rede

A exibição do Painel de Resumo da Rede mostra dados importantes para os nós e as interfaces da rede. Um nó pode ser qualquer dispositivo conectado a uma rede. Os
nós podem ser comutadores, roteadores, firewalls, balanceadores de carga ou qualquer outro dispositivo de rede. Uma interface é uma entidade física com a qual as
conexões de rede são estabelecidas, como uma porta.
Use a exibição do Painel de Resumo da Rede para exibir as seguintes informações:
Nós com a Resposta mais Lenta ﴾ping ICMP﴿
Nós com a Utilização Mais Alta da CPU
Interfaces com a Utilização Mais Alta
Interfaces com a Maioria dos Erros de Envio
Interfaces com a Maioria dos Erros de Recepção
Nós com a Maioria dos Alertas
Interfaces com a Maioria dos Alertas
Você pode selecionar um determinado nó ou nome de interface na exibição do Painel de Resumo da Rede e selecionar as tarefas relacionadas no painel Tarefas, por
exemplo, iniciar a exibição do Painel de Nó de Rede e do Painel de Interface de Rede.
Para abrir a exibição do Painel de Resumo da Rede
1. Abra o console de Operações e selecione o Espaço de Trabalho de Monitoramento.
2. Expanda Monitoramento de Rede.
3. Clique em Painel de Resumo da Rede.
Exibição do Painel de Nó de Rede

Um nó pode ser qualquer dispositivo conectado a uma rede. Os nós podem ser comutadores, roteadores, firewalls, balanceadores de carga ou qualquer outro
dispositivo de rede. Use a exibição do Painel de Nó de Rede para exibir as seguintes informações:
Exibição do Ambiente de Rede do nó
Estatísticas de disponibilidade do nó durante as últimas 24 horas, últimas 48 horas, últimos 7 dias ou últimos 30 dias
Observação
Os períodos que não foram monitorados são contados como disponíveis nas estatísticas de disponibilidade.
Propriedades do Nó
Tempo médio de resposta do nó
Uso do nó pelo processador nas últimas 24 horas
Integridade atual das interfaces no nó

Alertas gerados por este nó
Detalhes do alerta
Para abrir a exibição do Painel de Nó de Rede
3. Clique na exibição do nó desejado, como Comutadores.
4. Selecione um nó.
5. No painel Tarefas, selecione Painel de Nó de Rede.
Exibição do Painel de Interface de Rede

Uma interface é uma entidade física com a qual as conexões de rede são estabelecidas, como uma porta. Por padrão, o Operations Manager monitorará apenas as
portas conectadas a outro dispositivo que esteja sendo monitorado. As portas não conectadas não serão monitoradas. Use a exibição do Painel de Interface de Rede
para exibir as seguintes informações:
Bytes enviados e recebidos nas últimas 24 horas
Pacotes enviados e recebidos nas últimas 24 horas
Propriedades de interface
Erros de envio e recebimento e descartes nas últimas 24 horas
Porcentagem de uso da interface de rede
Alertas gerados por esta interface
Detalhes do alerta
Para abrir a exibição do Painel de Interface de Rede
3. Clique na exibição do nó desejado, como Comutadores.
4. Selecione um nó.
5. No painel Tarefas, selecione Painel de Nó de Rede.
6. Na seção Integridade de Interfaces neste Nó, clique em uma interface e, no painel Tarefas, selecione Painel de Interface de Rede.
Painel de Vizinhança de Rede

Use o Painel de Ambiente de Rede para exibir um diagrama de um nó e todos os nós e computadores de agente conectados a esse nó. A exibição do Painel de
Ambiente de Rede exibe um “salto” ou nível de conexão. No entanto, você pode configurar a exibição para mostrar até cinco níveis de conexão. O diagrama exibe a
integridade dos nós e das conexões entre os nós.
A exibição do ambiente de rede mostra a relação entre os dispositivos de rede e os computadores Windows e outros dispositivos de rede conectados a eles. Essa lógica
é executada relacionando-se o adaptador de rede no computador do agente com o dispositivo de rede ao qual está conectado. Por isso, o adaptador de rede deve ser
descoberto antes da ocorrência dessa associação. Você pode exibir os adaptadores de rede descobertos criando uma nova exibição ou usando a exibição Inventário
Detectado para listar as instâncias da classe Adaptador de Rede do Computador.
Observação
Como os dispositivos que usam a camada 1 OSI, como hubs, não têm endereços MAC, os dispositivos da camada 1 não serão conectados aos computadores no
Painel de Ambiente de Rede. A exibição do ambiente de rede mostrará apenas as conexões entre os dispositivos da camada 1 e os dispositivos da camada 2 ou 3.
Observação
Os adaptadores de rede que usam agrupamento NIC não serão identificados como “agrupados” no Painel de Ambiente de Rede.
Observação
As máquinas virtuais são associadas ao mesmo dispositivo de rede que o seu host. Esta versão do Operations Manager não mostra um relacionamento entre os dois
computadores.
Observação
O Operations Manager não exibe dispositivos baseados em UNIX e Linux no Painel de Ambiente de Rede.
Para abrir a Exibição do Ambiente de Rede
3. Clique em uma exibição de estado de nó, como Dispositivos de Rede.
4. No painel Tarefas, clique em Painel de Ambiente de Rede.
Ações que você deve tentar executar no ambiente de rede:
Selecione um nó ou uma conexão para mostrar os detalhes desse nó ou conexão na exibição Detalhes.
Altere os níveis de conexão a serem exibidos no diagrama selecionando um novo valor para Saltos na barra de ferramentas.
Para incluir computadores de agente na exibição, além dos dispositivos de rede, marque a caixa de seleção Mostrar Computadores.
Selecione um nó na exibição de ambiente de rede. No painel Tarefas, clique na opção para iniciar o painel de Nó de Rede.
Para alterar o dispositivo central da exibição, selecione um dispositivo e clique em Exibição do Ambiente de Rede.
Consulte Também
Tarefas
Conceitos
-----
-----
Segurança para servidores que executam a descoberta de
rede
Você deve garantir a seguinte configuração de firewall para monitoramento de rede:
Todos os firewalls entre os servidores de gerenciamento no pool de recursos e os dispositivos de rede precisam permitir a bidirecionalidade SNMP (UDP) e ICMP,
e portas 161 e 162 precisam ser abertas bidirecionalmente. Isso inclui o Firewall do Windows no próprio servidor de gerenciamento.
Se os dispositivos de rede estiverem usando uma porta diferente da 161 e da 162, você precisará abrir o tráfego UDP bidirecionalmente nessas portas também.
Importante
Observação para os clientes que usaram as soluções EMC para Microsoft System Center Operations Manager: O EMC Smarts incluía ferramentas para criar uma
camada de isolamento para impedir ataques negação de serviço. No System Center 2012 – Operations Manager, você precisa proteger sua rede contra profusões de
pacotes usando ferramentas externas.
Consulte Também
Tarefas
Conceitos
-----
-----
Dispositivos de rede suportados para descoberta pelo
Operations Manager
Atualizado: fevereiro de 2013
O System Center 2012 – Operations Manager pode monitorar roteadores e switches de rede física, incluindo as interfaces e as portas nesses dispositivos, e as VLANs e
os grupos de HSRP de que participam, além de firewalls e balanceadores de carga. O Operations Manager pode monitorar os dispositivos de rede que dão suporte a
SNMP e fornecer monitoramento de porta para dispositivos que implementam os padrões MIB ﴾RFC 2863﴿ e MIB-II ﴾RFC 1213﴿ da interface.
O Operations Manager fornece monitoramento mais detalhado de processador ou memória para alguns dispositivos de rede, que estão listados na Network Devices with
Extended Monitoring Capability spreadsheet (Planilha de dispositivos de rede com recurso de monitoramento estendido). Essa planilha do Microsoft Excel lista os
dispositivos, os fornecedores, os nomes de modelo e as versões dos dispositivos de rede com recurso de monitoramento estendido. A planilha Dispositivos inclui as
colunas de processador e memória de cada dispositivo para indicar se o Operations Manager pode fornecer monitoramento estendido a um ou ambos os aspectos de
cada dispositivo.
Consulte Também
Tarefas
Conceitos
-----
-----
Relatórios para monitoramento de rede no Operations
Manager
Relatório de Utilização do Processador

Esse relatório mostra a utilização do processador de um determinado dispositivo de rede ao longo de um período de tempo.
Relatório de Utilização da Memória

Esse relatório mostra a porcentagem de memória livre em um determinado dispositivo de rede ao longo de um período de tempo.
Relatório de Volume do Tráfego na Interface

Esse relatório mostra a taxa de tráfego de entrada e saída que atravessa a porta ou interface selecionada ao longo do tempo.
Relatório de Análise de Pacotes de Erro na Interface

Esse relatório mostra a porcentagem de pacotes de erros ou pacotes descartados, tanto de entrada como de saída, para a porta ou a interface selecionada.
Relatório de Análise de Pacotes na Interface

Esse relatório mostra os tipos de pacotes ﴾unicast ou não unicast﴿ que atravessam a porta ou interface selecionada.
Relatório de Desempenho Personalizado

Esse relatório mostra valores de contadores de desempenho.
Volume de Tráfego na Porta

Esse relatório mostra a taxa de tráfego de entrada e saída que atravessa a porta ou interface selecionada ao longo do tempo.
Análise de Pacotes na Porta

Esse relatório mostra os tipos de pacotes ﴾unicast ou não unicast﴿ que atravessam a porta ou interface selecionada.
Análise de Pacotes de Erros na Porta

Esse relatório mostra os tipos de pacotes de erros que atravessam a porta ou interface selecionada.
Utilização do Processador
Esse relatório mostra a utilização do processos de um determinado dispositivo de rede ao longo de um período de tempo.
Utilização de Memória
Esse relatório mostra a porcentagem de memória livre em um determinado dispositivo de rede ao longo de um período de tempo.
Consulte Também
Tarefas
Conceitos
-----
-----

Scom 2012

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Scom 2012

Enviado por

Direitos autorais:

Formatos disponíveis

My Collection

Planejando a implantação do System Center 2012 - Operations Manager

Introdução ao System Center 2012 - Operations Manager

Fornece um roteiro de aprendizagem para o operador em uma função de nível I

Requisitos do sistema para o System Center 2012 - Operations Manager

Desenvolvendo e planejando os Cenários de Implantação

Considerações ao atualizar para o System Center 2012 - Operations Manager

Considerações ao criar um grupo de gerenciamento para monitoramento de rede

Considerações sobre o monitoramento de desempenho do aplicativo

Considerações sobre a alta disponibilidade e recuperação de desastres

Aborda os principais conceitos a serem considerados durante o planejamento da recuperação de desastres

Remoção do RMS e o novo emulador RMS

Preparação para a atualização

1. Remover agentes do gerenciamento pendente

2. Verificar o RMS do Operations Manager 2007 R2 para o Console ativo conectado

3. Desabilitar inscrição de notificação

4. Interromper os serviços do conector ou desabilitar qualquer conector

Estes procedimentos são descritos em detalhes em Tarefas pré-atualização do Operations Manager

Para obter mais informações, consulte Operations Manager Sizing Helper.

Acessibilidade do dispositivo de rede

Banco de dados de Operações

Diversos Servidores de gerenciamento e Implantação distribuída

Você deve manter os serviços SDK em execução em todos os servidores de gerenciamento.

Principais conceitos do Operations Manager

Notas de Versão do Operations Manager

Roteiro de treinamento para operadores do Operations Manager

Deployment Guide for Operations Manager ﴾Guia de Implantação do Operations Manager﴿

Operations Guide for Operations Manager ﴾Guia de operações do Operations Manager﴿

O que o Operations Manager faz

A infraestrutura do Operations Manager

Como os objetos são descobertos e monitorados

3. Um agente do Operations Manager está instalado no computador descoberto.

Comunicação entre agentes e servidores de gerenciamento

Outros recursos do Operations Manager

Downloads de documentação do Operations Manager

Comunidade do Operations Manager

2. O que há de novo no System Center 2012 SP1 – Operations Manager

Atualizando para o System Center 2012 – Operations Manager

Diagrama de fluxo do processo de atualização

Condição Diagrama de fluxo de processo

Novos recursos de monitoramento

Local do Monitoramento do desempenho de aplicativos .NET

Remoção do servidor de gerenciamento raiz

Criando modos de exibição do painel

Modos de exibição do painel no SharePoint

System Center 2012 - Orchestrador substitui a funcionalidade do conector

Módulo do Operations Manager para Windows PowerShell

Computadores com base em UNIX e Linux

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

Novos recursos de monitoramento

Descoberta automática de aplicativos MVC3 e MVC4 do ASP.NET

Novos tipos de transação: páginas MVC e métodos WCF

Comparando o monitoramento de transação

Serviço Web do ASP.NET Página MVC ASP.NET

Função Serviço Web do ASP.NET

Serviço Web do ASP.NET Página MVC ASP.NET

Função Serviço Web do ASP.NET

Serviço WCF Não há transações permitidas

Página MVC ASP.NET

Serviço Web do ASP.NET

APM habilitado do SharePoint 2010

Envio como parte do Operations Manager, incluso na mídia do SP1

Design aprimorado do Problema Operacional WITD