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

Você deve confirmar a alteração do ID do sistema ao iniciar o controlador de substituição e, em seguida, verificar se a alteração foi implementada.

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

Se o controlador de substituição estiver no modo de manutenção (mostrando o prompt *>, saia do modo de manutenção e vá para o prompt de LOADER: halt
No prompt de LOADER no controlador de substituição, inicialize o controlador, inserindo y se solicitado a substituir o ID do sistema por causa de uma incompatibilidade de ID do sistema:boot_ontap

Aguarde até que a mensagem Waiting for giveback... seja exibida no console do controlador de substituição e, em seguida, no controlador funcional, verifique se o ID do sistema do parceiro novo foi atribuído automaticamente.

Exemplo

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)

No controlador 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
Devolva o controlador:
1. No controlador funcional, devolva o armazenamento do controlador substituído: storage failover giveback -ofnode replacement_node_name
  O controlador 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.
  Se o retorno for vetado
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.
Se o sistema estiver em uma configuração MetroCluster, monitore o status do controlador: metrocluster node show
A configuração de MetroCluster leva alguns minutos depois da substituição para retornar a um estado 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.

Verifique se os discos ou as LUNs Flex Array foram atribuídos corretamente: storage disk show -ownership

Exemplo

Os discos pertencentes ao controlador de substituição devem mostrar a nova ID do sistema. No exemplo a seguir, os discos pertencentes ao nó 1 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
.
.
.

Se o controlador 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 controlador no local do desastre.
Isso será necessário se as condições a seguir forem verdadeiras:
- A configuração de MetroCluster está em um estado de comutação.
- O controlador de substituição é o proprietário atual dos discos no local do desastre.
  Recuperar-se de um desastre

Se o sistema estiver em uma configuração MetroCluster, verifique se cada controlador está configurado: metrocluster node show - fields configuration-state

Recuperar-se de um desastre

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.

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

Enviar feedback