Skip to main content
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.

Recable o sistema - FAS9500

Colaboradores
PDFs

Continue o procedimento de substituição reativando as configurações de armazenamento e rede.

Passo 1: Recable o sistema

É necessário reabilitar as conexões de rede e armazenamento do módulo do controlador.

Passos

  1. Recable o sistema.

  2. Verifique se o cabeamento está correto usando "Active IQ Config Advisor"o .

    1. Baixe e instale o Config Advisor.

    2. Insira as informações do sistema de destino e clique em coletar dados.

    3. Clique na guia cabeamento e examine a saída. Certifique-se de que todos os compartimentos de disco sejam exibidos e todos os discos apareçam na saída, corrigindo quaisquer problemas de cabeamento encontrados.

    4. Verifique outro cabeamento clicando na guia apropriada e, em seguida, examinando a saída do Config Advisor.

Observação As informações de identificação do sistema e atribuição de disco residem no módulo NVRAM, que está em um módulo separado do módulo do controlador e não é afetado pela substituição do módulo do controlador.

Etapa 2: Reatribuir discos

Se o sistema de storage estiver em um par de HA, a ID do sistema do novo módulo de controladora será automaticamente atribuída aos discos quando o giveback ocorrer no final do procedimento. Você deve confirmar a alteração do ID do sistema quando você inicializar o nó replacement e, em seguida, verificar se a alteração foi implementada.

Este procedimento aplica-se apenas a sistemas que executam o ONTAP em um par de HA.

  1. Se o nó replacement estiver no modo Manutenção (mostrando o *> prompt), saia do modo Manutenção e vá para o prompt Loader: halt

  2. A partir do prompt Loader no nó replacement, inicialize o nó, inserindo y se for solicitado a substituir o ID do sistema devido a uma incompatibilidade de ID do sistema.boot_ontap

  3. Aguarde até que a Waiting for giveback…​ mensagem seja exibida no console do nó replacement e, em seguida, a partir do nó de integridade, verifique se a nova ID do sistema do parceiro foi atribuída automaticamente: Exibição de failover de armazenamento

    Na saída do comando, você verá uma mensagem informando que a ID do sistema foi alterada no nó prejudicado, mostrando as IDs antigas e novas corretas. No exemplo a seguir, o node2 foi substituído e tem um novo ID de sistema de 151759706.

    node1> storage failover show
                                    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. A partir do nó saudável, verifique se todos os coredumps são salvos:

    1. Mude para o nível de privilégio avançado: set -privilege advanced

      Você pode responder Y quando solicitado a continuar no modo avançado. O prompt do modo avançado é exibido (*>).

    2. Salve quaisquer coredumps: system node run -node local-node-name partner savecore

    3. Aguarde até que o comando savecore seja concluído antes de emitir o giveback.

      Você pode inserir o seguinte comando para monitorar o progresso do comando savecore: system node run -node local-node-name partner savecore -s

    4. Voltar ao nível de privilégio de administrador: set -privilege admin

  5. Se o sistema de storage tiver o Storage ou o volume Encryption configurado, você deverá restaurar a funcionalidade Storage ou volume Encryption usando um dos procedimentos a seguir, dependendo se você estiver usando o gerenciamento de chaves integrado ou externo:

  6. Devolver o nó:

    1. A partir do nó íntegro, devolva o armazenamento do nó substituído: storage failover giveback -ofnode replacement_node_name

      O nó replacement recupera seu armazenamento e completa a inicialização.

      Se você for solicitado a substituir a ID do sistema devido a uma incompatibilidade de ID do sistema, y digite .

      Observação Se o giveback for vetado, você pode considerar substituir os vetos.

    Para obter mais informações, consulte o "Comandos manuais de giveback" tópico para substituir o veto.

    1. Após a conclusão do giveback, confirme se o par de HA está íntegro e se o takeover é possível: Mostra failover de storage

      A saída do storage failover show comando não deve incluir a ID do sistema alterada na mensagem do parceiro.

  7. Verifique se os discos foram atribuídos corretamente: storage disk show -ownership

    Os discos pertencentes ao nó replacement devem mostrar o novo ID do sistema. No exemplo a seguir, os discos de propriedade de node1 agora mostram o novo ID do sistema, 1873775277:

    node1> storage disk show -ownership

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
.
.
.

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

    A configuração do MetroCluster leva alguns minutos após a substituição para retornar a um estado normal, quando cada nó mostrará um estado configurado, com espelhamento de DR ativado e um modo normal. O metrocluster node show -fields node-systemid comando output exibe o ID do sistema antigo até que a configuração do MetroCluster retorne a um estado normal.

  9. Se o nó estiver em uma configuração do MetroCluster, dependendo do estado do MetroCluster, verifique se o campo ID inicial do DR mostra o proprietário original do disco se o proprietário original for um nó no local do desastre.

    Isso é necessário se ambos os seguintes itens forem verdadeiros:

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

    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.

  11. Verifique se os volumes esperados estão presentes para cada nó: vol show -node node-name

  12. Se você desativou o controle automático na reinicialização, ative-o a partir do nó de integridade: storage failover modify -node replacement-node-name -onreboot true