|
Artigo Técnico: Movendo as bases de dados do System Center Operations Manager 2007
Autor: Helio Panissa Jr - Colaborador MCP Brasil.com
09/01/2009 - Introdução Após a implementação do System Center Operations, muitos profissionais de TI enfrentam o desafio de realizar ajustes ou modificações no ambiente. Uma das alterações mais comuns é a migração das bases de dados para outros servidores ou outras áreas de armazenamento. Nesse artigo, vamos descrever os procedimentos necessários para mover as diferentes bases de dados do System Center Operations Manager para outros servidores e também em outras áreas de armazenamento no mesmo servidor. As bases de dados O System Center Operations Manager utiliza algumas bases de dados do Microsoft SQL Server para realizar as suas funções de monitoramento das operações no ambiente. Dependendo das funcionalidades implementadas, a quantidade de bases de dados pode variar. A tabela a seguir lista as bases de dados e suas funções:  Movendo uma base de dados para outro disco no mesmo servidor O processo para mover uma base de dados para um outro disco consiste em um conjunto de tarefas muito mais relacionadas ao próprio SQL Server que ao System Center Operations Manager. Na prática, o que deveremos fazer é utilizar um processo conhecido como Detach e Attach de bases de dados. O que esse processo faz é desconectar o banco de dados do SQL Server, mover os arquivos para a nova localidade e então conectar o banco de dados novamente. Vamos usar como exemplo a base de dados OperationsManager em um servidor com o Microsoft SQL Server 2005: Importante: antes de iniciar os procedimentos indicados nesse documento, faça um backup da base de dados. - No Root Management Server, pare os serviços OpsMgr Config Service, OpsMgr SDK Service, and OpsMgr Health Service
- Inicie o SQL Server Management Studio e conecte-se ao Database Services usando as credenciais apropriadas;
- No painel Object Explorer, clique com o botão direito sobre o a base de dados OperationsManagerDW e em Tasks selecione a Detach;
- Na tela Detach Database, clique OK;

- Mova os arquivos da base de dados e de log para o local desejado usando o Windows Explorer;
- No Object Explorer, clique em Databases como o botão direito e depois clique em Attach;
- Na tela Attach Database clique em Add e selecione o arquivo da base de dados armazenado na nova localização;

