Recuperação de desastre

Use essas soluções de recuperação de desastres para o HyperSwap, o Metro Mirror, o Global Mirror e o Stretched System, onde o acesso ao armazenamento ainda é possível após a falha de um site.

HyperSwap

O acesso ao volume ativo-ativo é sempre fornecido enquanto houver uma cópia consistente atualizada. Se houver uma cópia consistente desatualizada, não haverá um failover automático para ele nem será fornecido a ele acesso somente leitura. Use o comando stoprcrelationship-access ou stoprcconsistgrp-access para torná-lo acessível. O relacionamento está, neste caso, no estado Inativo. Depois de ativar o acesso com o comando stoprcrelationship-access ou stoprcconsistgrp-access, use o comando startrcrelationship -primary <master/aux> ou startrcconsistgrp -primary <master/aux> para fazer com que o relacionamento deixe o estado Inativo e continue a replicação HyperSwap. Se você executou anteriormente overridequorum, o comando startrcrelationship ou startrcconsistgrp falhará.

Ao continuar a replicação de HyperSwap, considere se deseja continuar usando a cópia consistente desatualizada ou reverter para a cópia atualizada. Para identificar se o volume principal ou auxiliar possui acesso, verifique o campo primary que é mostrado pelo comando lsrcrelationship ou lsrcconsistgrp. Para continuar usando a cópia desatualizada, forneça esse valor como o argumento para o parâmetro -primary do comando startrcrelationship ou startrcconsistgrp. Para reverter para a cópia atualizada, especifique o valor oposto como o argumento para o parâmetro -primary. Por exemplo, se master for mostrado no campo primário de lsrcconsistgrp para um grupo de consistências ativo-ativo no estado Inativo, para reverter para a cópia atualizada, use startrcconsistgrp -primary aux.

Metro Mirror e Global Mirror

Aviso: O uso inapropriado desses procedimentos pode permitir que sistemas host façam modificações independentes nas cópias de dados primárias e secundárias. Você é responsável por assegurar-se de que nenhum sistema host continue a usar a cópia primária dos dados antes de permitir o acesso à cópia secundária.

Em uma configuração do Metro Mirror ou Global Mirror, um sistema é configurado em cada site. Os relacionamentos são configurados entre os sistemas para espelhar dados de armazenamento no site primário para o armazenamento no site secundário. Se ocorrer uma indisponibilidade no site secundário, o site primário continuará a operação sem nenhuma intervenção. Se ocorrer uma indisponibilidade no site primário, então será necessário ativar o acesso ao armazenamento no site secundário.

Use o comando stoprcrelationship-access ou stoprcconsistgrp-access para ativar o acesso ao armazenamento no site secundário.

Sistema estendido

Em uma configuração de sistema estendido (anteriormente site dividido), um sistema é configurado com metade dos nós em cada site e um dispositivo de quorum em um terceiro local. Se ocorrer uma indisponibilidade no site, os outros nós no outro site acessarão o dispositivo de quorum e continuarão a operação sem nenhuma intervenção. Se a conectividade entre os dois sites for perdida, então o nó que acessar o dispositivo de quorum primeiro continuará a operação. Para propósitos de recuperação de desastre, talvez você queira ativar o acesso ao armazenamento no site que perdeu a competição para acessar o dispositivo de quorum.

Use o comando satask overridequorum para ativar o acesso ao armazenamento no site secundário. Esse recurso estará disponível somente se o sistema foi configurado pela designação de sites para os nós e os controladores de armazenamento e a alteração da topologia do sistema a ser estendido.

Importante: Se você executar a recuperação de desastre em um site e, em seguida, ligar o restante do site com falha (que continha o nó de configuração no momento do desastre), o cluster se afirmará como designado. Este procedimento começará um segundo cluster idêntico em paralelo, o que pode causar distorção de dados. Deve-se seguir estas etapas:

Remova a conectividade dos nós do site que está experimentando a indisponibilidade.
Ligue ou recupere esses nós.
Execute comando satask leavecluster-force ou svctask rmnode para todos os nós no cluster.
Traga os nós para o estado candidato.
Conecte-os ao site no qual o recurso de recuperação de desastre do site foi executado.

Outras configurações

Para recuperar o acesso ao armazenamento em outras configurações, use o Procedimento do Sistema de Recuperação.