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 o controlador desativado - AFF A400

Colaboradores
PDFs

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

Opção 1: A maioria dos sistemas

Para encerrar o controlador com deficiência, você deve determinar o status do controlador e, se necessário, assumir o controlador para que o controlador saudável continue fornecendo dados do armazenamento do controlador com deficiência.

Sobre esta tarefa

  • Se você tiver um sistema SAN, você deve ter verificado mensagens de cluster kernel-service show`evento ) para o blade SCSI do controlador afetado. O `cluster kernel-service show comando (do modo avançado priv) exibe o nome do nó, "status do quorum"desse nó, o status de disponibilidade desse nó e o status operacional desse nó.

    Cada processo SCSI-blade deve estar em quórum com os outros nós no cluster. Qualquer problema deve ser resolvido antes de prosseguir com a substituição.

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

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=<# of hours>h

    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

    Observação Quando vir do pretende desativar a auto-giveback?, introduza y.

  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

    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.
Opção 2: O controlador está em um 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.