Data Domain e DDVE: Como fazer upgrade do Data Domain Operating System

Este artigo foi criado para ajudar os clientes da Dell Technologies a fazer upgrade do Data Domain.

Muitos dos links e referências abaixo podem ser acessados somente pelo site do Suporte Dell.
Faça log-in no support.dell.com antes de continuar lendo.

• Isso se aplica apenas para upgrades do DDOS e do DDVE. Isso não é válido para um upgrade do DDHA.
• Para upgrades do DDHA, navegue até o DataDomain: Guia de upgrade do SO para sistemas de alta disponibilidade (HA) (log-in obrigatório)
• Para o DDVE implementado na nuvem (Azure, GCP e AWS), o arquivo .rpm do DDOS necessário para fazer upgrade do código é o mesmo usado para os modelos de hardware. Ele pode ser baixado em Suporte para DD OS.
• Se esse Data Domain fizer parte de um IDPA, ele deverá receber upgrade dentro do upgrade do IDPA e isso NÃO poderá ser feito separadamente.
• Você deve verificar a compatibilidade entre a versão necessária do Data Domain e outras integrações em seu ambiente. Verifique o guia de compatibilidade usando o E-Lab Interoperability Navigator.
• Verifique a matriz de código simples na seção de notas deste documento para determinar quantas etapas são necessárias. Deve haver pelo menos 24 horas entre cada etapa de upgrade, a menos que esteja fazendo upgrade da versão 6.2.x para a 7.0.x, nenhum período de espera é exigido.
• Você pode localizar o caminho de upgrade nas notas da versão da versão que está fazendo upgrade. Consulte os principais documentos do PowerProtect e do Data Domain para obter uma lista de documentos do Data Domain.
• Para verificar se o MDU é necessário, consulte Data Domain: Compatibilidade entre o upgrade mínimo disruptivo (MDU) do DDOS 7.x e o DDOS 7.2 (log-in obrigatório).

Processo 1: Como fazer download da versão do código para a qual você está fazendo upgrade

1. Acesse o site de suporte (Suporte para DD OS) e faça log-in. Como alternativa, você pode acessar Data Domain: Versões do software DD OS e fazer download a partir dele (log-in obrigatório).

2. Escolha o código para o qual fazer upgrade.

   Nota:
   Versões do LTS:

   • As versões de disponibilidade geral concluíram os testes internos de QA do Data Domain e estão disponíveis para instalação em ambientes de produção.
   • As versões com suporte de longo prazo têm características exclusivas diferentes das versões com recursos mais recentes.
     • Destinam-se a clientes que adotam uma versão padrão em seus data centers e permanecem nessa versão por um ano ou mais.
     • São disponibilizadas todos os anos simultaneamente.
     • São mantidas e atualizadas proativamente por meio de versões de manutenção em uma cadência regular.
     • São declaradas LTS no momento da liberação sem período de verificação.
     • Têm uma oferta de 36 meses de correção de problemas de software e análise de causa raiz.
     • Substituem o conceito de código de destino.

3. No painel de recursos, selecione Downloads & Drivers.

4. Clique em Data Domain Operating System [VERSION]

   Nota: [VERSION] = versão do produto do instalador

5. Leia o documento e clique em I Accept na última página.

6. Leia o documento e clique no arquivo .rpm para iniciar o download.

Processo 2: Como carregar o código no sistema DD:

