Administrator Guide

Table Of Contents
Muitos aplicativos não podem tolerar alterações de dados repentinas, portanto, a reinicialização e a retomada de I/O exigem intervenção
manual.
O atraso permite que o administrador interrompa os aplicativos antes de alterar a imagem de dados. A imagem de dados será revertida
assim que um vencedor for escolhido (seja manual ou automaticamente usando uma regra de desconexão).
O comando resume-after-rollback confirma que o aplicativo está pronto para recuperação (isso pode envolver a falha do aplicativo e/ou o
reinício do host).
NOTA: É recomendável reiniciar os hosts de aplicativos afetados.
Etapas
1. Use o comando ls para exibir o grupo de consistência no cluster vencedor durante uma interrupção do link entre clusters.
VPlexcli:/clusters/cluster-1/consistency-groups/cg1> ls
Attributes:
Name Value
-------------------- -------------------------------------------
active-clusters []
cache-mode synchronous
detach-rule -
operational-status [suspended, requires-resume-after-rollback]
passive-clusters [cluster-1, cluster-2]
recoverpoint-enabled false
storage-at-clusters [cluster-1, cluster-2]
virtual-volumes [dd1_vol]
visibility [cluster-1, cluster-2
Contexts:
advanced recoverpoint
2. Use o comando resume-after-rollback para confirmar que o aplicativo está pronto para recuperação.
VPlexcli:/clusters/cluster-1/consistency-groups/cg1> resume-after-rollback --consistency-
group cg1
This will change the view of data at cluster cluster-1, so you should ensure applications
are stopped at that cluster. Continue? (Yes/No) Yes
3. Use o comando ls para exibir a alteração no status operacional.
VPlexcli:/clusters/cluster-1/consistency-groups/cg1> ls
Attributes:
Name Value
-------------------- ----------------------
active-clusters [cluster-1]
cache-mode synchronous
detach-rule -
operational-status [ok]
passive-clusters [cluster-2]
recoverpoint-enabled false
storage-at-clusters [cluster-1, cluster-2]
virtual-volumes [dd1_vol]
visibility [cluster-1, cluster-2]
Contexts:
advanced recoverpoint
Como retomar a E/S no cluster perdedor
Durante uma interrupção do link entre clusters, você pode permitir que o I/O reinicie em um dos dois clusters, o cluster vencedor.
Sobre esta tarefa
O I/O permanece suspenso no cluster perdedor.
Quando o link entre clusters é restaurado, os clusters vencedor e perdedor são reconectados e o cluster perdedor detecta que o cluster
vencedor retomou o I/O sem ele.
80
Consistency groups