Realização de um switchover negociado
Sugerir alterações
PDFs
Um switchover negociado desliga os processos no local do parceiro de forma limpa e, em seguida, alterna as operações do local do parceiro. Você pode usar um switchover negociado para executar a manutenção em um local de MetroCluster ou para testar a funcionalidade de switchover.
-
Todas as alterações de configuração anteriores devem ser concluídas antes de executar uma operação de switchback.
Isto destina-se a evitar a concorrência com a operação de comutação negociada ou de comutação.
-
Todos os nós que foram anteriormente inativos devem ser inicializados e no quorum de cluster.
A Referência da Administração do sistema tem mais informações sobre o quórum de cluster na seção ""compreendendo quórum e epsilon"".
-
A rede de peering de cluster deve estar disponível em ambos os sites.
-
Todos os nós na configuração do MetroCluster devem estar executando a mesma versão do software ONTAP.
-
A opção replication.create_data_protection_rels.enable deve ser definida como ON EM ambos os sites em uma configuração MetroCluster antes de criar uma nova relação SnapMirror.
-
Para uma configuração de MetroCluster de dois nós, uma nova relação do SnapMirror não deve ser criada durante uma atualização quando houver versões incompatíveis do ONTAP entre os sites.
-
Para uma configuração de MetroCluster de quatro nós, as versões incompatíveis do ONTAP entre os sites não são suportadas.
O local de recuperação pode levar algumas horas para ser capaz de executar a operação de switchback.
O comando MetroCluster switchover alterna entre os nós em todos os grupos de DR na configuração MetroCluster. Por exemplo, em uma configuração de MetroCluster de oito nós, ele alterna entre os nós em ambos os grupos de DR.
Ao se preparar e executar um switchover negociado, você não deve fazer alterações de configuração no cluster nem executar nenhuma takeover ou operações de giveback.
Para configurações de MetroCluster FC:
-
Agregados espelhados permanecerão no estado normal se o storage remoto estiver acessível.
-
Os agregados espelhados ficarão degradados após o switchover negociado se o acesso ao storage remoto for perdido.
-
Agregados não espelhados localizados no local de desastre ficarão indisponíveis se o acesso ao storage remoto for perdido. Isso pode levar a uma interrupção do controlador.
Para configurações IP do MetroCluster:
|
Antes de executar tarefas de manutenção, você deve remover o monitoramento se a configuração do MetroCluster for monitorada com o utilitário tiebreaker ou Mediator. "Remova a monitorização do Mediador ONTAP ou do tiebreaker antes de executar tarefas de manutenção" |
-
Para o ONTAP 9.4 e versões anteriores:
-
Os agregados espelhados ficarão degradados após o switchover negociado.
-
-
Para o ONTAP 9.5 e posterior:
-
Agregados espelhados permanecerão no estado normal se o storage remoto estiver acessível.
-
Os agregados espelhados ficarão degradados após o switchover negociado se o acesso ao storage remoto for perdido.
-
-
Para o ONTAP 9.8 e posterior:
-
Agregados não espelhados localizados no local de desastre ficarão indisponíveis se o acesso ao storage remoto for perdido. Isso pode levar a uma interrupção do controlador.
-
Use os comandos MetroCluster check run, MetroCluster check show e MetroCluster check config-replication show para garantir que nenhuma atualização de configuração esteja em andamento ou pendente. Emita estes comandos do site que permanecerão ativos e operacionais.
-
A partir do local que permanecerá ativo e operacional, implemente a transição:
metrocluster switchoverA operação pode levar vários minutos para ser concluída.
-
Monitorize a conclusão da mudança:
metrocluster operation showcluster_A::*> metrocluster operation show Operation: Switchover Start time: 10/4/2012 19:04:13 State: in-progress End time: - Errors: cluster_A::*> metrocluster operation show Operation: Switchover Start time: 10/4/2012 19:04:13 State: successful End time: 10/4/2012 19:04:22 Errors: - -
Restabelecer qualquer configuração SnapMirror ou SnapVault.
-
-