Users Guide

Casos de uso de replicação
Você pode usar a replicação para tempo de inatividade planejado, como durante a migração entre clusters, a instalação de uma atualização
de software importante e uma recuperação de desastres.
Migração entre clusters
Se for necessário migrar um objeto de armazenamento para outro cluster do PowerStore, você poderá configurar uma replicação única
entre os dois clusters, seguida de um failover planejado para o novo cluster para concluir a migração. Após a migração, desmonte o objeto
de origem para recuperar o espaço no cluster original.
Usando réplicas para tempo de inatividade planejado
O tempo de inatividade planejado é uma situação em que você coloca off-line o sistema de origem para fins de manutenção ou teste,
enquanto opera no sistema de destino. Antes do tempo de inatividade planejado, a origem e o destino são executados com uma sessão de
replicação ativa. Não há perda de dados no tempo de inatividade planejado.
Nesse cenário, o sistema de origem (Boston) é colocado off-line para manutenção, e o sistema de destino (New York) é usado como
sistema de produção durante o período de manutenção. Uma vez concluída a manutenção, a produção volta para o sistema Boston.
Para iniciar o tempo de inatividade planejado, selecione Planned Failover no sistema de origem Boston. O sistema de destino New York
é completamente sincronizado com o de origem para garantir que não haja perda de dados. A sessão permanece pausada, enquanto o
sistema de origem Boston se torna somente leitura e o de destino se torna leitura/gravação. O recurso de armazenamento de destino
New York pode fornecer acesso ao host. No recurso de armazenamento de destino New York, selecione Reprotect para retomar a
replicação na direção inversa.
Para retomar as operações no sistema Boston após a manutenção, selecione Planned Failover no sistema New York. Depois que o
failover for concluído, use Reprotect no sistema Boston.
NOTA:
Para replicar dados do destino para a origem com a operação Reprotect, confira se há uma política de replicação no sistema
de destino com uma regra de replicação apontando para o sistema de origem. Por exemplo, se a sessão de replicação normal for de
um local no sistema Boston para um local no sistema New York, a política de replicação no recurso de armazenamento de destino no
New York deverá apontar para o Boston.
Usando réplicas para recuperação de desastres
Em um cenário de recuperação de desastres, o sistema de origem (Boston) fica indisponível devido a desastre natural ou falha humana.
Foi criado um sistema de destino (New York) que contém uma réplica, ou seja, uma cópia completa dos dados de produção. O acesso aos
dados pode ser restaurado mediante failover para New York porque uma sessão de replicação foi configurada entre os sistemas Boston e
New York.
A utilização de réplicas para recuperação de desastres minimiza perdas de dados potenciais. A réplica é atualizada com a última
sincronização do destino com a origem, conforme especificado na regra de replicação associada. A quantidade no caso de uma possível
perda de dados baseia-se na configuração de RPO (Recovery Point Objective) da regra de replicação associada. A sessão de replicação
pode sofrer failover para o sistema de destino New York, usando os dados mais recentes que foram replicados do sistema Boston.
Depois que a sessão sofrer failover para o sistema New York, ele se tornará leitura/gravação. Ao estabelecer originalmente uma sessão de
replicação entre os sistemas de origem e destino, o recurso de armazenamento recebeu as permissões de acesso corretas para o host e o
compartilhamento. A criação correta do acesso do host no sistema de destino diminui o tempo de inatividade em caso de desastre.
Para retomar as operações no sistema Boston, quando ele estiver disponível:
1. No sistema New York, selecione a opção Reprotect, que retoma a sessão de replicação na direção inversa.
2. Depois que os sistemas estiverem sincronizados, selecione a opção Planned Failover no sistema New York.
3. Marque a caixa de seleção para proteger o sistema automaticamente após o failover. Ou, após a conclusão do failover, no sistema
Boston, selecione Reprotect.
NOTA:
Para replicar dados do destino para a origem com a operação Reprotect, confira se há uma política de replicação no sistema
de destino com uma regra de replicação apontando para o sistema de origem. Por exemplo, se a sessão de replicação for de um local
no sistema Boston para um local no sistema New York, a política de replicação no recurso de armazenamento de destino no New York
deverá apontar para o Boston.
Casos de uso 19