Data Domain: Guia de upgrade do sistema operacional para sistemas de alta disponibilidade (HA)

Prepare o sistema para upgrade:

1. Certifique-se de que o status do sistema de HA seja "highly available".

 GUI de log-in à Página inicial à Painel

2. O arquivo RPM do DDOS deve ser colocado no nó ativo e o upgrade deve começar a partir deste nó.

- Como encontrar o nó ativo:
  GUI de log-in à Página inicial à Painel

              
 

3. Fazer upload do arquivo RPM no nó ativo

GUI de log-in à Manutenção à Sistema à Clique no botão UPLOAD UPGRADE PACKAGE

 
Após o upload, o arquivo RPM será listado. 

4. Execute a pré-verificação no nó ativo. O upgrade deve ser abortado se ocorrer algum erro.

GUI de log-in à Manutenção à Sistema à Clique no arquivo RPM de upgrade à Clique em PRÉ-VERIFICAÇÃO DE UPGRADE

 

         Desligue também a GC, a movimentação de dados e a replicação antes de iniciar o upgrade (etapa 6) para que essas tarefas não levem a um tempo maior de desligamento do DDFS durante o upgrade. Um tempo menor de desligamento do DDFS ajudará a minimizar os impactos nos clients. Essas cargas de trabalho não afetam as operações de backup ou a restauração do client.

         Com base nas necessidades, esses serviços podem ser retomados após a conclusão do upgrade, usando os comandos de ativação correspondentes. Consulte o guia de administração para obter mais detalhes.

         Existem algumas outras verificações manuais e comandos descritos no guia de administração que não são estritamente necessários para um sistema de HA. Atualmente, a pré-reinicialização é sugerida como um teste para sistemas de nó único. Não é necessário para sistemas de HA, pois o "failover de HA" nº 5 abaixo já inclui uma reinicialização automática durante o processo de failover.

5. Opcional. Antes de executar o upgrade contínuo, é recomendável executar o failover de HA duas vezes manualmente no nó ativo. O objetivo é testar a funcionalidade do failover. A operação reinicializará o nó ativo, esteja ciente disso.

   
              Em primeiro lugar, prepare-se para o failover desligando GC, a movimentação de dados e a replicação. Consulte o guia de administração para saber como fazer isso via GUI. Esses serviços não afetam as cargas de trabalho de backup ou a restauração do client. Em seguida, prossiga com o "failover de HA".
 

GUI de log-in à Integridade à Alta disponibilidade à Clique em Failover to XXX


(Quando o status do sistema de HA voltar a ser "highly available", execute o segundo "failover de HA" e aguarde até que ambos os nós fiquem on-line)
 

Após o failover de HA, os serviços interrompidos podem ser retomados usando os comandos de ativação correspondentes. Consulte o guia de administração para obter mais detalhes.

Os testes de failover acima são opcionais e não precisam ser realizados imediatamente antes do upgrade. Os testes de failover podem ser realizados antes do upgrade, por exemplo, duas semanas, para que uma janela de manutenção menor possa ser usada para o upgrade posterior. O tempo de inatividade do serviço DDFS para cada failover é de cerca de 10 minutos (menos ou mais, dependendo das versões do DDOS e de alguns outros fatores). As versões 7.4 e posteriores do DDOS terão menos tempo de inatividade a cada versão devido aos aprimoramentos contínuos de software do DDOS.
 

6. Se a pré-verificação for concluída sem problemas, prossiga com o upgrade contínuo no nó ativo.

7. Aguarde a conclusão do upgrade contínuo. Antes disso, não acione nenhuma operação de failover de HA.

8. Após a conclusão do upgrade contínuo, é necessário efetuar log-in na GUI através do endereço IP do nó pré-em espera, neste caso, é o nó 1.

9. Verifique se há algum alerta inesperado.

10. Neste ponto, o upgrade contínuo foi concluído com sucesso.

1. Certifique-se de que o status do sistema de HA seja "highly available".

