Mudando o tipo de cópia de relacionamentos de cópia remota e grupos de consistências
É possível mudar o tipo de cópia de relacionamentos e grupos de consistências entre Metro Mirror e Global Mirror.
- Ativo-ativo
- Esse tipo de relacionamento é criado apenas para volumes do HyperSwap. Quando o HyperSwap é configurado no sistema, os volumes do HyperSwap estão localizados em sites separados e um relacionamento ativo/ativo é automaticamente configurado entre eles. As atualizações nos volumes no relacionamento são atualizadas simultaneamente em ambos os sites para fornecer soluções de recuperação de desastre para o sistema.
- Metro Mirror
Metro Mirror é um tipo de cópia remota que cria uma cópia síncrona de dados de um volume primário para um volume secundário. Um volume secundário pode estar no mesmo sistema ou em outro sistema.
Com cópias síncronas, os aplicativos de host são gravados no volume primário, mas não recebem confirmação de que a operação de gravação foi concluída até os dados serem gravados no volume secundário. Isso garante que ambos os volumes tenham dados idênticos quando a operação de cópia for concluída. Após a operação de cópia inicial for concluída, a função Metro Mirror manterá uma cópia totalmente sincronizada dos dados de origem no site de destino em todos os momentos.
A função Metro Mirror suporta operações de cópia entre os volumes que são separados por distâncias de até 300 km. Para propósitos de recuperação de desastre, o Metro Mirror fornece a maneira mais simples de manter uma cópia idêntica nos dois volumes primário e secundário. No entanto, como ocorre com todas as cópias síncronas em distâncias remotas, pode haver um impacto no desempenho dos aplicativos host. Esse impacto de desempenho está relacionado à distância entre os volumes primário e secundário, e, dependendo dos requisitos do aplicativo, seu uso pode ser limitado com base na distância entre os sites.
- Global Mirror sem ciclo (modo de ciclo configurado como Nenhum)
A função do Global Mirror fornece um processo de cópia assíncrono. Quando um host grava no volume primário, a confirmação da conclusão de E/S é recebida antes de a operação de gravação ser concluída para a cópia no volume secundário.
Se uma operação de failover for iniciada, o aplicativo deverá recuperar e aplicar as atualizações que não foram confirmadas para o volume secundário. Se as operações de E/S no volume primário forem pausadas por um período curto de tempo, o volume secundário poderá se tornar uma correspondência exata do volume primário. Esta função é comparável a um processo de backup contínuo no qual as últimas últimas atualizações estão sempre ausentes. Quando usar o Global Mirror para recuperação de desastre, será necessário considerar como deseja manipular essas atualizações ausentes.
Para usar a função do Global Mirror, todos os componentes na rede devem ser capazes de sustentar a carga de trabalho que é gerada pelos hosts de aplicativos e pelo processo de cópia em plano de fundo do Global Mirror. Se todos os componentes na rede não puderem sustentar a carga de trabalho, os relacionamentos do Global Mirror serão automaticamente interrompidos para proteger seus hosts de aplicativos contra tempos de respostas maiores.
Quando o Global Mirror opera sem ciclo, as operações de gravação são aplicadas ao volume secundário o mais rápido possível depois de serem aplicadas ao volume primário. O volume secundário normalmente está menos de um segundo atrás do volume primário, o que minimiza a quantidade de dados que deverá ser recuperada se ocorrer um failover. No entanto, um link de alta largura de banda deve ser fornecido entre os dois sites.
- Global Mirror com volumes de mudança (modo de ciclo configurado como Múltiplo)
- O Global Mirror com volumes de mudança
(modo de ciclo configurado como Múltiplo) fornece a mesma função básica de
operações de cópia assíncronas entre volumes de origem e de destino para recuperação de desastre.
Se você estiver usando o Global Mirror com o modo de ciclo configurado como Múltiplo, o processo de cópia será semelhante ao Metro Mirror e ao Global Mirror padrão. Volumes de mudança devem ser configurados para volumes primários e secundários em cada relacionamento. Uma cópia é tirada do volume primário no relacionamento usando o volume de mudança que é especificado quando o relacionamento Global Mirror com volumes de mudança é criado. O processo de cópia em plano de fundo lê dados do volume de mudança estável e consistente, copiando os dados no volume secundário no relacionamento. A tecnologia copy-on-write é usada para manter a imagem consistente do volume primário para o processo de cópia em plano de fundo ler. As mudanças que ocorreram enquanto o processo de cópia em plano de fundo estava ativo também são rastreadas. O volume de mudança para o volume secundário também pode ser usado para manter uma imagem consistente do volume secundário enquanto o processo de cópia em plano de fundo está ativo.