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
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:
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
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
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
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.
-----
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
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 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.
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.
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.
-----
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 sobre uma instalação limpa 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.]
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.
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 importantes da configuraçã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.
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
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, recomenda-se 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. Qualquer cliente SDK pode se conectar a qualquer servidor de gerenciamento.
-----
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 criar um grupo de gerenciamento para
monitoramento de rede
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.]
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.
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
-----
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 sobre o monitoramento de desempenho do
aplicativo
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.]
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.
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
-----
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 sobre a alta disponibilidade e recuperação de
desastres
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 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.
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.
Consulte Também
Outros Recursos
Operations Manager Sizing Helper (Auxiliar de dimensionamento do Operations Manager)
-----
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.
Introdução ao 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.]
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.
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.
As notas de versão descrevem problemas conhecidos que você deve ler sobre antes de instalar o 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﴿
Author’s Guide for Operations Manager ﴾Guia de Criação para o Operations Manager﴿
-----
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.
Conceitos principais do 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.]
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.
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.
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.
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.
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.
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.
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)
-----
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.
O que há de novo no System Center 2012 para 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.]
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
-----
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.
O que há de novo no 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.]
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﴿.
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.
A tabela a seguir lista os diagramas de fluxo do processo e descrições de quando cada caminho de atualização deve ser usado.
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.
Desempenho e dimensionamento
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).
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.
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.
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﴿
-----
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.
O que há de novo no System Center 2012 SP1 – Operations
Manager
Atualizado: janeiro de 2013
[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.]
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.
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
Método WCF
Função
Serviço Web do
ASP.NET Página da Web ASP.NET Página da Web ASP.NET
Método WCF
Função
Método WCF
Função
Serviço do O tipo de componente não existe
Windows Método WCF
Função
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:
Mais segurança – a conta de sincronização não exige mais direitos administrativos do TFS
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.
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.
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.
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.
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.
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á.
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.
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:
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.
CentOS 5 (x86/x64)
CentOS 6 (x86/x64)
Debian 5 (x86/x64)
Debian 6 (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
Consulte Também
Outros Recursos
.NET Application Performance Monitoring Template
Before You Begin Monitoring .NET Applications
-----
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.
Roteiro de aprendizado do operador para o 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.]
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.
Nível 100
Nível 200
Nível 300
Seu objetivo é entender as partes do grupo de gerenciamento e o processo básico de descoberta e monitoramento.
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.
Consulte Comparing the Operations Console and Web Console in Operations Manager ﴾Comparando o Console de operações e Console Web no Operations
Manager).
Consulte Using the Monitoring Workspace in Operations Manager ﴾Usando o espaço de trabalho de monitoramento no Operations Manager﴿.
Consulte View Types in Operations Manager ﴾Tipos de exibição no Operations Manager﴿ e Standard Views in Operations Manager ﴾Exibições padrão no
Operations Manager).
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.
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.
Consulte Using My Workspace in Operations Manager ﴾Usando Meu Espaço de Trabalho no Operations Manager﴿.
Nível 200
Os tópicos a seguir contêm informações intermediárias que ajudarão você a iniciar o monitoramento.
Consulte Monitoring the Health of the Management Group (Monitorando a 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.
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.
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.
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.
Consulte How to Subscribe to Notifications from an Alert ﴾Como se inscrever para obter notificações de um 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.
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.
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.
Consulte How to Suspend Monitoring Temporarily by Using Maintenance Mode (Como suspender o monitoramento temporariamente usando 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.
-----
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.
Conceitos principais do 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.]
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.
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.
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.
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.
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.
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.
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)
-----
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.
Guia de Operações 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.]
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
do Operations Manager.
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.
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.
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.
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.
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.
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.
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.
Recursos relacionados
Página principal da Biblioteca TechNet do System Center 2012 - Operations Manager
-----
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).
-----
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.]
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.
Substituições
Painéis e visualizações
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 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.
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 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.
Criação de relatório para o 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.]
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.
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.
Recursos relacionados
Página principal da Biblioteca TechNet para o Operations Manager
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 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.
Cmdlets in 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.]
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.
-----
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.
Implantando o 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.]
2. Planejar e implantar o System Center 2012 Service Pack 1 (SP1), 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:
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.
-----
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.
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:
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
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
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
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.
-----
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
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 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.
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.
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.
-----
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 sobre uma instalação limpa 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.]
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.
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 importantes da configuraçã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.
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
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, recomenda-se 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. Qualquer cliente SDK pode se conectar a qualquer servidor de gerenciamento.
-----
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 criar um grupo de gerenciamento para
monitoramento de rede
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.]
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.
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
-----
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 sobre o monitoramento de desempenho do
aplicativo
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.]
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.
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
-----
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 sobre a alta disponibilidade e recuperação de
desastres
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 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.
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.
Consulte Também
Outros Recursos
Operations Manager Sizing Helper (Auxiliar de dimensionamento do Operations Manager)
-----
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.
Implantando o 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.]
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.
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:
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 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.
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.
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.
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).
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
Implantando o System Center 2012 - Operations Manager
-----
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.
Prérequisitos ambientais para o 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 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.
-----
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.
Dando suporte à infraestrutura
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 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.
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.
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
-----
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 de segurança
Atualizado: janeiro de 2013
Aplica-se a: Data Protection Manager for System Center 2012, 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.]
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﴿.
Planejar e preparar as contas de serviço, as contas de usuário e os grupos de segurança que serão necessários.
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.
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.
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.
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.
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.
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.
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
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.
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
Pré-requisitos ambientais para o Operations Manager
-----
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.
Monitoramento de agente e sem agente
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 cobre os pré-requisitos de ambiente para os dispositivos que terão agentes instalados e dispositivos que serão monitorados sem agente.
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.
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.
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.
Consulte Também
Conceitos
Pré-requisitos ambientais para o Operations Manager
-----
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).
-----
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.]
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.
3. Coleta de auditoria
encaminhador ACS
Console de operações
Servidor de relatórios
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.
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 Web para servidor do console Web: porta do site da Web selecionado
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
Implantando o System Center 2012 - Operations Manager
Implantação distribuída do Operations Manager
-----
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.
Passo a passo: Instalando o Operations Manager em um
servidor único
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.]
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 de operações
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.
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.
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.
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ê
aceite os valores padrão. Clique em Avançar.
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.
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>
Verificando a instalação
Para confirmar a integridade do servidor de gerenciamento
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.
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.
Espaço de instâncias
Grupo de gerenciamento
Pacotes de gerenciamento
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.
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
Implantação distribuída do Operations Manager
-----
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.
Implantação distribuída do 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.]
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.
Relatórios
Coleta de auditoria
Servidor Gateway
Servidor de gerenciamento
Console de operações
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
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.
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.
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
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.
Como configurar o Console de operações para usar SSL ao se conectar a um servidor de relatórios
Usando grupos de disponibilidade sempre visíveis no SQL Server 2012 com o System Center 2012 SP1 - Operations Manager
Consulte Também
Conceitos
Implantando o System Center 2012 - Operations Manager
-----
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.
Como instalar o primeiro servidor de gerenciamento em um
grupo de gerenciamento
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.]
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.
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.
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.
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ê
aceite os valores padrão. Clique em Avançar.
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ê
aceite os valores padrão. Clique em Avançar.
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
Não alteram esses caminhos se você se conectar a uma instância diferente do SQL Server.
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.
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.
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.
/ActionAccountUser: <domain\username> /ActionAccountPassword: <password>
/DASAccountUser: <domain\username> /DASAccountPassword: <password>
Consulte Também
Conceitos
Implantação distribuída do Operations Manager
-----
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.
Como instalar servidores de gerenciamento adicionais
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.]
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.
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
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.
2. Sobre o Operations Managera mídia de instalação, execute Setup.exee, em seguida, clique em instalar.
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.
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 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.
12. 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.
13. 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.
14. Quando a instalação for concluída, o a instalação está concluída página será exibida. Clique em Fechar.
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.
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.
/ActionAccountUser: <domain\username> /ActionAccountPassword: <password>
/DASAccountUser: <domain\username> /DASAccountPassword: <password>
Consulte Também
Conceitos
Implantação distribuída do Operations Manager
-----
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.
Como instalar o Console de operações
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.]
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.
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
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. Faça logon no computador que hospedará o console de operações com 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 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.
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.
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.
8. 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.
9. 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.
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
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.
3. Alterar o caminho para o local onde o Operations Managersetup.exe arquivo está localizado e execute o seguinte comando.
setup.exe /silent /install /components:OMConsole /EnableErrorReporting:[Never|Queued|Always] /SendCEIPReports:[0|1] /UseMicrosoftUpdate: [0|1]
Consulte Também
Conceitos
Implantação distribuída do Operations Manager
-----
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.
Como configurar o Console de operações para usar SSL ao se
conectar a um servidor de relatórios
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.]
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.
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
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.
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.
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://.
Consulte Também
Conceitos
Implantação distribuída do Operations Manager
-----
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.
Como instalar o Console Web do 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.]
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.
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
Antes de seguir estes procedimentos, leia o Before You Beginseção de Implantando o System Center 2012 - Operations Manager.
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:
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
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 um console web independente
1. Faça logon no computador que hospedará o web console com 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 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.
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.
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:
%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 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.
12. Quando a instalação for concluída, o a instalação está concluída página será exibida. Clique em Fechar.
2. Sobre o Operations Managera mídia de instalação, execute Setup.exee, em seguida, clique em instalar.
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.
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.
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:
%WINDIR%\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe - r
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, 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.
8. 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.
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.
Importante
2. Abra uma janela de Prompt de comando usando o Executar como administrador opção.
3. Alterar o caminho para o local onde o Operations Managersetup.exe arquivo está localizado e execute o seguinte comando.
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.
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.
Consulte Também
Conceitos
Implantação distribuída do Operations Manager
-----
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.
Segurança de Console Web no 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.]
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
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.
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.
-----
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.
Como usar algoritmos compatíveis com FIPS
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.]
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.
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.
Para sistemas que hospedam um console de web, também siga estas etapas.
É 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
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.
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.
gacutil.exe –i Microsoft.EnterpriseManagement.Cryptography.dll
%WinDir%\Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config
<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.
%WinDir%\Microsoft.NET\Framework\v4.0.30319\Config\machine.config
%WinDir%\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config
<symmetricAlgorithm iv="SHA256"/>
<symmetricAlgorithm iv="SHA256"/>
-----
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.
Como instalar o servidor de relatórios do 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.]
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.
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
Antes de seguir estes procedimentos, leia o Before You Beginseção de Implantando o System Center 2012 - Operations Manager.
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.
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.
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.
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.
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.
12. 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.
13. Quando a instalação for concluída, o a instalação está concluída página será exibida. Clique em Fechar.
1. Efetuar logon no servidor usando uma conta que tenha credenciais administrativas locais.
3. Alterar o caminho para o local onde o Operations Managersetup.exe arquivo está localizado e execute o seguinte 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.
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.
Espaço de Instâncias
Grupo de Gerenciamento
Pacotes de Gerenciamento
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.
Consulte Também
Conceitos
Implantação distribuída do Operations Manager
-----
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.
Implantando um servidor de gateway
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.]
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.
-----
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.
Como implantar um servidor de Gateway
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.]
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.
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.
4. Execute a ferramenta de Microsoft.EnterpriseManagement.GatewayApprovalTool.exe para iniciar a comunicação entre o servidor de gerenciamento e o gateway
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.
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.
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.
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.
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.
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.
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.
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.
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.
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
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.
Consulte Também
Outros Recursos
Implantando um servidor de gateway
-----
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.
Como Gateways de cadeia
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.]
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.
À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
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.
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
Implantando um servidor de gateway
-----
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.
Autenticação e criptografia de dados para computadores
Windows
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.]
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.
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.
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.
Observação
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:
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.
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.
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﴿.
O processo do host de monitoramento gerado pelo Serviço de Integridade ﴾serviço do System Center Management﴿ em um servidor de gerenciamento
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
Opcional: Autenticação do SQL Server
Perfil Executar como: Conta de Autenticação do SQL Server do Data Warehouse
Conta Executar como: Uma conta Executar como que você criar.
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﴿
Opcional: Autenticação do SQL Server
Perfil Executar como: Conta de Autenticação do SQL Server do Data Warehouse
Conta Executar como: Uma conta Executar como que você criar.
-----
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.
Como obter um certificado usando a autoridade de
certificação autônoma [om12upgrade] do Windows Server
2008
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.]
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.
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:
3. Criar um arquivo de informações de instalaçãoPara usar com o utilitário de linha de comando CertReq.
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.
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.
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.
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.
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.
[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.
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.
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.
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.
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.
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.
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
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.
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.
Observação
6. Digite isto:
7. Pressione ENTER.
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.
Consulte Também
Conceitos
Autenticação e criptografia de dados para computadores Windows
-----
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.
Como obter um certificado usando a autoridade de
certificação do Windows Server 2008 Enterprise
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.]
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.
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:
5. Criar um arquivo de informações de configuração para uso com o utilitário de linha de comando CertReq.
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. 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.
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.
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.
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.
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.
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
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.
[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.
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.
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.
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.
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.
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.
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.
Observação
6. Digite isto:
7. Pressione ENTER.
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.
Consulte Também
Conceitos
Autenticação e criptografia de dados para computadores Windows
-----
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.
Como configurar uma ligação HTTPS para uma autoridade de
certificação do Windows Server 2008
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.]
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.
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
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.
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.
6. No Certificado SSL lista, selecione a entrada que corresponde ao nome do computador e, em seguida, clique em OK.
9. No /CertSrv Home painel, com o botão direito Configurações de SSLe, em seguida, clique em Recurso de abertura.
11. No Ações painel, clique em Aplicare, em seguida, feche o Gerenciador do Internet Information Services (IIS).
-----
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.
Implantando o ACS e o ACS Reporting
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.]
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)
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.
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.
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.
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.
-----
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.
Como instalar os serviços de coleta de auditoria (ACS)
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.]
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.
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
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.
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.
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.
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.
Consulte Também
Tarefas
Como instalar um coletor de serviços ﴾ACS﴿ de coleta de auditoria e banco de dados
Como implantar o ACS em um servidor de gerenciamento secundário
Como implantar a emissão de relatórios do ACS
Conceitos
Implantando o ACS e o ACS Reporting
-----
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.
Como instalar um coletor de serviços (ACS) de coleta de
auditoria e banco de dados
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.]
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.
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
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.
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.
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.
Consulte Também
Tarefas
Como instalar os serviços de coleta de auditoria ﴾ACS﴿
Como implantar o ACS em um servidor de gerenciamento secundário
Como implantar a emissão de relatórios do ACS
Conceitos
Implantando o ACS e o ACS Reporting
-----
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.
Como implantar o ACS em um servidor de gerenciamento
secundário
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.]
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.
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
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.
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.
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
Como instalar um coletor de serviços ﴾ACS﴿ de coleta de auditoria e banco de dados
Como instalar os serviços de coleta de auditoria ﴾ACS﴿
Como implantar a emissão de relatórios do ACS
Conceitos
Implantando o ACS e o ACS Reporting
-----
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.
Como implantar a emissão de relatórios do ACS
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.]
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.
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
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.
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.
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.
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.
10. No Conectar-se usando seção, selecione Segurança integrada do Windows e clique em Aplicar.
Consulte Também
Tarefas
Como instalar um coletor de serviços ﴾ACS﴿ de coleta de auditoria e banco de dados
Como implantar o ACS em um servidor de gerenciamento secundário
Como instalar os serviços de coleta de auditoria ﴾ACS﴿
Conceitos
Implantando o ACS e o ACS Reporting
-----
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.
Usando grupos de disponibilidade sempre visíveis no SQL
Server 2012 com o System Center 2012 SP1 - Operations
Manager
Atualizado: janeiro de 2013
[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.]
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.
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.
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.
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.
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).
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).
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.
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.
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.
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:
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.
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.
e. Salve a alteração.
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.
-----
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.
Usando um firewall
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.]
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.
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
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.
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.
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 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 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.
>
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.
-----
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.
Como configurar o banco de dados do Gerenciador de
operações para escutar em uma porta de TCP/IP específica
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.]
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.
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.
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
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.
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>.
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.
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>﴿.
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.
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>).
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.
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 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.
Como configurar o Data Warehouse de relatórios para escutar
em uma porta de TCP/IP específica
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.]
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.
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.
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
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.
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>.
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.
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.
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>).
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.
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>).
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.
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.
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.
-----
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.
Como atualizar da versão de avaliação do 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.]
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
do Operations Manager.
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
-----
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.
Instalando o Operations Manager usando a janela de prompt
de comando
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.]
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
System Center 2012 – 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
/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.
/UseLocalSystemActionAccount Usado para especificar o Sistema Local para a conta de ação do servidor de gerenciamento.
/UseLocalSystemDASAccount Usado para especificar o Sistema Local para a conta de serviço de Acesso a Dados.
/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.
/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:
Consulte Também
Conceitos
Implantando o System Center 2012 - Operations Manager
-----
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.
Como habilitar a alta disponibilidade para o serviço de acesso
a dados
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.]
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.
2. Você deve habilitar NLB em cada servidor de gerenciamento no grupo de gerenciamento. Para obter mais informações, consulte
-----
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.
Atualizando para o 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 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
-----
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.
Atualizando a partir do System Center Operations Manager
2007 R2
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 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.
Consulte Também
Conceitos
Atualizando para o System Center 2012 - Operations Manager
-----
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.
Atualizar diagramas de fluxo do processo
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.]
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.
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﴿
-----
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.
Listas de verificação de caminho de atualização do 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.]
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﴿﴿
-----
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.
Lista de verificação: Atualização de servidor único (simples)
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.]
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.
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: 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
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
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
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
Reinicie ou reativar o serviço para todos os conectores são instalados. Restart the Connector Services
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.
Consulte Também
Conceitos
Listas de verificação de caminho de atualização do Operations Manager
Outros Recursos
Atualização de servidor único e distribuída ﴾simples﴿
-----
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.
Lista de verificação: Atualização de servidor único (complexo)
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.]
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.
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.
Lista de verificação
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.
Reveja os logs de eventos do Operations Manager 2007 R2. Review the Operations Manager 2007 R2 Event Logs
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.
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
Reinicie ou reativar o serviço para todos os conectores são instalados. Restart the Connector Services
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.
Consulte Também
Conceitos
Listas de verificação de caminho de atualização do Operations Manager
Outros Recursos
Atualização de servidor único ﴾complexo﴿
-----
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.
Lista de verificação: Atualização distribuída (simples)
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.]
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.
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.
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.
Lista de verificação
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﴿
Reveja os logs de eventos do Operations Manager 2007 R2. Review the Operations Manager 2007 R2 Event Logs
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
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 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.
Reinicie ou reativar o serviço para todos os conectores são instalados. Restart the Connector Services
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.
Consulte Também
Conceitos
Listas de verificação de caminho de atualização do Operations Manager
Outros Recursos
Servidor único e distribuídos atualizado ﴾simples﴿
-----
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.
Lista de verificação: Atualização distribuída (complexo)
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.]
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.
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.
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.
Lista de verificação
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
System Center 2012 – Operations Manager.
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
Tarefa Referências
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.
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)
Reveja os logs de eventos do Operations Manager 2007 R2. Review the Operations Manager 2007 R2 Event Logs
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.
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 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
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
Reinicie ou reativar o serviço para todos os conectores são instalados. Restart the Connector Services
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.
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.
Consulte Também
Conceitos
Listas de verificação de caminho de atualização do Operations Manager
Outros Recursos
Atualização distribuída ﴾complexo﴿
-----
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.
Tarefas préatualização do 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.]
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.
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
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﴿.
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
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.
Faça backup da chave de criptografia Nenhum tempo de inatividade ou interferência; baixo risco.
do RMS
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.
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.
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
#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.
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.
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
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.
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.
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.
Observação
2. Na coluna Nome, clique com o botão direito do mouse no conector que deseja controlar e depois clique em Parar.
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.
Para aumentar o espaço livre para os arquivos de log e banco de dados operacionais
1. No computador que hospeda o banco de dados operacional, abra o SQL Server Management Studio.
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﴿.
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
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.
Idioma Agrupamento
Inglês SQL_Latin1_General_CP1_CI_AS
Francês French_CI_AS
Russo Cyrillic_General_CI_AS
Japonês Japanese_CI_AS
Espanhol Traditional_Spanish_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.
Para restaurar a chave de criptografia do RMS 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.
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.
2. Em uma janela de prompt de comando usando a opção Executar como Administrador, digite:
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.
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.
Consulte Também
Conceitos
Listas de verificação de caminho de atualização do Operations Manager
-----
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.
Tarefas de atualização para o 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.]
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:
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.
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:
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
Atualizando para o System Center 2012 - Operations Manager
-----
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.
Aprimorando o desempenho de atualização
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.]
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.
1. No computador que hospeda o banco de dados operacional, abra o SQL Server Management Studio.
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﴿.
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.
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.
-----
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.
Pacote de gerenciamento auxiliar de atualização
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.]
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
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﴿.
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.
Observação
Pode levar até 15 minutos para a localização ser executada, depois de você importar primeiro o pacote de gerenciamento.
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.
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.
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.
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 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.
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 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
É 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 agentes.
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 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
É 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
o grupo de gerenciamento.
Consulte Também
Outros Recursos
Lista de verificação: Atualização distribuída ﴾simples﴿
Lista de verificação: Atualização distribuída ﴾complexo﴿
-----
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).
-----
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.]
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﴿
-----
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.
Como adicionar um servidor do Operations Manager 2007 R2
Gerenciamento secundário (atualização do Gerenciador de
operações)
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.]
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.
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
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.
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
Atualizando hardware e software para atender aos requisitos de sistema
-----
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.
Como mover os agentes para um Operations Manager 2007
R2 secundário Management Server (atualização do
Gerenciador de operações)
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.]
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.
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.
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.
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
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.
$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﴿
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.
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.
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.
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.
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.
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﴿
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.
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.
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.
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
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.
Consulte Também
Conceitos
Atualizando hardware e software para atender aos requisitos de sistema
-----
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.
Atualizando o SQL Server (atualização do 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.]
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:
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﴿﴿
-----
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.
Como substituir um Gateway de R2 do Operations Manager
2007 que tem uma configuração sem suporte (atualização do
Gerenciador de operações)
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.]
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.
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.
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﴿.
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.
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.
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.
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.
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.
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.
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
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.
Consulte Também
Tarefas
Como remover um Operations Manager 2007 R2 Gateway ﴾atualização do Gerenciador de operações﴿
Conceitos
Atualizando hardware e software para atender aos requisitos de sistema
-----
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.
Como remover um Operations Manager 2007 R2 Gateway
(atualização do Gerenciador de operações)
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.]
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.
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 –
Operations Manager).
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
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.
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.
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 hardware e software para atender aos requisitos de sistema
-----
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.
Atualizando um ambiente de servidor único do Operations
Manager 2007 R2
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.]
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﴿.
Fazer upgrade de agentes em um grupo gerenciamento Operations Manager 2007 R2 único servidor
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﴿
Single-Server and Distributed Upgrade Process Flow Diagram ﴾Diagrama de Fluxo do Processo para atualização do Servidor único e distribuída﴿
-----
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.
Como atualizar um grupo de gerenciamento Operations
Manager 2007 R2 único servidor
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.]
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.
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
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﴿.
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
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.
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.
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.
Observação
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
Não alteram esses caminhos se você se conectar a uma instância diferente do SQL Server.
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
seguida, clique em próximo.
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:
Mofcomp.exe "<caminho>SQL \Microsoft Server\100\Shared\sqlmgmproviderxpsp2up.mof".
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.
2. Abra uma janela de Prompt de comando usando o Executar como administrador opção.
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:
/DASAccountUser: <domain\username> /DASAccountPassword: <password>
Se você tiver instalado um depósito de dados no seu Operations Manager 2007 R2Gerenciamento de grupo, use o seguinte comando.
Se você não instalou um depósito de dados no seu Operations Manager 2007 R2Gerenciamento de grupo, use o seguinte comando.
Consulte Também
Conceitos
Fazer upgrade de agentes em um grupo gerenciamento Operations Manager 2007 R2 único servidor
Outros Recursos
Lista de verificação: Atualização de servidor único ﴾simples﴿
Lista de verificação: Atualização de servidor único ﴾complexo﴿
-----
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.
Fazer upgrade de agentes em um grupo gerenciamento
Operations Manager 2007 R2 único servidor
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.]
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.
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
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.
Consulte Também
Conceitos
Atualizando agentes do Operations Manager 2007 R2 em um grupo de gerenciamento distribuído
-----
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.
Atualizando um ambiente distribuído do Operations Manager
2007 R2
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.]
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
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﴿.
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 grupo de gerenciamento de um servidor de gerenciamento secundário do Operations Manager 2007 R2
Consulte Também
Conceitos
Atualizando um ambiente de servidor único do Operations Manager 2007 R2
Outros Recursos
Lista de verificação: Atualização distribuída ﴾simples﴿
Lista de verificação: Atualização distribuída ﴾complexo﴿
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﴿﴿
-----
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.
Como atualizar um servidor secundário de gerenciamento do
Operations Manager 2007 R2
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.]
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.
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 –
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.
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.
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.
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. 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.
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.
2. Abra uma janela de Prompt de comando usando o Executar como administrador opçã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.
/DASAccountUser: <domain\username> /DASAccountPassword: <password>
Consulte Também
Tarefas
Como atualizar um servidor de Gateway do Operations Manager 2007 R2
Como atualizar os agentes do Operations Manager 2007 R2
Conceitos
Atualizando um ambiente distribuído do Operations Manager 2007 R2
Listas de verificação de caminho de atualização do Operations Manager
-----
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.
Como atualizar um servidor de Gateway do Operations
Manager 2007 R2
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.]
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.
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.
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).
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.
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.
2. Abra uma janela de Prompt de comando usando o Executar como administrador opçã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.
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 um ambiente distribuído do Operations Manager 2007 R2
Listas de verificação de caminho de atualização do Operations Manager
-----
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.
Atualizando agentes do Operations Manager 2007 R2 em um
grupo de gerenciamento distribuído
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.]
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
Fazer upgrade de agentes em um grupo gerenciamento Operations Manager 2007 R2 único servidor
Atualizando um ambiente distribuído do Operations Manager 2007 R2
Listas de verificação de caminho de atualização do Operations Manager
-----
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.
Como atualizar os agentes do Operations Manager 2007 R2
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.]
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.
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.
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).
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.
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.
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 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
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.
1. Faça logon no computador que hospeda o agente com uma conta da função de administradores do Operations Manager para o
Operations Manager 2007 R2grupo de gerenciamento.
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
Operations Manager 2007 R2grupo de gerenciamento.
2. Abra uma janela de Prompt de comando usando o Executar como administrador opçã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.
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.
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.
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.
4. No computador e o Assistente para gerenciamento de dispositivo, selecione Tipo de detecção, selecione O Assistente de descoberta do Unix/Linuxe, em
seguida, clique em próximo.
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.
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.
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
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
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.
Consulte Também
Conceitos
Fazer upgrade de agentes em um grupo gerenciamento Operations Manager 2007 R2 único servidor
Atualizando agentes do Operations Manager 2007 R2 em um grupo de gerenciamento distribuído
Atualizando um ambiente distribuído do Operations Manager 2007 R2
Listas de verificação de caminho de atualização do Operations Manager
-----
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).
-----
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.]
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.
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.
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).
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
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.
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
seguida, clique em próximo.
5. 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.
6. 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.
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.
7. 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.
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
Não alteram esses caminhos se você se conectar a uma instância diferente do SQL Server.
9. 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. 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.
12. Quando a atualização for concluída, o atualização completa página será exibida. Clique em Fechar.
2. Abra uma janela de Prompt de comando usando o Executar como administrador opção.
3. Alterar o caminho para o local onde o System Center 2012 – Operations ManagerSetup.exe arquivo está localizado.
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.
/DASAccountUser: <domain\username> /DASAccountPassword: <password>
Se você tiver instalado um depósito de dados no seu Operations Manager 2007 R2Gerenciamento de grupo, use o seguinte comando.
Se você não instalou um depósito de dados no seu Operations Manager 2007 R2Gerenciamento de grupo, use o seguinte comando.
Consulte Também
Conceitos
Atualizando um ambiente distribuído do Operations Manager 2007 R2
Listas de verificação de caminho de atualização do Operations Manager
-----
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.
Como atualizar um grupo de gerenciamento de um servidor de
gerenciamento secundário do Operations Manager 2007 R2
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.]
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.
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
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﴿.
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
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.
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
seguida, clique em próximo.
7. 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.
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.
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
Não alteram esses caminhos se você se conectar a uma instância diferente do SQL Server.
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.
12. 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.
13. Examinar as opções do configuração, pronto para atualizar página e, em seguida, clique em Upgrade.
14. Quando a atualização for concluída, o atualização completa página será exibida. Clique em Fechar.
2. Abra uma janela de Prompt de comando como um administrador usando o Executar como administrador opção.
3. Alterar o caminho para o local onde o System Center 2012 – Operations ManagerSetup.exe arquivo está localizado.
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:
/DASAccountUser: <domain\username> /DASAccountPassword: <password>
Se você tiver instalado um depósito de dados no seu Operations Manager 2007 R2Gerenciamento de grupo, use o seguinte comando.
Se você não instalou um depósito de dados no seu Operations Manager 2007 R2Gerenciamento de grupo, use o seguinte comando.
Consulte Também
Conceitos
Atualizando um ambiente distribuído do Operations Manager 2007 R2
Listas de verificação de caminho de atualização do Operations Manager
-----
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.
Atualizando ou instalando recursos opcionais
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.]
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.
A lista a seguir fornece links para recursos opcionais que você pode instalar.
-----
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.
Como atualizar um Console autônomo de operações do
Operations Manager 2007 R2
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.]
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.
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
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.
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.
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.
8. Quando a atualização for concluída, o atualização completa página será exibida. Clique em Fechar.
2. Abra uma janela de Prompt de comando usando o Executar como administrador opção.
3. Alterar o caminho para o System Center 2012 – Operations Managerda fonte de mídia e execute o seguinte comando.
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
Atualizando um ambiente distribuído do Operations Manager 2007 R2
Listas de verificação de caminho de atualização do Operations Manager
-----
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.
Como atualizar um Console Web do Operations Manager 2007
R2
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.]
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.
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.
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
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.
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.
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.
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.
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. 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.
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.
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.
10. Quando o Ready to Upgrade página será exibida, analise o resumo de atualização e, em seguida, clique em Upgrade.
2. Abra uma janela de Prompt de comando usando o Executar como administrador opçã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
Atualizando um ambiente distribuído do Operations Manager 2007 R2
Listas de verificação de caminho de atualização do Operations Manager
-----
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.
Como atualizar a emissão de relatórios do Operations Manager
2007 R2
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.]
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.
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.
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.
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
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.
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.
6. Se o Assistente de instalação estiver aberto, você deve fechá-lo e reiniciar o processo de atualizaçã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. Nesse caso, é
Operations Manager 2007 R2Reporting. Clique em Avançar.
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.
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.
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. 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.
2. Abra uma janela de Prompt de comando usando o Executar como administrador opção.
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
Atualizando um ambiente distribuído do Operations Manager 2007 R2
Listas de verificação de caminho de atualização do Operations Manager
-----
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.
Como atualizar um coletor ACS do Operations Manager 2007
R2
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.]
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.
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.
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
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.
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.
-----
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.
Tarefas pósatualização ao atualizar do Operations Manager
2007 R2
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.]
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.
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.
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
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.
2. Na coluna Nome, clique com o botão direito do mouse no conector que você deseja reiniciar, e clique em Iniciar.
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.
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.
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.
-- 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 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 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.
-- 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
-- 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)
Error:
IF @@ERROR <> 0
SELECT
ERROR_NUMBER() AS ErrorNumber,
ERROR_MESSAGE() AS ErrorMessage;
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.
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.
-----
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.
Atualizando para o System Center 2012 - Operations Manager
usando a janela de prompt de comando
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.]
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 –
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
/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.
/UseLocalSystemDASAccount Usado para especificar o Sistema Local para a conta de serviço de Acesso a Dados.
/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.
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
Fazer upgrade de agentes em um grupo gerenciamento Operations Manager 2007 R2 único servidor
Como atualizar um grupo de gerenciamento de um servidor de gerenciamento secundário do Operations Manager 2007 R2
-----
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.
Mantendo a infraestrutura 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.]
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.
-----
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.
Backup e recuperação de desastres no 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.]
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.
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
-----
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.
Backups completos e incrementais no 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.]
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﴿.
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.
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.
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﴿.
-----
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.
Convenções de nomenclatura de arquivo de backup no 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.]
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.
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.
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.
-----
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.
Fazer backup do System Center 2012 - Operations Manager
Atualizado: março 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.]
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.
Banco de dados operacional, banco de dados de data warehouse e o banco de dados de Serviços de Coleta de Auditoria ﴾ACS﴿
Como agendar Backups do System Center 2012 - bancos de dados do Operations Manager
-----
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.
Agendamento de backup recomendado para o 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.]
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.
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 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)
-----
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.
Como fazer backup de pacotes de gerenciamento
personalizado
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.]
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.
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.
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.
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.
-----
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.
Como agendar Backups do System Center 2012 - bancos de
dados do 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.]
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.
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.
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.
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.
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.
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.
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.
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.
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
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 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.
Backup and Recovery Using VSS Writer
Atualizado: março de 2013
[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.]
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 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.
-----
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.
Recuperação de desastres no 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.]
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.
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.
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.
/ActionAccountUser: <domain\username> /ActionAccountPassword: <password>
/DASAccountUser: <domain\username> /DASAccountPassword: <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.
3. No painel Contas, clique com o botão direito do mouse em uma conta Executar como e depois clique em Propriedades.
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.
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.
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.
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
Backup e recuperação de desastres no Operations Manager
Parâmetros de linha de comando de 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.
Parâmetros de linha de comando de recuperação de desastres
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.]
Você pode recuperar um ou mais servidores de gerenciamento usando o comando setup.exe na janela Prompt de Comando.
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 Parâmetro necessário. Executa o assistente de instalação sem exibir a interface do usuário
/UseLocalSystemActionAccount Usado para especificar o Sistema Local para a conta de ação do servidor de gerenciamento.
/UseLocalSystemDASAccount Usado para especificar o Sistema Local para a conta de serviço de Acesso a Dados.
/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
-----
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).
-----
Aplica-se a: Operations Manager for System Center 2012, 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.]
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.
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
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.
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.
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.
-----
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.
Fazendo alterações em um ambiente do 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.]
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 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.
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.
Consulte Também
Conceitos
Mantendo a infraestrutura do System Center 2012 - Operations Manager
-----
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.
Informações de conta para o 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.]
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
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.
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.
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.
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.
Sistema Local
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.
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.
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.
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.
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﴿.
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 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:
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﴿.
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
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 serviço do SQL Server Reporting Services no computador que hospeda o SSRS ﴾SQL Server Reporting Services﴿
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 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
-----
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.
Como alterar as credenciais para a conta de ação
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.]
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.
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.
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.
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.
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
Fazendo alterações em um ambiente do Operations Manager
-----
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.
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
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.]
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.
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
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 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.
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
Fazendo alterações em um ambiente do Operations Manager
Como alterar as credenciais para a conta de ação
-----
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.
Como alterar a senha da conta de Pool de aplicativos IIS
ReportServer
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.]
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.
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
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.
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.
Consulte Também
Tarefas
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
Conceitos
Informações de conta para o Operations Manager
-----
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.
Como alterar a senha da conta de execução do servidor
emissão de relatórios
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.]
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.
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
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.
3. No Reporting Services Configuration Manager painel, no painel esquerdo, clique em Conta de execução.
5. Clique em Aplicare, em seguida, clique em Sair para fechar o Reporting Services Configuration Manager.
Consulte Também
Tarefas
Como alterar a senha da conta de Pool de aplicativos IIS ReportServer
Como alterar a senha de conta de serviço do Windows para o serviço de relatório do SQL Server
Conceitos
Informações de conta para o Operations Manager
-----
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.
Como alterar a senha de conta de serviço do Windows para o
serviço de relatório do SQL Server
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.]
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.
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
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 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.
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.
Consulte Também
Tarefas
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
Conceitos
Informações de conta para o Operations Manager
-----
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.
Como alterar a execução como a conta associada a uma
execução como perfil
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.]
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.
Por padrão, os seguintes perfis executar como tem uma conta executar como associada a eles.
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
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.
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 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.
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
Informações de conta para o Operations Manager
-----
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.
Como gerenciar o servidor de relatório de execução autônoma
conta
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.]
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.
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
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.
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.
4. No painel Conta de Execução, digite um novo nome de usuário e senha, conforme necessário.
Consulte Também
Conceitos
Informações de conta para o Operations Manager
-----
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.
Como desinstalar o 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.]
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.
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
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.
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.
Consulte Também
Conceitos
Fazendo alterações em um ambiente do Operations Manager
-----
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.
Como definir as configurações de proxy de Internet para um
Servidor de Gerenciamento
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.]
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.
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
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.
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.
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.
Consulte Também
Conceitos
Fazendo alterações em um ambiente do Operations Manager
-----
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.
Como mover o banco de dados operacional
Atualizado: janeiro de 2013
Aplica-se a: Operations Manager for System Center 2012, 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.]
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.
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.
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.
b. Clique em Iniciar, selecione Executar, tipo regedit na Abrir caixa e, em seguida, clique em OK para iniciar o Editor do registro.
Observação
Se você estiver usando uma instância nomeada do SQL Server, certifique-se de usar o ServerName\Instanceformato de nome.
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.
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.
e. Salve a alteração.
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.
a. Abra o SQL Server Management Studio.
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.
e. Salve a alteração.
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.
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:
reconfigurar
reconfigurar
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:
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
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.
Consulte Também
Conceitos
Fazendo alterações em um ambiente do Operations Manager
Como mover o banco de dados do Data Warehouse
-----
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).
-----
Aplica-se a: Operations Manager for System Center 2012, 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.]
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.
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.
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).
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 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
Antes de editar o registro, execute as políticas de backup da sua organização em relação ao registro.
b. Clique em Iniciar, selecione Executar, tipo regedit na Abrir caixa e, em seguida, clique em OK para iniciar o Editor do registro.
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.
7. Inicie o serviço de acesso do sistema Centro de dados no servidor de gerenciamento associado com o servidor de relatórios.
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.
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.
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.
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.
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.
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.
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
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 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.
Como mover o banco de dados de coleta de auditoria
Atualizado: janeiro de 2013
Aplica-se a: Operations Manager for System Center 2012, 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.]
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.
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.
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).
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 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$.
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.
7. Atualize o registro no servidor do ACS para referir-se para o novo servidor de banco de dados do ACS.
Observação
Antes de editar o registro, execute as políticas de backup da sua organização em relação ao registro.
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\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.
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
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 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).
-----
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.]
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.
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 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.
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.
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 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:
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.
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 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.
Como remover a função de servidor de gerenciamento
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.]
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.
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:
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.
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
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 Managermanagement server que você deseja que o console de operações para se conectar a.
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
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 Managermanagement server que você deseja que o console de operações para se conectar a.
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.
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.
1. Abra o console de operações com uma conta que seja membro do Operations Managerfunção administradores.
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 Managermanagement server que você deseja que o console de operações para se conectar a.
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.
1. Abra o console de operações com uma conta que seja membro do Operations Managerfunção administradores.
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 Managermanagement server que você deseja que o console de operações para se conectar a.
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.
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
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 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.
Removendo um servidor de gateway de um grupo de
gerenciamento
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.]
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.
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.
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.
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.
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.
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.
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.
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.
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.
-----
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.
Como remover certificados importados com MOMCertImport
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.]
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.
Use o procedimento a seguir para remover os certificados que foram importados usando a ferramenta MOMCertImport.
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.
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.
6. Digite isto:
-----
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.
Enviando dados à Microsoft
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.]
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.
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
Mantendo a infraestrutura do System Center 2012 - Operations Manager
-----
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.
Programa de Aperfeiçoamento da Experiência do Usuário
(CEIP)
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.]
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.
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
do Operations Manager.
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
Enviando dados à Microsoft
-----
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.
Relatórios de Dados Operacionais (ODR)
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.]
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.
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 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.
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.
Consulte Também
Conceitos
Enviando dados à Microsoft
-----
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.
Relatório de erros
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.]
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﴿.
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.
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 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﴿.
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.
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
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.
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 do Servidor de Gerenciamento - Privacidade, clique na guia Transmissão de Erros.
Observação
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.
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
Enviando dados à Microsoft
-----
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.
Monitorando redes usando o 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.]
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.
Integridade do grupo HSRP - com base no estado de integridade de pontos de extremidade individuais de HSRP
Porta/Interface
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
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.
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﴿
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.
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
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.
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:
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:
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
Segurança para servidores que executam a descoberta de rede
Dispositivos de rede suportados para descoberta pelo Operations Manager
Relatórios para monitoramento de rede no Operations Manager
Ajustando o monitoramento de rede
-----
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.
How to Discover Network Devices in Operations Manager
(Como descobrir os dispositivos de rede no 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.]
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.
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:
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
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.
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.
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
monitoramento de rede
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.
c. No Assistente para Criação de Conta Executar como, na página Introdução, 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.
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.
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.
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.
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.
Observação
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.
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.
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:
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.
2. No painel de resultados, clique com botão direito na regra de detecção que você deseja alterar e clique em Propriedades.
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
Como excluir ou restaurar um dispositivo de rede no Operations Manager
Conceitos
Monitorando redes usando o Operations Manager
Ajustando o monitoramento de rede
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
Segurança para servidores que executam a descoberta de rede
Dispositivos de rede suportados para descoberta pelo Operations Manager
Relatórios para monitoramento de rede no Operations Manager
-----
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.
Configurações de descoberta do dispositivo de rede
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.]
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.
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.
descoberta recursiva
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.
descoberta recursiva
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
descoberta recursiva
? Corresponde a qualquer caractere único Example?.com corresponde a Example1.com e Example2.com, mas não a
Example01.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.
\ Caractere de escape
\\ Caractere de escape para (,), [,], < e > \\(A\\) corresponde a (A)
1. Em cada servidor de gerenciamento que executa uma regra de descoberta de rede, abra vlan-tag-settings.conf em um editor de texto.
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”:
-----
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.
Contas Executar como para monitoramento de rede no
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.]
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:
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
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
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
Monitorando redes usando o Operations Manager
Configurações de descoberta do dispositivo de rede
Ajustando o monitoramento de rede
Exibindo dispositivos de rede e dados no Operations Manager
Segurança para servidores que executam a descoberta de rede
Dispositivos de rede suportados para descoberta pelo Operations Manager
Relatórios para monitoramento de rede no Operations Manager
-----
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.
Como excluir ou restaurar um dispositivo de rede no
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.]
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.
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
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.
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
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.
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
1. No console de operações, selecione o Administração espaço de trabalho.
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
How to Discover Network Devices in Operations Manager (Como descobrir os dispositivos de rede no Operations Manager)
Conceitos
Monitorando redes usando o Operations Manager
Configurações de descoberta do dispositivo de rede
Contas Executar como para monitoramento de rede no Operations Manager
Ajustando o monitoramento de rede
Exibindo dispositivos de rede e dados no Operations Manager
Segurança para servidores que executam a descoberta de rede
Dispositivos de rede suportados para descoberta pelo Operations Manager
Relatórios para monitoramento de rede no Operations Manager
-----
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.
Ajustando o monitoramento de rede
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.]
O System Center 2012 – Operations Manager inclui os seguintes pacotes de gerenciamento específicos do monitoramento e da descoberta de dispositivo de rede:
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.
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.
Esse pacote de gerenciamento contém definições e regras referentes à descoberta de dispositivos de rede.
Este pacote de gerenciamento contém definições para o gerenciamento de dispositivos de rede central.
Esse pacote de gerenciamento contém modelos para criação de fluxos de trabalho de gerenciamento de rede.
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)