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.

Recuperar de operações automáticas de failover de cluster ONTAP não planejadas

Colaboradores netapp-aaron-holt netapp-ahibbard netapp-dbagwell netapp-lenida
PDFs

Uma operação automática de failover não planejado (AUFO) ocorre quando o cluster primário está inativo ou isolado. O Mediador ONTAP deteta quando ocorre um failover e executa um failover automático não planejado para o cluster secundário. O cluster secundário é convertido para o primário e começa a servir os clientes. Esta operação é realizada apenas com a ajuda do Mediador ONTAP.

Observação Após o failover automático não planejado, é importante reexaminar os caminhos de e/S LUN do host para que não haja perda de caminhos de e/S.

Restabeleça o relacionamento de proteção após um failover não planejado

É possível restabelecer a relação de proteção usando o Gerenciador de sistema ou a CLI do ONTAP.

System Manager
Importante
Passos
Do ONTAP 9.14.1 ao 9.8, a sincronização ativa do SnapMirror é chamada de SnapMirror Business Continuity (SM-BC).

  1. Navegue até Proteção > Relacionamentos e aguarde até que o estado do relacionamento mostre "InSync".

  2. Para retomar as operações no cluster de origem original, clique Ícone de opções do menu e selecione failover.

CLI

Você pode monitorar o status do failover automático não planejado usando o snapmirror failover show comando.

Por exemplo:

ClusterB::> snapmirror failover show -instance
Start Time: 9/23/2020 22:03:29
         Source Path: vs1:/cg/scg3
    Destination Path: vs3:/cg/dcg3
     Failover Status: completed
        Error Reason:
            End Time: 9/23/2020 22:03:30
Primary Data Cluster: cluster-2
Last Progress Update: -
       Failover Type: unplanned
  Error Reason codes: -

Consulte "Referência da EMS"para obter informações sobre mensagens de eventos e sobre ações corretivas.

Retomar a proteção em uma configuração de fan-out após o failover

A partir do ONTAP 9.15,1, o SnapMirror ative Sync suporta reconfiguração automática na etapa fan-out após um evento de failover. A etapa de fan-out assíncrona pode ser uma relação de grupo de consistência ou uma relação de volume independente. Para obter mais informações, "configurações de fan-out"consulte .

Se você estiver usando o ONTAP 9.14,1 ou anterior e tiver um failover no cluster secundário na relação de sincronização ativa do SnapMirror, o destino assíncrono do SnapMirror não será saudável. Você deve restaurar manualmente a proteção excluindo e recriando a relação com o endpoint assíncrono do SnapMirror.

Passos

  1. Verifique se o failover foi concluído com êxito:
    snapmirror failover show

  2. No endpoint assíncrono do SnapMirror, exclua o endpoint de fan-out:
    snapmirror delete -destination-path destination_path

  3. No terceiro site, crie relações assíncronas do SnapMirror entre o novo volume primário de sincronização ativa do SnapMirror e o volume de destino de saída de ventoinha assíncrona:
    snapmirror create -source-path source_path -destination-path destination_path -policy MirrorAllSnapshots -schedule schedule

  4. Ressincronizar a relação:
    snapmirror resync -destination-path destination_path

  5. Verifique o status e a saúde da relação:
    snapmirror show

Informações relacionadas