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 A700

PDFs

Para substituir o chassi, você deve desligar os controladores.

Opção 1: Desligar os controladores

Este procedimento destina-se a sistemas com duas configurações de nós. Para obter mais informações sobre o desligamento normal ao fazer manutenção de um cluster, "Desligue e ligue o seu sistema de armazenamento de dados - base de dados de Conhecimento da NetApp" consulte .

Antes de começar

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

    • Credenciais de administrador local para o ONTAP.

    • Acessibilidade do BMC para cada controlador.

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

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. Impedir que todos os clientes/hosts acessem dados no sistema NetApp.

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

  4. Se o AutoSupport estiver ativado, suprimir a criação de casos e indicar quanto tempo espera que o sistema esteja offline:

    system node autosupport invoke -node * -type all -message "MAINT=2h Replace chassis"

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

    system service-processor show -node * -fields address

  6. Saia do shell do cluster:

    exit

  7. Faça login no SP/BMC de cada controlador usando o endereço IP identificado na etapa anterior:

    • Se você fizer login no BMC via SSH, conecte-se usando o endereço SP/BMC (por exemplo, ssh admin@<SP/BMC_address>), depois insira o comando system console e autentique-se.

    • Se você estiver usando um console local ou um laptop conectado diretamente ao controlador, faça login usando as mesmas credenciais de administrador do cluster.

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

  9. Digite y para cada controlador no cluster quando você vir:

    Warning: Are you sure you want to halt node <node_name>? {y|n}:

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

Opção 2: Encerre um nó 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.