Skip to main content
ONTAP MetroCluster
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Inicializando no ONTAP em módulos de controlador de substituição em configurações IP do MetroCluster

Colaboradores

Você precisa inicializar os nós de substituição no local de desastre para o sistema operacional ONTAP.

Sobre esta tarefa

Esta tarefa começa com os nós no local de desastre no modo Manutenção.

Passos
  1. Em um dos nós de substituição, saia para o prompt Loader: halt

  2. Apresentar o menu de arranque: boot_ontap menu

  3. No menu de inicialização, selecione a opção 6, Atualizar flash a partir da configuração de backup.

    O sistema arranca duas vezes. Você deve responder yes quando solicitado a continuar. Após a segunda inicialização, você deve responder y quando solicitado sobre a incompatibilidade da ID do sistema.

    Observação Se você não tiver limpado o conteúdo do NVRAM de um módulo de controlador de substituição usado, poderá ver a seguinte mensagem de pânico: PANIC: NVRAM contents are invalid…​. Se isso ocorrer, inicialize o sistema no prompt do ONTAP novamente (boot_ontap menu). Então você precisa Redefina os bootargs boot_recovery e rdb_corrupt
    • Confirmação para continuar prompt:

      Selection (1-9)? 6
      
      This will replace all flash-based configuration with the last backup to
      disks. Are you sure you want to continue?: yes
    • Aviso de incompatibilidade da ID do sistema:

      WARNING: System ID mismatch. This usually occurs when replacing a boot device or NVRAM cards!
      Override system ID? {y|n} y
  4. No local que sobreviveu, verifique se as IDs de sistema do parceiro corretas foram aplicadas aos nós:

    metrocluster node show -fields node-systemid,ha-partner-systemid,dr-partner-systemid,dr-auxiliary-systemid

    Neste exemplo, os seguintes novos IDs de sistema devem aparecer na saída:

    • Node_A_1: 1574774970

    • Node_A_2: 1574774991

    A coluna "ha-Partner-systemid" deve mostrar os novos IDs do sistema.

    metrocluster node show -fields node-systemid,ha-partner-systemid,dr-partner-systemid,dr-auxiliary-systemid
    
    dr-group-id cluster    node      node-systemid ha-partner-systemid dr-partner-systemid dr-auxiliary-systemid
    ----------- ---------- --------  ------------- ------ ------------ ------ ------------ ------ --------------
    1           Cluster_A  Node_A_1  1574774970    1574774991          4068741254          4068741256
    1           Cluster_A  Node_A_2  1574774991    1574774970          4068741256          4068741254
    1           Cluster_B  Node_B_1  -             -                   -                   -
    1           Cluster_B  Node_B_2  -             -                   -                   -
    4 entries were displayed.
  5. Se as IDs do sistema do parceiro não foram definidas corretamente, você deve definir manualmente o valor correto:

    1. Interrompa e exiba o prompt Loader no nó.

    2. Verifique o valor atual do bootarg do Partner-sysID:

      printenv

    3. Defina o valor para a ID correta do sistema do parceiro:

      setenv partner-sysid partner-sysID

    4. Inicialize o nó:

      boot_ontap

    5. Repita essas subetapas no outro nó, se necessário.

  6. Confirme se os nós de substituição no local de desastre estão prontos para o switchback:

    metrocluster node show

    Os nós de substituição devem estar aguardando o modo de recuperação de switchback. Se eles estiverem no modo normal, você pode reinicializar os nós de substituição. Após essa inicialização, os nós devem estar aguardando o modo de recuperação de switchback.

    O exemplo a seguir mostra que os nós de substituição estão prontos para switchback:

    cluster_B::> metrocluster node show
    DR                               Configuration  DR
    Group Cluster Node               State          Mirroring Mode
    ----- ------- ------------------ -------------- --------- --------------------
    1     cluster_B
                  node_B_1           configured     enabled   switchover completed
                  node_B_2           configured     enabled   switchover completed
          cluster_A
                  node_A_1           configured     enabled   waiting for switchback recovery
                  node_A_2           configured     enabled   waiting for switchback recovery
    4 entries were displayed.
    
    cluster_B::>
  7. Verifique as configurações da conexão MetroCluster:

    metrocluster configuration-settings connection show

    O estado de configuração deve indicar Concluído.

    cluster_B::*> metrocluster configuration-settings connection show
    DR                    Source          Destination
    Group Cluster Node    Network Address Network Address Partner Type Config State
    ----- ------- ------- --------------- --------------- ------------ ------------
    1     cluster_B
                  node_B_2
                     Home Port: e5a
                          172.17.26.13    172.17.26.12    HA Partner   completed
                     Home Port: e5a
                          172.17.26.13    172.17.26.10    DR Partner   completed
                     Home Port: e5a
                          172.17.26.13    172.17.26.11    DR Auxiliary completed
                     Home Port: e5b
                          172.17.27.13    172.17.27.12    HA Partner   completed
                     Home Port: e5b
                          172.17.27.13    172.17.27.10    DR Partner   completed
                     Home Port: e5b
                          172.17.27.13    172.17.27.11    DR Auxiliary completed
                  node_B_1
                     Home Port: e5a
                          172.17.26.12    172.17.26.13    HA Partner   completed
                     Home Port: e5a
                          172.17.26.12    172.17.26.11    DR Partner   completed
                     Home Port: e5a
                          172.17.26.12    172.17.26.10    DR Auxiliary completed
                     Home Port: e5b
                          172.17.27.12    172.17.27.13    HA Partner   completed
                     Home Port: e5b
                          172.17.27.12    172.17.27.11    DR Partner   completed
                     Home Port: e5b
                          172.17.27.12    172.17.27.10    DR Auxiliary completed
          cluster_A
                  node_A_2
                     Home Port: e5a
                          172.17.26.11    172.17.26.10    HA Partner   completed
                     Home Port: e5a
                          172.17.26.11    172.17.26.12    DR Partner   completed
                     Home Port: e5a
                          172.17.26.11    172.17.26.13    DR Auxiliary completed
                     Home Port: e5b
                          172.17.27.11    172.17.27.10    HA Partner   completed
                     Home Port: e5b
                          172.17.27.11    172.17.27.12    DR Partner   completed
                     Home Port: e5b
                          172.17.27.11    172.17.27.13    DR Auxiliary completed
                  node_A_1
                     Home Port: e5a
                          172.17.26.10    172.17.26.11    HA Partner   completed
                     Home Port: e5a
                          172.17.26.10    172.17.26.13    DR Partner   completed
                     Home Port: e5a
                          172.17.26.10    172.17.26.12    DR Auxiliary completed
                     Home Port: e5b
                          172.17.27.10    172.17.27.11    HA Partner   completed
                     Home Port: e5b
                          172.17.27.10    172.17.27.13    DR Partner   completed
                     Home Port: e5b
                          172.17.27.10    172.17.27.12    DR Auxiliary completed
    24 entries were displayed.
    
    cluster_B::*>
  8. Repita as etapas anteriores no outro nó no local do desastre.

Reponha os bootargs boot_recovery e rdb_corrupt

Se necessário, você pode redefinir o boot_recovery e o rdb_corrupt_bootargs

Passos
  1. Interrompa o nó de volta ao prompt DO Loader:

    node_A_1::*> halt -node _node-name_
  2. Verifique se os seguintes bootargs foram definidos:

    LOADER> printenv bootarg.init.boot_recovery
    LOADER> printenv bootarg.rdb_corrupt
  3. Se qualquer bootarg tiver sido definido como um valor, desconfigure-o e inicie o ONTAP:

    LOADER> unsetenv bootarg.init.boot_recovery
    LOADER> unsetenv bootarg.rdb_corrupt
    LOADER> saveenv
    LOADER> bye