- Clique em OK para anexar a base de dados;
- Inicie os serviços do Operations Manager no Root Management Server (OpsMgr Config Service, OpsMgr SDK Service, and OpsMgr Health Service);
- Pronto! A base de dados e o log já estão em um outro disco e você pode abrir a console do System Center Operations Manager.
Movendo as bases de dados para um servidor diferente O método para mover as bases de dados para servidores diferentes varia de acordo a base que você está movendo. Na prática, temos um procedimento para mover a base de dados do Operations Manager (OperationsManager), um outro para mover o Reporing Services (OperationsManagerDW) e outro para mover o Audit Collection (OperationsManagerAC). Vamos descrever cada um desses métodos. Movendo a base de dados do Operations Manager Todo o sistema faz referências a base de dados do Operations Manager. E não é para menos, já que essa base de dados é responsável por armazenar todos os dados dos servidores de gerenciamento e servidores gerenciados. O procedimento para mover essa base de dados é o seguinte: - Instale o SQL Server em um novo computador;
- No servidor de banco de dados atual, faça um backup dos seguintes itens:
- Todas as bases de dados;
- Encryption Key no Root Management Server. Para realizar esse procedimento, você deverá utilizar a ferramenta SecureStorageBackup.exe disponível no CD de instalação do Servidor.
- Pare os serviços do Operations Manager (OpsMgr Config Service, OpsMgr SDK Service e OpsMgr Health Service para Root Management Servers e OpsMgr Health Service para management servers) em todos os Management Servers do Management Group;
- No servidor que está com a base de dados atualmente, remova a instalação da base de dados do System Center Operations Manager com os passos a seguir:
- No painel de controle, acesse Adicionar ou Remover programas;
- Selecione System Center Operations Manager e clique no botão Remove.
- Utilize o SQL Server Management Studio para remover a base de dados OperationsManager;
- No novo servidor, utilize o SQL Management Studio para restaurar o backup da base de dados OperationsManager;
- Em cada um dos Management Servers do Management Group, altere o registro para configurar o acesso ao novo servidor SQL. Utilize esse procedimento:
- Execute o Regedit;
- Em HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft Operations Manager\3.0\Setup altere a entrada DatabaseServerName com o nome do novo servidor SQL. Caso você tenha instalado a base de dados em um instância nomeada do SQL Server, utilize o formato nomedoservidor\nomedainstância.
- Reinicie os serviços no Root Management Server e também nos outros Management Servers do Management Group.
- Atualize a base de dados com o nome do novo servidor, utilizando o seguinte procedimento:
- No SQL Server Management Studio, clique sobre a base de dados e clique em New Query;
- Digite e execute a seguinte Query, substituindo NomedoServidorNome pelo nome do novo servidor SQL:
USE OperationsManager
GO
UPDATE dbo.MT_ManagementGroup
SET SQLServerName_6B1D1BE8_EBB4_B425_08DC_2385C5930B04 = NomedoServidorNovo - Repare que essa query irá atualizar a base de dados para refletir a sua nova estrutura.
- Adicione as permissões de login no novo servidor SQL assim:
- No SQL Management Studio, no Object Explorer vá até Security e depois espanda Logins;
- Caso a conta SDK Account não esteja listada, adicione;
- Acesse as propriedades da conta SDK Account;
- Na lista Users mapped to this login, na coluna Map, selecione a base de dados OperationsManager;
- Asseguresse que os seguintes itens estão selecionados: configsvc_users, db_datareader, db_datawriter, db_ddladmin e sdk_users;
- Clique em OK.
- Repita o processo para a conta Action Account, porém, garanta que esse conta tem os seguintes itens configurados: db_datareader, db_datawriter, db_ddladmin e dbmodule_users;
- Repita o processo para a conta Data Warehouse Action Account, porém, garanta que esse conta tem os seguintes itens configurados: db_datareader e dwsynch_users;
- Para que o processo de Discovery (que você usa para instalar agentes) funcione corretamente, você deverá executar uma Query e habilitar Enable_Broker. Execute o seguinte procedimento:
- Execute a seguinte Query no SQL Management Studio:
SELECT is_broker_enabled FROM sys.databases WHERE name='OperationsManager' - Caso o resultado seja 0 (numeral zero), execute a seguinte Query:
ALTER DATABASE OperationsManager SET SINGLE_USER WITH ROLLBACK IMMEDIATE
GO
ALTER DATABASE OperationsManager SET ENABLE_BROKER
GO
ALTER DATABASE OperationsManager SET MULTI_USER
- Reinicie os serviços do Operations Manager em todos os servidores que atuam como Root Management server e Management Server no Management Group.
Movendo o Reporting Services Nesse processo, vamos mover além da base de dados OperationsManagerDW e o serviço de Reporting para um outro servidor. Vejamos o procedimento: - No servidor que atualmente está atuando como Data Warehouse server, use o SQL Server Management Studio para fazer um backup da base de dados OperationsManagerDW;
- Remova a instalação do System Center Operations Manager Reporting, no painel de controle, em Adicionar ou Remover programas;
- No novo servidor, instale o SQL Server;
- Restaure a base de dados criada no primeiro passo;
- Inicie o processo de instalação do System Center Operations Manager Reporting, executando o arquivo setupom.exe no CD de instalação e selecione a opção Install System Center Operations Manager 2007 Reporting.
- No Wizard de instalação, configure somente o componente Reporting Server, colocando a opção Data Warehouse como This component will not be available;
- Para verificar se a migração da base de dados para o novo servidor ocorreu com sucesso, acesse a área de relatórios no console do System Center Operations Manager.
Movendo o Audit Collection Como você sabe, o Audit Collection é responsável por coletar dados de auditoria no ambiente. Esse tipo de coleta de informação é extremamente importante em casos onde você deve seguir uma legislação específica. Nos Estados Unidos, por exemplo, o gerenciamento das informações é regida pela lei conhecida como Sarbanes-Oxley. Para saber mais sobre essa lei, acesse http://en.wikipedia.org/wiki/Sarbanes-Oxley_Act. Importante: enquanto o procedimento é realizado, os dados de auditoria não serão coletados. Para mover a base de dados do Audit Collection, faremos um procedimento parecido ao Attach Detach, veja: - No servidor configurado como Audit Collection Database Server, para o serviço Operations Manager Audit Collection;
- Faça um backup da base de dados OperationsManagerAC utilizando o SQL Server Management Studio. É recomendável que você também faça um backup da base de dados Master.
- Também utilizando o SQL Server Management Studio, exclua a base de dados OperationsManagerAC;
- No novo servidor, use o SQL Management Studio para restaurar a base de dados OperationsManagerAC;
- Crie um login para o novo computador com o Audit Collection Service. Faça isso usando a área logins que está dentro do item Security no SQL Server Management Studio;
- No computador com o Audit Collection Service, localize a chave HKEY_LOCAL_MACHINE\Software\ODBC\ODBC.INI\OpsMgrAC no registro. Configure essa chave com o novo nome do servidor de banco de dados para o Audit Collection Service.
- No servidor executando o Audit Collection Service, inicie o service.
Conclusão Após a implementação do System Center Operations Manager, pode ser necessário realizar manutenções no ambiente, incluindo a mudança das bases de dados. O procedimento pode passar por simplesmente mover a base de dados para outra área de armazenamento ou, em outros casos, mover a base de dados para outro servidor. Download Faça o download deste documento em formato PDF.
|
|