Grupos de consistência Ativo-ativo (HyperSwap),Metro Mirror e Global Mirror
É possível agrupar relacionamentos do HyperSwap, do Metro Mirror ou do Global Mirror em um grupo de consistências para que eles possam ser atualizados ao mesmo tempo. Um comando que é emitido para o grupo de consistências é simultaneamente aplicado a todas as relações no grupo.
Os relacionamentos ativo/ativo (para volumes do HyperSwap), do Metro Mirror ou do Global Mirror podem ser baseados em associações fortes ou fracas. Os relacionamentos do Um uso mais significativo surge quando os relacionamentos contêm volumes com uma associação forte. Um exemplo simples de uma associação de união é a distribuição de dados para um aplicativo em mais de um volume. Um exemplo mais complexo é quando vários aplicativos são executados em sistemas host diferentes. Cada aplicativo possui dados em volumes diferentes e esses aplicativos trocam dados uns com os outros. Nos dois exemplos, regras específicas existem quanto ao modo como as relações podem ser atualizadas. Essas regras asseguram que o conjunto de volumes secundários contém dados utilizáveis. A propriedade-chave é que essas relações sejam consistentes. Os grupos de consistências ajudam, desde que as cópias consistentes sejam criadas para todos esses usos.
Os relacionamentos do HyperSwap, Metro Mirror ou Global Mirror podem pertencer apenas a um grupo de consistências; no entanto, eles não precisam pertencer a um grupo de consistências. Os relacionamentos do As relações que não fazem parte de um grupo de consistências são relações chamadas de independentes. Um grupo de consistências contém zero ou mais relações. Todos os relacionamentos em um grupo de consistências devem ter sistemas ou locais primários (principais) e secundários (auxiliares) correspondentes. Todas as relações em um grupo de consistências também devem ter o mesmo estado e direção da cópia.
Os relacionamentos HyperSwap,Metro Mirror ou Global Mirror não podem pertencer ao mesmo grupo de consistências. Os relacionamentos do Um tipo de cópia é automaticamente designado a um grupo de consistências quando a primeira relação é incluída no grupo de consistências. Depois que o grupo de consistências é designado a um tipo de cópia, apenas relações desse tipo de cópia podem ser incluídas no grupo de consistências. Os relacionamentos Global Mirror com diferentes modos de ciclo não podem pertencer ao mesmo grupo de consistências.
- 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.
Estados do Grupo de Consistências do Metro Mirror e do Global Mirror
| Ícone 1 doGUI de Gerenciamento | Estado | Descrição |
|---|---|---|
  |
Inconsistente (pausado) | Os volumes primários são acessíveis para as operações de E/S de leitura e gravação, mas os volumes secundários não são acessíveis para quaisquer operações. Um processo de cópia deve ser iniciado para deixar os volumes secundários consistentes. |
  |
Inconsistente (copiando) | Os volumes primários são acessíveis para as operações de E/S de leitura e gravação, mas os volumes secundários não são acessíveis para quaisquer operações. Esse estado será inserido após o comando startrcconsistgrp ser emitido para um grupo de consistências no estado InconsistentStopped. Esse estado também será inserido quando o comando startrcconsistgrp for emitido, com a opção force, a um grupo de consistências no estado ConsistentStopped ou Idling. |
  |
Consistente (pausado) | Os volumes secundários contêm uma imagem consistente, mas ela pode estar desatualizada em relação ao volume primário. Esse estado poderá ocorrer quando um relacionamento estiver no estado ConsistentSynchronized e houver um erro que force um congelamento do grupo de consistências. Esse estado poderá ocorrer enquanto estiver no estado ConsistentSynchronized ou ConsistentCopying seguindo um comando stoprcconsistgrp. O estado também poderá ocorrer quando um relacionamento entre dois volumes for criado e os volumes já estiverem sincronizados. |
  |
Consistente (copiando) | Os volumes primários são acessíveis para as operações de E/S de leitura e gravação. Os volumes secundários contêm uma imagem consistente, mas ela pode estar desatualizada em relação ao volume primário. Esse estado se aplica a grupos de consistências que contenham relacionamentos do Global Mirror com ciclos múltiplos. |
  |
Consistente (sincronizado) | Os volumes primários são acessíveis para as operações de E/S de leitura e gravação. Os volumes secundários estão acessíveis às operações de E/S de leitura somente. |
|
Inativo | Os volumes primários e os volumes secundários estão funcionando na função principal. Os volumes estão acessíveis para operações de E/S de gravação. |
|
Inativo (desconectado) | Os volumes nessa metade do grupo de consistência estão todos operando na função primária e podem aceitar as operações de E/S de leitura ou gravação. |
|
Inconsistente (desconectado) | Os volumes nessa metade do grupo de consistência estão todos operando na função primária e podem aceitar as operações de E/S de leitura ou gravação. |
|
Consistente (desconectado) | Os volumes nessa metade do grupo de consistência estão todos operando na função secundária e não podem aceitar as operações de E/S de leitura ou gravação. |
|
Vazio | O grupo de consistências não contém nenhuma relação. |
 |
(Nenhum estado) | Relacionamentos do Metro Mirror e Global Mirror que não estão em um grupo de consistências. |
1 Em linhas onde dois ícones doGUI de Gerenciamento são mostrados, o primeiro ícone indica um estado de cópia síncrono do Metro Mirror. O segundo ícone em cada linha indica um estado de cópia assíncrono do Global Mirror. |
||
Estados do grupo de relacionamento ativo/ativo (HyperSwap)
Tabela 2 descreve os estados do grupo de relacionamento ativo/ativo (HyperSwap):| Ícone 1 doGUI de Gerenciamento | Estado | Descrição |
|---|---|---|
|
Inconsistente (pausado) | Os dois volumes de mudança não estão definidos no relacionamento. |
|
Inconsistente (copiando) | O relacionamento está realizando sincronização inicial de dados para a segunda cópia. |
|
Consistente (pausado) | Um dos relacionamentos foi criado com -sync e os dois volumes de mudança não estão definidos ou um volume de mudança foi excluído por força após o relacionamento ser sincronizado. |
|
Consistente (copiando) | As duas cópias são diferentes, mas a ressincronização ocorre quando possível. Durante a cópia, o campo de status está on-line. Quando o sistema for incapaz de copiar, o campo de status mostrará o que está evitando a cópia. |
|
Consistente (sincronizado) | As duas cópias contêm todas as operações de gravação do host concluídas. As opções de failover de alta disponibilidade e de passagem de leitura estão disponíveis. |
|
Inativo | Foi usada a intervenção manual para restaurar o acesso a uma cópia histórica do relacionamento. |