Pular para o conteúdo principal

Verificando a alteração do ID do sistema em um sistema de alta disponibilidade

É necessário confirmar a alteração do ID do sistema ao inicializar o nó de substituição e, em seguida, verificar se a alteração foi implementada.

Sobre esta tarefa

Este procedimento se destina somente aos sistemas que executam o ONTAP em um par de alta disponibilidade.

  1. Se o nó de substituição estiver no modo de manutenção (mostrando o prompt *>), saia do modo de manutenção e vá para o prompt LOADER: halt
  2. No prompt LOADER no nó de substituição, inicialize o nó, inserindo y se solicitado a substituir o ID do sistema em virtude de uma incompatibilidade de ID do sistema:
  3. Aguarde até que a mensagem Waiting for giveback... seja exibida no console do nó de substituição e, em seguida, no nó funcional, verifique se o ID do sistema do parceiro novo foi atribuído automaticamente: storage failover show

    Exemplo

    Na saída do comando, você deve ver uma mensagem informando que o ID do sistema foi alterado no nó afetado, mostrando os IDs antigo e o novo corretos. No exemplo a seguir, node2 passou por substituição e tem um novo ID do sistema 151759706.
    node1> <kbd className="ph userinput nolinebreak">storage failover show</kbd>
    Takeover
    Node Partner Possible State Description
    ------------ ------------ -------- -------------------------------------
    node1 node2 false System ID changed on partner (Old:
    151759755, New: 151759706), In takeover
    node2 node1 - Waiting for giveback (HA mailboxes)

  4. No nó funcional, verifique se os coredumps estão salvos:
    1. Altere para o nível de privilégio avançado: set -privilege advanced
      Você pode responder Y quando solicitado para continuar no modo avançado. Aparece o prompt do modo avançado (*>).
    2. Salve os coredumps: system node run -node local-node-name partner savecore
    3. Aguarde o comando savecore ser concluído antes de emitir a devolução.
      É possível digitar o comando a seguir para monitorar o progresso do comando savecore: system node run -node local-node-name partner savecore -s
    4. Retorne para o nível de privilégio de administrador: set -privilege admin
  5. Devolva o nó:
    1. No nó funcional, devolva o armazenamento do nó substituído: storage failover giveback -ofnode replacement_node_name
      O nó de substituição leva o armazenamento de volta e conclui a inicialização.

      Se solicitado a substituir o ID do sistema por causa de uma incompatibilidade de ID, você deverá digitar y.

      Nota
      Se o retorno for vetado, considere substituir os vetos.

      Encontrar o Guia de configuração de alta disponibilidade da versão do ONTAP 9

    2. Depois que o retorno tiver sido concluído, confirme se o par de alta disponibilidade é funcional e esse o controle é possível: storage failover show
      A saída do comando storage failover show não deve incluir a mensagem System ID changed on partner.
  6. Verifique se os discos foram atribuídos corretamente: storage disk show -ownership

    Exemplo

    Os discos pertencentes ao nó de substituição devem mostrar o novo ID do sistema. No exemplo a seguir, os discos pertencentes ao node1 agora mostram o novo ID do sistema, 1873775277:
    node1> <kbd className="ph userinput nolinebreak">storage disk show -ownership</kbd> 

    Disk Aggregate Home Owner DR Home Home ID Owner ID DR Home ID Reserver Pool
    ----- ------ ----- ------ -------- ------- ------- ------- --------- ---
    1.0.0 aggr0_1 node1 node1 - 1873775277 1873775277 - 1873775277 Pool0
    1.0.1 aggr0_1 node1 node1 1873775277 1873775277 - 1873775277 Pool0
    .
    .
    .

  7. Se o sistema estiver em uma configuração MetroCluster, monitore o status do nó: metrocluster node show

    Após a substituição, a configuração MetroCluster demora alguns minutos para retornar ao estado normal, em que cada nó mostrará um estado configurado, com o espelhamento DR ativado e um modo normal. A saída do comando metrocluster node show -fields node-systemid exibe o ID do sistema antigo até que a configuração de MetroCluster retorne a um estado normal.

  8. Se o nó estiver em uma configuração MetroCluster, dependendo do estado do MetroCluster, verifique se o campo DR home ID mostra o proprietário original do disco, se o proprietário original for um nó no local do desastre.
    Isso será necessário se as condições a seguir forem verdadeiras:
  9. Se o sistema estiver em uma configuração MetroCluster, verifique se cada nó está configurado: metrocluster node show - fields configuration-state

    Exemplo

    node1_siteA::> metrocluster node show -fields configuration-state

    dr-group-id cluster node configuration-state
    ----------- ---------------------- -------------- -------------------
    1 node1_siteA node1mcc-001 configured
    1 node1_siteA node1mcc-002 configured
    1 node1_siteB node1mcc-003 configured
    1 node1_siteB node1mcc-004 configured

    4 entries were displayed.

  10. Verifique se os volumes esperados estão presentes em cada nó: vol show -node node-name
  11. Se você tiver desativado o controle automático na reinicialização, ative-o no nó funcional: storage failover modify -node replacement-node-name -onreboot true