1. Abra o Data Domain System Manager (por exemplo, ele é acessado de https://hostname/ddem ou https://IP/ddem).

2. Faça log-in como sysadmin.

3. Acesse a guia Maintenance.

4. Clique em Upload Upgrade Package e selecione o arquivo.

Processo 3: Etapas de pré-verificação

1. Faça log-in no servidor Data Domain.

   1. Abra uma sessão SSH.
   2. Digite o endereço IP ou nome de host.
   3. Faça log-in como usuário sysadmin .

2. Valide o número de série e o nome de host do Data Domain para garantir que você está no servidor correto.

   1. system show serialno
   2. hostname

3. Confirme se você tem o endereço IP correto.

   1. net show settings

4. Confirme se o Data Domain não faz parte de um IDPA. Se você vir avamar-e três esxX-logsou se você vir a presença de VLANs de gerenciamento, como ethMa.121, ethMa.123, então isso pode indicar que ele faz parte de um IDPA. Se tiver dúvidas, entre em contato com o administrador do sistema da sua organização.

   1. mtree list
      
      Figura 1: Exemplo de um possível DD com saída do IDPA

5. Confirme se o Data Domain não é DDHA. NÃO prossiga se for um DDHA, pois ele tem um procedimento de upgrade diferente.

   1. ha status
      
      Figura 2: Exemplo de DDHA

6. Verifique a versão de código atual instalada (verifique a matriz para confirmar se esse é um upgrade de etapa única ou de várias etapas).

   1. system show version

7. Verifique se há alertas e determine se o alerta pode ser removido ou precisa que uma ação seja tomada. Verifique o catálogo de mensagens de erro do DD. Se você não tiver certeza ou se houver problemas de hardware, NÃO prossiga. Entre em contato com a equipe de suporte da Dell Technologies.

   1. alerts show current

8. Verifique o status do file system e confirme se ele informa que o file system está ativado e em execução.

   1. filesys status

9. Verifique o espaço e confirme se a partição pós-compactação tem pelo menos 10% de espaço livre.

   1. df
   Nota: Se você tiver o nível de arquivo/retenção estendida, não poderá fazer upgrade para a versão DD 7.x, pois o nível de arquivo não é mais compatível com a versão DD 7.x e causa falha no upgrade.

10. Verifique se o processo de limpeza está em execução. Em caso afirmativo, interrompa-o antes de prosseguir.

    1. filesys clean status
    2. filesys clean stop

11. Verifique se o nível da nuvem está ativado. Em caso afirmativo, interrompa qualquer movimentação de dados antes de continuar.

    1. data-movement status
    2. data-movement stop all
    3. cloud clean status
    4. cloud clean stop

12. Verifique a configuração de replicação. Verifique a coluna CTX. Se você vir ele mostrando 0, isso significa que ele é a Replicação de conjunto (espelhamento), isso é raro, mas quando você tem esse tipo de replicação, significa que ambos os servidores devem receber upgrade simultaneamente.

    1. replication show config

13. Verifique se algum trabalho de replicação está em execução ou inicializando. Se a inicialização estiver em andamento, ela deverá ser interrompida antes de prosseguir com o upgrade. Às vezes, pode levar muito tempo para interromper a inicialização da replicação. Se a replicação não estiver em execução, podemos prosseguir com o upgrade normalmente.

    1. replication show stats
    2. Para interromper a replicação, consulte Data Domain: A inicialização da replicação está em andamento e o upgrade não pode continuar.

14. Verifique se há discos reconstruídos ou com falha. Verifique se não há discos com falha (F), em reconstrução (R), cópia (C) ou ausentes (A).

    1. disk show state

15. Realize uma verificação de confiabilidade do disco. Confirme se a última linha mostra X unidades operando normalmente. Verifique a coluna de setores realocados. Se a contagem for mais de 2.000, talvez seja necessário substituir o disco proativamente antes do upgrade.

    1. disk show reliability-data

16. Verifique o tráfego de rede.

    1. system show stats interval 2 count 10 OU iostat 2

17. Verifique se há trabalhos NFS ou CIFS em execução. Em caso afirmativo, interrompa-os antes de prosseguir.

    1. nfs show active
    2. cifs show active

18. Caso o PCR esteja habilitado e em uso, consulte Data Domain: Instruções de upgrade para o DD habilitado para PCR/PCM.

19. Se estiver integrado ao Avamar e fazendo upgrade para a versão 6.1, consulte Integração Avamar-Data Domain: Depois de fazer upgrade do Data Domain para a versão 6.1.x, os snapshots do Avamar não expiram no Data Domain (log-in obrigatório).

20. Verifique o método atual usado para entrega do AutoSupport.

    1. support notification method show

21. Verifique se o arquivo de upgrade foi armazenado corretamente /ddr/var/releases/ diretório.

    1. se ls -l /ddr/var/releases
    2. priv set admin

22. Reinicialize proativamente.

    1. system reboot

23. Você pode monitorar o sistema fazendo ping no endereço IP usando o prompt de comando. Abra o prompt de comando e digite:

    1. ping -t [DD IP address]

Processo 4: Upgrade

1. Quando o host estiver on-line novamente, refaça o log-in na sessão do Putty.

2. Execute as etapas de pré-verificação 7, 8 e 9 para confirmar se o estado do sistema está íntegro após a reinicialização.

3. Liste o conteúdo de /ddr/var/releases/

4. Inicie a pré-verificação do upgrade. Se forem detectados problemas, NÃO execute o upgrade.

   1. system upgrade precheck <filename.rpm>

5. Inicie o upgrade.

   1. system upgrade start <filename.rpm>

6. O servidor é reinicializado automaticamente. Você pode monitorar o sistema fazendo ping no endereço IP usando o prompt de comando.

Processo 5: Etapas pós-verificação

1. Quando o host estiver on-line novamente, refaça o log-in na sessão do Putty.

2. Monitore o upgrade.

   1. system upgrade watch

3. O upgrade será concluído quando a mensagem "Upgrade successfully completed" for exibida.

4. Execute as etapas de pré-verificação 6, 7, 8 e 9 para confirmar se o estado do sistema está íntegro após o upgrade.

5. Verifique o método atual usado para entrega do AutoSupport. Se tiver sido alterado após o upgrade do connectemc para o e-mail, consulte Data Domain: O SRS connect home é interrompido após o upgrade do DDOS para as versões 6.1.x, 6.2.x ou 7.1.x (a conexão ainda funciona) (log-in obrigatório).

   1. support notification method show

6. Verifique o status de replicação.

   1. replication show detailed-stats all

7. Verifique o status de NFS, CIFs e VTL.

   1. nfs status
   2. cifs status
   3. vtl status

8. Se o DDBoost tiver sido desativado antes do upgrade, ative-o novamente.

   1. ddboost enable

9. Verifique se os dias de vencimento da senha precisam ser aumentados.

   1. user password aging show
      Nota: Se você vir que "Maximum days between change" está definido com um valor pequeno (por exemplo, 90), altere-o para um valor maior (por exemplo, 99999):
   2. user password aging set <ddboost username> max-days-between-change 99999