Administrator Guide

Table Of Contents
Auto-resume-at-loser
Determina se o perdedor retoma automaticamente o I/O quando o link entre clusters é reparado após uma falha.
Quando o link for restaurado, o cluster perdedor detectará que os dados no cluster vencedor são diferentes. O perdedor deve determinar
se, de repente, pode ser alterado para os dados do vencedor ou para manter a suspensão de I/O.
Por padrão, auto-resume fica habilitado.
Geralmente, essa propriedade é definida como false para oferecer ao administrador tempo para interromper e reiniciar o aplicativo. Caso
contrário, os dados sujos no cache do host poderão ser inconsistentes com a imagem no disco para a qual o cluster vencedor foi gravado.
Se o host descarregar páginas sujas fora da sequência, a imagem de dados pode estar corrompida.
Defina esta propriedade como true para grupos de consistência usados em um cluster com conexão cruzada. Nesse caso, não existe
risco de perda de dados, já que o vencedor está sempre conectado ao host, evitando o fornecimento fora da sequência.
true (padrão) - o I/O é reiniciado automaticamente no cluster perdedor depois que o link entre clusters foi restaurado.
Defina auto-resume-at-loser como true somente quando o cluster perdedor estiver atendendo a um aplicativo somente leitura
como, por exemplo, páginas da Web de manutenção.
false - O I/O permanece suspensa no cluster perdedor depois que o link entre clusters foi restaurado. O I/O deve ser reiniciado
manualmente.
Defina auto-resume-at-loser como false para todos os aplicativos que não podem tolerar uma alteração repentina nos dados.
CUIDADO: Configurar a propriedade de retomada automática como true pode causar uma alteração espontânea da
exibição de dados apresentada aos aplicativos no cluster perdedor quando o link entre clusters é restaurado. Se o
aplicativo não tiver falhado, pode não ser possível tolerar a alteração repentina na visualização dos dados, e isso
pode causar corrupção dos dados. Defina a propriedade como false, exceto para aplicativos que podem tolerar esse
problema e para hosts conectados cruzados.
Use o comando set no contexto avançado para configurar a propriedade de retomada automática de um grupo de consistência:
VPlexcli:/clusters/cluster-1/consistency-groups/TestCG/advanced> set auto-resume-at-loser true
Virtual-volumes
Os administradores podem adicionar e remover volumes virtuais em um grupo de consistência. Para ser adicionado a um grupo de
consistência, um volume virtual:
Não deve ser um volume de registro
Deve ter armazenamento em todos os clusters na propriedade storage-at-clusters do grupo de consistência de destino
Não deve ser um membro de qualquer outro grupo de consistência
Quaisquer propriedades (como regras de desconexão ou retomada automática) que entram em conflito com as do grupo de
consistência são alteradas automaticamente para corresponder às do grupo de consistência
NOTA:
Volumes virtuais com diferentes propriedades podem se unir a um grupo de consistência, mas herdam as propriedades do
grupo de consistência.
Use o comando consistency-group list-eligible-virtual-volumes para exibir os volumes virtuais que são elegíveis para
serem adicionados a um grupo de consistência.
Use o comando consistency-group add-virtual-volumes para adicionar um ou mais volumes virtuais a um grupo de
consistência.
Use o comando ll /clusters/cluster-*/consistency-groups/consistency-group para exibir os volumes virtuais no grupo de
consistência especificado.
Use o comando consistency-group remove-virtual-volumes para remover um ou mais volumes virtuais de um grupo de
consistência.
Consistency groups
67