Relacionamentos de Metro Mirror e de Global Mirror
Metro Mirror e do Global Mirror definem o relacionamento entre dois volumes: um volume principal e um volume auxiliar.
Normalmente, o volume principal contém a cópia de produção dos dados e é o volume que o aplicativo geralmente acessa. O volume auxiliar geralmente contém uma cópia de backup dos dados e é usado para a recuperação de desastres.
O Global Mirror com ciclos também usa volumes de mudança, que contém revisões de dados consistentes anteriores quando são feitas mudanças. Um volume de mudança pode ser criado para o volume principal e o volume auxiliar do relacionamento.
Os volumes principal e auxiliar são definidos quando o relacionamento é criado; e esses atributos nunca são alterados. Entretanto, o volume pode operar na função primária ou secundária, conforme necessário. O volume primário contém uma cópia válida dos dados do aplicativo e recebe atualizações do aplicativo host, análogo ao volume de origem. O volume secundário recebe uma cópia de qualquer atualização para o volume primário, pois essas atualizações são transmitidas pelo link de espelho. Assim, o volume secundário é análogo a um volume de destino continuamente atualizado. Quando uma relação é criada, ao volume principal é designada a função de volume primário e ao volume auxiliar é designada a função de volume secundário. Portanto, a direção da cópia inicial é de principal para auxiliar. Quando o relacionamento estiver em um estado consistente, será possível inverter a direção de cópia.
Normalmente, os dois volumes em um relacionamento devem ter o mesmo tamanho. Entretanto, em alguns casos, o tamanho do volume pode ser alterado. Para obter mais informações, veja Expandindo volumes usando a CLI. Quando os dois volumes estiverem no mesmo sistema, eles devem estar no mesmo grupo de E/S.
Se os volumes de mudança forem definidos, eles deverão ter o mesmo tamanho e estar no mesmo grupo de E/S que o volume principal ou volume auxiliar associado.
Para facilitar o gerenciamento do aplicativo, uma relação pode ser incluída em um grupo de consistências.
Tipos de cópias
Uma cópia do Metro Mirror assegura que as atualizações sejam confirmadas em ambos os volumes primário e secundário antes da conclusão de E/S ser enviada para o aplicativo de host. Esse comportamento garante que o volume secundário seja sincronizado com o volume primário quando uma operação de failover é executada.
Uma cópia do Global Mirror permite que o aplicativo host receba a confirmação da conclusão de E/S antes das atualizações serem confirmadas para o volume secundário. Se um operação de failover for executada, o aplicativo de host deverá recuperar e aplicar todas as atualizações que não foram confirmadas para o volume secundário.
Uma cópia de Global Mirror de vários ciclos reduz os requisitos de largura de banda abordando apenas o rendimento médio e não o pico. O processo de cópia para o Global Mirror com ciclos múltiplos é semelhante ao Metro Mirror e o Global Mirror sem ciclos. O volume de mudança para o volume secundário poderá ser usado para manter uma imagem consistente no volume secundário enquanto o processo de cópia em plano de fundo estiver ativo. Os relacionamentos Global Mirror de ciclos múltiplos possuem um objetivo do ponto de recuperação (RPO) superior aos relacionamentos Global Mirror sem ciclos.
Estados
Quando um relacionamento de Metro Mirror ou de Global Mirror é criado com dois volumes em sistemas diferentes, a distinção entre os estados conectados e desconectados é importante. Esses estados se aplicam aos sistemas, aos relacionamentos e aos grupos de consistências.
- O volume primário está acessível para operações de E/S de leitura/gravação, mas o volume secundário não está acessível para nenhuma operação. Um processo de cópia deve ser iniciado para tornar o volume secundário consistente.
- O volume primário está acessível para operações de E/S de leitura/gravação, mas o volume secundário não está acessível para nenhuma operação. Esse estado é inserido depois de o comando startrcrelationship ser emitido para um grupo de consistências no estado InconsistentStopped. Esse estado também é inserido quando um comando startrcrelationship -force é emitido para um grupo de consistências que se encontra no estado Idling ou ConsistentStopped.
- O volume secundário 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 também poderá ocorrer quando um relacionamento for criado com o parâmetro CreateConsistentFlag configurado como TRUE.
- O volume primário é acessível às operações de E/S de leitura e gravação. O volume secundário está acessível às operações de E/S de leitura somente.
- O volume primário está acessível para operações de E/S de leitura/gravação. O volume secundário contém uma imagem consistente, que pode estar desatualizada em relação ao volume primário e acessível para operações de E/S de somente leitura. Se o relacionamento for um relacionamento Global Mirror com ciclos múltiplos, o volume secundário será atualizado periodicamente com uma imagem consistente atualizada.
- O volume principal e o volume auxiliar operam na função primária. Ambos os volumes estão acessíveis para operações de E/S de leitura/gravação. Esse estado ocorre quando o relacionamento para; ele especifica que o acesso de gravação é permitido para o volume secundário.
- Todos os volumes nesta matade do grupo de consistência estão operando na função primária e podem aceitar operações de E/S de leitura ou gravação.
- Todos os volumes nesta metade do grupo de consistência estão operando na função secundária e não podem aceitar operações de E/S de leitura ou gravação.
- Todos os volumes nesta metade do grupo de consistência estão operando na função secundária e podem aceitar operações de E/S de leitura, mas não operações de E/S de gravação.
Status
O sistema também fornece informações adicionais sobre o status dos relacionamentos do volume. Para visualizar o status, emita o comando lsrcconsistgrp ou lsrcrelationship.
- Todos os volumes no relacionamento estão on-line e acessíveis. Se o estado do relacionamento for ConsistentSynchronized, ConsistentCopying ou InconsistentCopying, os volumes poderão replicar as operações de gravação de E/S do host que são recebidas no volume primário.
- O volume primário do relacionamento está off-line, o que impede operações adicionais de E/S do host. A sincronização é pausada até que o volume primário esteja on-line novamente.
- O volume secundário do relacionamento está off-line. Para relacionamentos regulares de Global Mirror no estado ConsistentSynchronized (ou seja, Global Mirror sem volumes de mudança) e relacionamentos de Metro Mirror, mais operações de gravação de E/S para o volume primário param o relacionamento.
- O sistema remoto não está acessível. Para relacionamentos regulares de Global Mirror no estado ConsistentSynchronized (ou seja, Global Mirror sem volumes de mudança) e relacionamentos de Metro Mirror, mais operações de gravação de E/S para o volume primário param o relacionamento.
- O volume de mudança primário do relacionamento está off-line. Para o Global Mirror com relacionamentos de volumes de mudança, o ciclo de E/S atual termina; um novo ciclo de E/S começa quando o volume de mudança primário fica on-line novamente.
- O volume de mudança secundário do relacionamento está off-line. Para o Global Mirror com relacionamentos de volumes de mudança, o ciclo de E/S atual é pausado; quando o volume de mudança secundário fica on-line novamente, o ciclo de E/S continua.
- Para o Global Mirror com relacionamentos de volume de mudança, ao menos um volume ainda não está configurado. Nesse status, a replicação é impedida.