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.

Desligue os controladores - AFF A400

Colaboradores
PDFs

Encerre ou assuma o controlador afetado utilizando o procedimento adequado para a sua configuração.

Opção 1: Desligue os controladores ao substituir um chassi

Desligue os controladores para que possa efetuar a manutenção no chassis.

Este procedimento destina-se a sistemas com duas configurações de nós. Se tiver um sistema com mais de dois nós, "Como executar um desligamento eficiente e ligar um par de HA em um cluster de quatro nós" consulte .

Antes de começar

  • Impedir que todos os clientes/hosts acessem dados no sistema NetApp.

  • Suspender trabalhos de cópia de segurança externos.

  • Certifique-se de que tem as permissões e credenciais necessárias:

    • Credenciais de administrador local para o ONTAP.

    • Senha do NetApp Onboard Key Management (OKM) em todo o cluster se estiver usando criptografia de storage ou NVE/NAE.

    • BMC accessability para cada controlador.

  • Certifique-se de que tem as ferramentas e o equipamento necessários para a substituição.

  • Como uma prática recomendada antes do desligamento, você deve:

Passos

  1. Faça login no cluster através de SSH ou faça login de qualquer nó no cluster usando um cabo de console local e um laptop/console.

  2. Desligue o AutoSupport e indique quanto tempo espera que o sistema fique offline:

    system node autosupport invoke -node * -type all -message "MAINT=8h Power Maintenance"

  3. Identifique o endereço SP/BMC de todos os nós:

    system service-processor show -node * -fields address

  4. Saia do shell do cluster: exit

  5. Faça login no SP/BMC via SSH usando o endereço IP de qualquer um dos nós listados na saída da etapa anterior.

    Se você estiver usando um console/laptop, faça login no controlador usando as mesmas credenciais de administrador de cluster.

    Observação Abra uma sessão SSH para cada conexão SP/BMC para que você possa monitorar o progresso.

  6. Parar os dois nós localizados no chassi com deficiência:

    system node halt -node <node1>,<node2> -skip-lif-migration-before-shutdown true -ignore-quorum-warnings true -inhibit-takeover true

    Observação Para clusters que usam o SnapMirror síncrono operando no modo StrictSync: system node halt -node <node1>,<node2> -skip-lif-migration-before-shutdown true -ignore-quorum-warnings true -inhibit-takeover true -ignore-strict-sync-warnings true

  7. Digite y para cada controlador no cluster quando você vir Warning: Are you sure you want to halt node "cluster <node-name> number"? {y|n}:

  8. Aguarde que cada controlador pare e exiba o prompt Loader.

Opção 2: Encerre um controlador em uma configuração de MetroCluster de dois nós

Para desligar o controlador desativado, você deve determinar o status do controlador e, se necessário, trocar o controlador para que o controlador saudável continue fornecendo dados do armazenamento do controlador prejudicado.

Sobre esta tarefa

  • Você deve deixar as fontes de alimentação ligadas no final deste procedimento para fornecer energia ao controlador de integridade.

Passos

  1. Verifique o estado do MetroCluster para determinar se o controlador afetado mudou automaticamente para o controlador saudável: metrocluster show

  2. Dependendo se ocorreu uma mudança automática, proceda de acordo com a seguinte tabela:

    Se o controlador deficiente…​ Então…​

    Mudou automaticamente

    Avance para o passo seguinte.

    Não mudou automaticamente

    Execute uma operação de comutação planejada a partir do controlador íntegro: metrocluster switchover

    Não mudou automaticamente, tentou mudar com o comando e o switchover metrocluster switchover foi vetado

    Reveja as mensagens de veto e, se possível, resolva o problema e tente novamente. Se você não conseguir resolver o problema, entre em Contato com o suporte técnico.

  3. Ressincronize os agregados de dados executando o metrocluster heal -phase aggregates comando do cluster sobrevivente.

    controller_A_1::> metrocluster heal -phase aggregates
[Job 130] Job succeeded: Heal Aggregates is successful.

    Se a cura for vetada, você tem a opção de reemitir o metrocluster heal comando com o -override-vetoes parâmetro. Se você usar esse parâmetro opcional, o sistema substituirá quaisquer vetos de software que impeçam a operação de recuperação.

  4. Verifique se a operação foi concluída usando o comando MetroCluster operation show.

    controller_A_1::> metrocluster operation show
    Operation: heal-aggregates
      State: successful
Start Time: 7/25/2016 18:45:55
   End Time: 7/25/2016 18:45:56
     Errors: -

  5. Verifique o estado dos agregados utilizando o storage aggregate show comando.

    controller_A_1::> storage aggregate show
Aggregate     Size Available Used% State   #Vols  Nodes            RAID Status
--------- -------- --------- ----- ------- ------ ---------------- ------------
...
aggr_b2    227.1GB   227.1GB    0% online       0 mcc1-a2          raid_dp, mirrored, normal...

  6. Curar os agregados raiz usando o metrocluster heal -phase root-aggregates comando.

    mcc1A::> metrocluster heal -phase root-aggregates
[Job 137] Job succeeded: Heal Root Aggregates is successful

    Se a recuperação for vetada, você terá a opção de reemitir o metrocluster heal comando com o parâmetro -override-vetos. Se você usar esse parâmetro opcional, o sistema substituirá quaisquer vetos de software que impeçam a operação de recuperação.

  7. Verifique se a operação heal está concluída usando o metrocluster operation show comando no cluster de destino:

    mcc1A::> metrocluster operation show
  Operation: heal-root-aggregates
      State: successful
 Start Time: 7/29/2016 20:54:41
   End Time: 7/29/2016 20:54:42
     Errors: -

  8. No módulo do controlador desativado, desligue as fontes de alimentação.