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 A150

Colaboradores netapp-martyh
PDFs

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

Opção 1: A maioria das configurações

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: O controlador está em uma configuração MetroCluster

Observação Não use este procedimento se o sistema estiver em uma configuração de MetroCluster de dois nós.

Assuma o controle e interrompa o controlador com defeito para que o controlador em bom estado continue a fornecer dados do armazenamento do controlador com defeito. Para fazer isso, você suprime a criação automática de casos em AutoSupport, desativa o giveback automático e leva o controlador com defeito ao prompt LOADER. O prompt LOADER é o estado de parada segura a partir do qual você pode substituir a FRU.

  • Se você tiver um cluster com mais de dois nós, ele deverá estar no quórum. Se o cluster não estiver em quórum ou se um controlador íntegro exibir false para qualificação e integridade, você deverá corrigir o problema antes de encerrar o controlador prejudicado; "Sincronize um nó com o cluster"consulte .

  • Se você tiver uma configuração MetroCluster, você deve ter confirmado que o estado de configuração do MetroCluster está configurado e que os nós estão em um estado ativado e normal (metrocluster node show).

Passos

  1. Se o AutoSupport estiver ativado, suprimir a criação automática de casos invocando uma mensagem AutoSupport: system node autosupport invoke -node * -type all -message MAINT=number_of_hours_downh

    A seguinte mensagem AutoSupport suprime a criação automática de casos por duas horas: cluster1:*> system node autosupport invoke -node * -type all -message MAINT=2h

  2. Desative a giveback automática a partir da consola do controlador saudável: storage failover modify –node local -auto-giveback false

  3. Leve o controlador prejudicado para o prompt Loader:

    Se o controlador afetado estiver a apresentar…​ Então…​

    O prompt Loader

    Vá para a próxima etapa.

    A aguardar pela giveback…​

    Pressione Ctrl-C e responda y quando solicitado.

    Prompt do sistema ou prompt de senha (digite a senha do sistema)

    Assuma ou interrompa o controlador prejudicado do controlador saudável: storage failover takeover -ofnode impaired_node_name

    Quando o controlador prejudicado mostrar aguardando a giveback…​, pressione Ctrl-C e responda y.