2. O arquivo RPM do DDOS deve ser colocado no nó ativo e o upgrade deve começar a partir deste nó.

3. Fazer upload do arquivo RPM no nó ativo

4. Execute a pré-verificação no nó ativo. O upgrade deve ser abortado se ocorrer algum erro.

     Desligue também a GC, a movimentação de dados e a replicação antes de iniciar o upgrade (etapa 6) para que essas tarefas não levem a um tempo maior de desligamento do DDFS durante o upgrade. Um tempo menor de desligamento do DDFS ajudará a minimizar os impactos nos clients. Essas cargas de trabalho não afetam as operações de backup/restauração do client. Com base nas necessidades, esses serviços podem ser retomados após a conclusão do upgrade, usando os comandos de ativação correspondentes. Consulte o guia de administração para obter mais detalhes.
      Active-node # filesys clean stop
   Active-node # cloud clean stop
   Active-node # data-movement suspend
   Active-node # data-movement stop to-tier active
   Active-node # replication disable all
       
     Observe que existem alguns comandos "watch" para verificar se as operações acima foram realizadas.
      Active-node # filesys clean watch 
   Active-node # cloud clean watch
   Active-node # data-movement watch

      Existem algumas outras verificações manuais e comandos descritos no guia de administração que não são estritamente necessários para um sistema de HA. Atualmente, a pré-reinicialização é sugerida como um teste para sistemas de nó único. Não é necessário para sistemas de HA, pois o "failover de HA" nº 5 abaixo já inclui uma reinicialização automática durante o processo de failover.

5. Opcional. Antes de executar o upgrade contínuo, é recomendável executar o failover de HA duas vezes manualmente no nó ativo. O objetivo é testar a funcionalidade do failover. A operação reinicializará o nó ativo, esteja ciente disso.

        Em primeiro lugar, prepare-se para o failover desativando GC, a movimentação de dados e a replicação. Esses serviços não afetam as cargas de trabalho de backup ou a restauração do client. Em seguida, execute o "failover de HA".

       Os comandos para fazer isso são os seguintes:
          Active-node # filesys clean stop
     Active-node # cloud clean stop
     Active-node # data-movement suspend
     Active-node # data-movement stop to-tier active
     Active-node # replication disable all
        Observe que existem alguns comandos "watch" para verificar se as operações acima foram realizadas.
          Active-node # filesys clean watch 
     Active-node # cloud clean watch
     Active-node # data-movement watch
        E, em seguida, execute o comando de failover:

Após o failover de HA, os serviços interrompidos podem ser retomados usando os comandos de ativação correspondentes. Consulte o guia de administração para obter mais detalhes.
Os testes de failover acima são opcionais e não precisam ser realizados imediatamente antes do upgrade. Os testes de failover podem ser realizados antes do upgrade, por exemplo, duas semanas, para que uma janela de manutenção menor possa ser usada para o upgrade posterior. O tempo de inatividade do serviço DDFS para cada failover é de cerca de 10 minutos (menos ou mais, dependendo das versões do DDOS e de alguns outros fatores). As versões 7.4 e posteriores do DDOS terão menos tempo de inatividade a cada versão devido aos aprimoramentos contínuos de software do DDOS. 
  

6. Se a pré-verificação for concluída sem problemas, prossiga com o upgrade contínuo no nó ativo.

7. Após o nó em espera (nó 1) ser reinicializado e se tornar acessível, é possível fazer log-in no nó em espera para monitorar o status/progresso do upgrade.

8. Aguarde a conclusão do upgrade contínuo. Antes disso, não acione nenhuma operação de failover de HA.

9. Verifique o status de HA, ambos os nós estão on-line, o status do sistema de HA é "highly available".

10. Verifique se ambos os nós têm a mesma versão do DDOS.

11. Verifique se há algum alerta inesperado.

12. Neste ponto, o upgrade contínuo foi concluído com sucesso.