Este capítulo fornece um processo que ajuda você a fazer upgrade ou migrar um ambiente distribuído nas fases controladas.
Este capítulo presume que seu ambiente contenha vários servidores de administração, com alguns servidores localizados em sites remotos. Essa configuração é chamada de conjunto com vários masters (MMS). Um MMS consiste em um servidor de administração principal e em um ou mais servidores de administração secundários associados. Para obter mais informações sobre como funciona um MMS, veja Configuring the Multi-Master Set
(Configurando o conjunto de vários masters) no Directory and Resource Administrator Administrator Guide (Guia do Administrador do Directory and Resource Administrator).
Execute o NetIQAdminInstallationKit.msi para extrair a mídia de instalação do DRA e instale e execute o Utilitário de Verificação de Saúde.
Planeje sua implantação do DRA antes de iniciar o processo de upgrade. Conforme você planejar a implantação, considere as seguintes diretrizes:
Teste o processo de upgrade em seu ambiente de laboratório antes de enviar o upgrade por push para o ambiente de produção. Os testes permitem que você identifique e resolva quaisquer problemas inesperados sem afetar as responsabilidades de administração diárias.
Revise Portas e protocolos necessários.
Determine quantos AAs dependem de cada MMS. Se a maioria dos AAs depende de servidores ou conjuntos de servidores específicos, faça o upgrade desses servidores primeiro fora dos horários de pico.
Determine quais AAs precisam do console de Configuração e Delegação. Você pode obter essas informações de uma das seguintes maneiras:
Revise quais AAs estão associadas aos grupos de AAs incorporados.
Revise quais AAs estão associadas aos ActiveViews incorporados.
Use o Gerador de Relatórios do Directory and Resource Administrator para gerar relatórios de modelo de segurança, como os relatórios Mais Informações sobre Admin Assistente do ActiveView e Grupos de Admin Assistentes.
Notifique esses AAs sobre seus planos de upgrade para as interfaces de usuário.
Determine quais AAs precisam se conectar ao servidor de administração principal. Esses AAs deverão fazer upgrade dos respectivos computadores cliente depois que você fizer upgrade do servidor de administração principal.
Notifique esses AAs sobre seus planos de fazer upgrade desses servidores de administração e interfaces do usuário.
Determine se você precisa implementar quaisquer mudanças de delegação, configuração ou política antes de começar o processo de upgrade. Dependendo do seu ambiente, essa decisão pode ser tomada de modo independente para cada site.
Coordene os upgrades de seus computadores cliente e servidores de administração para assegurar o mínimo tempo de espera possível. Esteja ciente de que o DRA não suporta a execução de versões anteriores do DRA junto com a versão atual do DRA no mesmo servidor de administração ou computador cliente.
Antes de iniciar as instalações de upgrade, siga as etapas de pré-upgrade abaixo para preparar cada conjunto de servidores para upgrade.
|
Etapas |
Mais informações |
|---|---|
|
Fazer backup da instância do AD LDS |
Abra o utilitário de verificação de saúde e execute a verificação de Fazer backup da instância do AD LDS para criar um backup da sua instância do AD LDS atual. |
|
Fazer um plano de implantação |
Faça um plano de implantação para fazer upgrade dos servidores de administração e interfaces do usuário (computadores cliente de AA). Para obter mais informações, veja Planejando um upgrade do DRA. |
|
Dedique um servidor secundário para execução de uma versão anterior do DRA |
Opcional: Dedique um servidor de administração secundário à execução de uma versão anterior do DRA ao fazer o upgrade de um site. |
|
Fazer as mudanças necessárias para este MMS |
Faça quaisquer mudanças necessárias às definições de delegação, configuração ou política para este MMS. Use o servidor de Administração principal para modificar essas configurações. |
|
Sincronizar o MMS |
Sincronize os conjuntos de servidores de modo que cada servidor de Administração contenha as definições de segurança e de configuração mais recentes. |
|
Fazer backup do registro do servidor principal |
Faça backup do registro do servidor de Administração principal. Ter um backup das configurações de registro anteriores permite que você recupere com facilidade suas definições de segurança e de configuração anteriores |
NOTA:Se você tiver motivos para restaurar o backup da Instância do AD LDS, faça o seguinte:
Pare a instância do AD LDS atual em Gerenciamento do computador > Serviços. Isso terá um título diferente: NetIQDRASecureStoragexxxxx.
Substitua o arquivo atual adamnts.dit pelo arquivo de backup adamnts.dit conforme indicado abaixo:
Local do arquivo atual: %ProgramData%/NetIQ/DRA/<DRAInstanceName>/data/
Local do arquivo de backup: %ProgramData%/NetIQ/ADLDS/
Reinicie a instância do AD LDS.
Dedicar um ou mais servidores de administração secundários à execução de uma versão anterior do DRA localmente em um site durante o upgrade pode ajudar a minimizar o tempo de espera e as conexões onerosas a sites remotos. Essa etapa é opcional e permite que os AAs usem uma versão anterior do DRA durante todo o processo de upgrade até que você esteja satisfeito quanto à conclusão da implantação.
Considere essa opção se você tem um ou mais dos seguintes requisitos de upgrade:
Você precisa de pouco ou nenhum tempo de espera.
Você precisa suportar um grande número de AAs e não é capaz de fazer upgrade de todos os computadores cliente imediatamente.
Você deseja continuar a suportar o acesso a uma versão anterior do DRA depois do upgrade do servidor de Administração principal.
Seu ambiente inclui um MMS que abrange diversos sites.
Você pode instalar um novo servidor de Administração secundário ou atribuir um servidor secundário executando uma versão anterior do DRA. Se você planeja fazer upgrade desse servidor, ele deve ser o último servidor a passar por upgrade. Caso contrário, desinstale completamente o DRA desse servidor quando você terminar seu upgrade com êxito.
Instalar um novo servidor de Administração secundário em um site local pode ajudar você a evitar conexões onerosas a sites remotos, além de assegurar que seus AAs possam continuar usando uma versão anterior do DRA sem interrupção. Se o seu ambiente inclui um MMS que abrange vários sites, você deve considerar essa opção. Por exemplo, se o MMS consiste em um servidor de Administração principal no site de Londres e um servidor de Administração secundário no site de Tóquio, considere instalar um servidor secundário no site de Londres e adicioná-lo ao MMS correspondente. Esse servidor adicional permite que AAs do site de Londres usem uma versão anterior do DRA até que o upgrade esteja concluído.
Você pode usar um servidor de Administração secundário como o servidor dedicado para uma versão anterior do DRA. Se você não planeja fazer upgrade de um servidor de Administração secundário em um determinado site, deve considerar essa opção. Se você não pode dedicar um servidor secundário existente, considere a possibilidade de instalar um novo servidor de Administração para esse fim. Dedicar um ou mais servidores secundários à execução de uma versão anterior do DRA permite que seus AAs continuem a usar uma versão anterior do DRA sem interrupção até que o upgrade esteja concluído. Essa opção funciona melhor em ambientes grandes que usam um modelo de administração centralizado.
Antes de você fazer backup do registro da versão anterior do DRA ou de começar o processo de upgrade, sincronize os conjuntos de servidores de modo que cada servidor de Administração contenha as definições mais recentes de segurança e de configuração.
NOTA:Verifique se você fez todas as mudanças necessárias às definições de delegação, configuração ou política para este MMS. Use o servidor de Administração principal para modificar essas configurações. Após fazer upgrade do servidor de Administração principal, você não poderá sincronizar definições de delegação, configuração ou política com nenhum servidor de Administração que execute versões anteriores do DRA.
Para sincronizar seu conjunto de servidores existente:
Efetue logon no servidor de Administração principal como o Admin Incorporado.
Inicie a interface do MMC.
No painel esquerdo, expanda Gerenciamento de Configurações.
Clique em Servidores de Administração.
No painel direito, selecione o servidor de Administração principal apropriado para este conjunto de servidores.
Clique em Propriedades.
Na guia Programação de sincronização, clique em Atualizar agora.
Verifique se a sincronização é concluída com êxito e se todos os servidores de Administração secundários estão disponíveis.
Fazer backup do registro de servidor de administração assegura que você possa retornar às suas configurações anteriores. Por exemplo, se você precisa desinstalar totalmente a versão do DRA atual e usar a versão do DRA anterior, ter um backup das configurações do registro anteriores permite recuperar com facilidade as definições de segurança e configuração anteriores.
No entanto, tenha cuidado ao editar seu registro. Se há um erro em seu registro, o servidor de Administração pode não funcionar como esperado. Se ocorrer um erro durante o processo de upgrade, você poderá usar o backup de suas configurações do registro para restaurar o registro. Para obter mais informações, veja a Ajuda do Editor do Registro.
IMPORTANTE:A versão do servidor do DRA, o nome do OS Windows e a configuração do domínio gerenciado devem ser exatamente os mesmos ao restaurar o registro.
IMPORTANTE:Antes de fazer upgrade, faça backup do OS Windows da máquina que está hospedando o DRA ou crie uma imagem de instantâneo de máquina virtual dessa máquina.
Para fazer backup do registro do Servidor de Administração:
Execute regedit.exe.
Clique o botão direito do mouse no nó HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Mission Critical Software\OnePoint e selecione Exportar.
Especifique o nome e o local do arquivo no qual gravar a chave do registro e clique em Gravar.
A lista de verificação a seguir guia você por todo o processo de upgrade. Use esse processo para fazer upgrade de cada conjunto de servidores em seu ambiente. Se você ainda não fez isso, use o Utilitário de Verificação de Saúde para criar um backup de sua instância atual do AD LDS.
Você pode repartir esse processo de upgrade em várias fases, fazendo o upgrade de um MMS por vez. Esse processo de upgrade também permite que você inclua temporariamente servidores secundários executando uma versão anterior do DRA e servidores secundários executando a versão atual do DRA no mesmo MMS. O DRA suporta a sincronização entre servidores de Administração executando uma versão anterior do DRA e servidores executando a versão atual do DRA. No entanto, esteja ciente de que o DRA não suporta a execução de uma versão anterior do DRA junto com a versão atual do DRA no mesmo servidor de administração ou computador cliente.
No DRA 9.2 ou versões posteriores, a configuração do servidor de automação de workflow é armazenada no AD LDS em vez do registro. Ao atualizar do DRA 9.1 ou anterior para o DRA 9.2 ou posterior, a configuração do registro é automaticamente movida para o AD LDS e replicada para todos os servidores secundários.
AVISO:Não faça upgrade dos seus servidores de Administração secundários até ter feito upgrade do servidor de administração principal para esse MMS.
|
Etapas |
Mais informações |
|---|---|
|
Executar utilitário de Verificação de Saúde |
Instale o utilitário de Verificação de Saúde independente do DRA e execute-o usando uma conta de serviço. Corrija quaisquer problemas. |
|
Fazer um upgrade de teste |
Faça um upgrade de teste em seu ambiente de laboratório para identificar possíveis problemas e minimizar o tempo de espera em produção. |
|
Determinar a ordem do upgrade |
Determine a ordem em que você deseja fazer upgrade de seus conjuntos de servidores. |
|
Preparar cada MMS para upgrade |
Prepare cada MMS para upgrade. Para obter mais informações, veja Tarefas pré-upgrade. |
|
Fazer upgrade do servidor principal |
Faça upgrade do servidor de administração principal no MMS apropriado. |
|
Instalar um novo servidor secundário |
(Opcional) Para minimizar o tempo de espera em sites remotos, instale um servidor de Administração secundário local executando a versão mais recente do DRA. |
|
Implantar interfaces do usuário |
Implante as interfaces do usuário em seus Administradores Assistentes. |
|
Fazer upgrade dos servidores secundários |
Faça upgrade dos servidores de Administração secundários no MMS. |
|
Fazer upgrade do Gerador de Relatórios do DRA |
Faça upgrade do Gerador de Relatórios do DRA. |
|
Fazer upgrade das extensões REST |
Execute o instalador de Extensões REST do DRA. |
|
Executar utilitário de Verificação de Saúde |
Execute o utilitário de Verificação de Saúde que foi instalado como parte do upgrade. Corrija quaisquer problemas. |
Após você ter preparado seu MMS com êxito, faça upgrade do servidor de Administração principal. Não faça upgrade de interfaces do usuário nos computadores cliente do AA até ter concluído o upgrade do servidor de Administração principal. Para obter mais informações, veja Implantar as interfaces do usuário do DRA.
NOTA:Para obter mais instruções e considerações detalhadas sobre o upgrade, consulte os detalhes da versão do Directory and Resource Administrator.
Antes de fazer upgrade, notifique seus AAs de quando você planeja iniciar esse processo. Se você dedicou um servidor de Administração secundário à execução de uma versão anterior do DRA, identifique também esse servidor para que os AAs possam continuar usando a versão anterior do DRA durante o upgrade.
NOTA:Após fazer upgrade do servidor de Administração principal, você não poderá sincronizar definições de delegação, configuração ou política desse servidor com nenhum servidor de Administração secundário que execute uma versão anterior do DRA.
Instalar um novo servidor de Administração secundário para executar a versão atual do DRA em um site local pode ajudar você a minimizar conexões onerosas a sites remotos, reduzindo simultaneamente o tempo de espera total e permitindo implantação mais rápida das interfaces do usuário. Essa etapa é opcional e permite que os AAs usem tanto a versão atual quanto uma versão anterior do DRA durante todo o processo de upgrade até que você esteja satisfeito quanto à conclusão da implantação.
Considere essa opção se você tem um ou mais dos seguintes requisitos de upgrade:
Você precisa de pouco ou nenhum tempo de espera.
Você precisa suportar um grande número de AAs e não é capaz de fazer upgrade de todos os computadores cliente imediatamente.
Você deseja continuar a suportar o acesso a uma versão anterior do DRA depois do upgrade do servidor de Administração principal.
Seu ambiente inclui um MMS que abrange diversos sites.
Por exemplo, se o MMS consiste em um servidor de Administração principal no site de Londres e um servidor de Administração secundário no site de Tóquio, considere instalar um servidor secundário no site de Tóquio e adicioná-lo ao MMS correspondente. O servidor adicional equilibra melhor a carga de administração diária no site de Tóquio e permite que os AAs usem qualquer uma entre a versão anterior ou a versão atual do DRA até que o upgrade esteja concluído. Além disso, seus AAs não passam por nenhum tempo de espera porque você pode implantar as interfaces do usuário do DRA imediatamente. Para obter mais informações sobre o upgrade de interfaces do usuário, veja Implantar as interfaces do usuário do DRA.
Normalmente, você deve implantar as interfaces do usuário do DRA atuais após fazer upgrade do servidor de Administração principal e de um servidor de Administração secundário. No entanto, para AAs que precisam usar o servidor de Administração principal, faça primeiro o upgrade dos respectivos computadores cliente instalando o console de Configuração e Delegação. Para obter mais informações, veja Planejando um upgrade do DRA.
Se você realiza o processamento de lote com frequência por meio da CLI ou do provedor de ADSI ou se gera relatórios com frequência, considere a possibilidade de instalar essas interfaces do usuário em um servidor de Administração secundário para manter um equilíbrio de carga apropriado pelo MMS.
Você pode permitir que seus AAs instalem as interfaces do usuário do DRA ou pode implantar essas interfaces por meio de política de grupo. Você também pode implantar de modo rápido e fácil o console da Web para vários AAs.
NOTA:Não é possível executar várias versões de componentes do DRA lado a lado no mesmo servidor do DRA. Se você planeja fazer upgrade de seus computadores cliente de AA gradualmente, considere a possibilidade de implantar o console da Web para assegurar acesso imediato a um servidor de Administração executando a versão atual do DRA.
Ao fazer upgrade de servidores de Administração secundários, você pode fazer upgrade de cada servidor conforme necessário, dependendo de seus requisitos de administração. Considere também como planeja implantar as interfaces do usuário do DRA e fazer upgrade delas. Para obter mais informações, veja Implantar as interfaces do usuário do DRA.
Por exemplo, um caminho de upgrade típico pode incluir as seguintes etapas:
Faça upgrade de um servidor de Administração secundário.
Instrua aos AAs que usam este servidor que instalem as interfaces do usuário adequadas, como o console de Gerenciamento de Recursos e de Conta.
Repita as etapas 1 e 2 acima até você fazer o upgrade integral do MMS.
Antes de fazer upgrade, notifique seus AAs de quando você planeja iniciar esse processo. Se você dedicou um servidor de Administração secundário à execução de uma versão anterior do DRA, identifique também esse servidor para que os AAs possam continuar usando a versão anterior do DRA durante o upgrade. Quando você concluir o processo de upgrade para esse MMS e todos os computadores cliente estiverem executando interfaces do usuário que receberam upgrade, coloque offline quaisquer servidores restantes com versões anteriores do DRA.
Antes de fazer upgrade do Gerador de Relatórios do DRA, verifique se o seu ambiente cumpre os requisitos mínimos para o NRC 3.2. Para obter mais informações sobre os requisitos de instalação e considerações sobre o upgrade, veja o Reporting Center Guide (Guia do Reporting Center) no site da Documentação do DRA.
|
Etapas |
Mais informações |
|---|---|
|
Desabilitar o suporte ao Gerador de Relatórios do DRA |
Para assegurar que os coletores do gerador de relatórios não sejam executados durante o processo de upgrade, desabilite o suporte ao gerador de relatórios do DRA na janela Configuração do Serviço Gerador de Relatórios no console de Configuração e Delegação. |
|
Efetuar logon no servidor da instância do SQL com as credenciais aplicáveis |
Efetue logon no servidor do Microsoft Windows em que você instalou a instância do SQL para os bancos de dados do gerador de relatórios com uma conta de administrador. Verifique se essa conta tem privilégios administrativos locais, além de privilégios de administrador do sistema no SQL Server. |
|
Executar a configuração do Gerador de Relatórios do DRA |
Execute DRAReportingSetup.exe. do kit de instalação e siga as instruções no assistente de instalação. |
|
Executar a configuração do NRC |
Condicional: Se o seu serviço web do NRC está instalado em um computador diferente, efetue logon no computador em que o serviço web está instalado e execute NRCSetup.exe para fazer upgrade do serviço web do NRC. NOTA:Se o banco de dados de configuração foi instalado em um servidor separado, ele precisa passar por upgrade primeiro |
|
Executar a configuração do NRC em computadores cliente |
Execute NRCSetup.exe em todos os computadores cliente do NRC. |
|
Habilitar o suporte ao Gerador de Relatórios do DRA |
Em seu servidor de Administração principal, habilite o gerador de relatórios no Console de Configuração e Delegação. |
Se o seu ambiente usa integração SSRS, você precisa reimplantar os relatórios. Para obter mais informações sobre a reimplantação de relatórios, consulte o NetIQ Reporting Center Reporting Guide (Guia do Gerador de Relatórios do NetIQ Reporting Center) no site da Documentação do DRA.
Para fazer upgrade das extensões REST e do console da Web para o Directory and Resource Administrator 9.2, você precisa estar usando o DRA 9.0.1 ou versão posterior. Para obter mais informações sobre os requisitos, veja Requisitos de extensões e Console da Web do DRA.
Para fazer upgrade das extensões e do Console da Web do DRA:
Após fazer download do kit de instalação do DRA, navegue até o local em que a mídia de instalação foi extraída, clique o botão direito do mouse no arquivo DRARESTExtensionsInstaller.exe e selecione Executar como administrador.
Siga as instruções no assistente de instalação até a instalação ser concluída e clique em Terminar.
Para obter informações mais detalhadas sobre as etapas no assistente de instalação, consulte as etapas para uma nova instalação: Instalar as extensões REST do DRA.
Ao fazer upgrade para uma versão mais recente do DRA, mantenha todas as personalizações que fez ao Console da Web no servidor Web. Para facilitar isso, o DRA tem um utilitário de Upgrade de Personalização incorporado ao instalador de Extensões REST do DRA. Esse utilitário é executado automaticamente quando você executa DRARESTExtensionsInstaller.exe para fazer upgrade de extensões REST no servidor Web. Você também pode executar novamente o utilitário de modo manual no diretório de instalação do DRA fora da instalação.
Parte do processo do utilitário de Upgrade de Personalização é fazer backup de suas personalizações antes do início do upgrade. Durante o processo de upgrade, o utilitário cria um arquivo de registro de todas as mudanças feitas devido ao upgrade e também inclui um aviso para quaisquer itens de personalização que não possam ser atualizados automaticamente.
Como uma melhor prática, recomendamos revisar o registro após o upgrade. Se necessário, você pode voltar para as personalizações pré-upgrade copiando-as da pasta de backup. Você pode definir o caminho da pasta para as personalizações que passaram por upgrade quando o utilitário de Upgrade de Personalização é aberto, ou pode usar o caminho padrão, que é preenchido automaticamente.
Os caminhos padrão para personalizações que tenham passado por upgrade e para o backup das personalizações são fornecidos abaixo:
CustomFolderPath padrão: C:\inetpub\wwwroot\DRAClient\components\lib\ui-templates\custom
Pasta de backup padrão: $CustomFolderPath\custom_upgrade_$VERSIONFROM_to_$VERSIONTO_backup