stoprcconsistgrp

Use o comando stoprcconsistgrp para parar o processo de cópia para um grupo de consistências do Metro Mirror, do Global Mirror ou ativo/ativo. Esse comando também pode ser usado para ativar o acesso de gravação para os volumes secundários do grupo, se o grupo estiver em um estado consistente.

Sintaxe


>>-stoprcconsistgrp--+----------+------------------------------->
                     '- -access-'   

>--+- rc_consist_group_id ---+---------------------------------><
   '- rc_consist_group_name -'

Parâmetros

-access: (Opcional) Permite o acesso de gravação a volumes secundários consistentes no grupo de consistências.
rc_consist_group_id | rc_consist_group_name: (Obrigatório) Especifica o ID ou o nome do grupo de consistências para parar todo o processamento.

Descrição

Esse comando se aplica a um grupo de consistências. Emita esse comando para parar o processamento em um grupo de consistências que está copiando de volumes primários para volumes secundários.

Nota: Não será possível parar um grupo de consistências usando o parâmetro -access para um relacionamento, se os volumes primário e secundário tiverem tamanhos diferentes.

Se o grupo de consistências estiver em um estado inconsistente, todas as operações de cópia serão paradas e não serão retomadas até que você emita o comando startrcconsistgrp. Quando um grupo de consistências estiver em um estado consistente (consistent_stopped, consistent_synchronized, consistent_copying ou consistent_disconnected), será possível emitir o parâmetro access com o comando stoprcconsistgrp para ativar o acesso de gravação para os volumes secundários nesse grupo. Para um grupo de consistências no estado consistent_synchronized, esse comando causa um congelamento de consistência.

O estado consistent_synchronized é um estado consistente. Um grupo de consistências nesse estado mudará para o estado consistent_stopped se receber um comando stoprcconsistgrp. Como o volume de mudança secundário retém a imagem consistente, um relacionamento parado consistent_synchronized pode não ter seu volume de mudança secundário desconfigurado. Isso pode ser conseguido ativando o acesso ou concluindo a sincronização para que o disco secundário contenha uma imagem consistente. Um relacionamento em consistent_synchronized ou consistent_stopped aceita a transição do estado stoprcrelationship -access para inativo.

A imagem consistente presente no volume de mudança torna-se acessível no volume secundário e, depois que o comando é concluído, o volume secundário pode entregar operações de E/S de leitura e gravação do host.

Se você especificar stoprcconsistgrp -access para um grupo de consistências em um estado consistent_copying, a última imagem consistente em todos os relacionamentos nesse grupo será restaurada. Esse processo inicia um mapeamento de FlashCopy com o volume de mudança secundário para o volume secundário em cada relacionamento, o que pode fazer com que o comando falhe.

Os dados de relacionamento serão provenientes de um momento diferente do que aqueles do grupo de consistências se:

o grupo de consistências estiver em um estado consistent_copying
Você incluir um relacionamento no grupo após o estado tornar-se consistent_copying

Portanto, o relacionamento e o grupo de consistências não são mutuamente consistentes e a tentativa de parar e de ativar o acesso ao grupo de consistências resulta em um erro. Para corrigir isso, mantenha uma cópia em plano de fundo completa para que o grupo de consistências se torne consistent_synchronized) ou remova o relacionamento inconsistente do grupo de consistências antes de ativar o acesso. Se parar o grupo de consistências sem o parâmetro -access, o grupo de consistências irá se tornar consistent_stopped, mas os volumes de mudança secundários continuarão a reter uma imagem consistente.

Uma operação de cópia em plano de fundo de FlashCopy começa a migrar os dados para a imagem de consistência a partir do volume de mudança para o volume secundário. Enquanto a operação de cópia em segundo plano estiver em andamento, o volume de mudança para o volume secundário permanecerá em uso.

Pode ser necessário processar a E/S antes do mapa de FlashCopy reverso, fazendo com que o comando de ativação de acesso atinja o tempo limite. Nesse caso, o relacionamento atrasará a mudança para inativo até que o mapa reverso seja iniciado e o acesso de gravação disponível. O acesso de leitura aos dados consistentes permanece disponível.

Para parar grupos de consistências ativo/ativo:

Você especifica -access.
O estado do relacionamento é consistent_copying
O estado do relacionamento é primary_offline

Especifique stoprcconsistgrp -access para obter acesso de leitura ou gravação do host a um volume em um grupo de consistências ativo/ativo que contém uma imagem mais antiga, mas consistente, que pode ser necessária em um cenário de recuperação de desastre (o relacionamento possui um estado consistent_copying).

Quaisquer volumes secundários da cópia remota mapeados para hosts do tipo hide_secondary serão apresentados ao host se você especificar -access. Os caminhos para esses volumes são revelados ao host, e um inventário do número da unidade lógica (LUN) que mudou a atenção de unidade é gerado para relatar sua disponibilidade.

Esta tabela mostra os estados inicial e final do grupo de consistências:

Tabela 1. Estados do grupo de consistências stoprcconsistgrp
Estado inicial	Estado final	Notas
inconsistent_stopped	inconsistent_stopped	Se access for especificado, o comando será rejeitado.
inconsistent_copying	inconsistent_stopped	Se access for especificado, o comando será rejeitado sem nenhum efeito, e o relacionamento permanecerá no estado `inconsistent_copying`.
consistent_stopped	consistent_stopped	Se access for especificado, o estado final será `inativo`.
consistent_synchronized	consistent_stopped	Se access for especificado, o estado final será `inativo`. Se access não for especificado, o estado final será `consistent_stopped`.
consistent_copying	consistent_stopped	Se access for especificado, o estado final será `idling`. Se access não for especificado, o estado final será `consistent_stopped`.
idling	inativo	Permanece no estado `inativo`, independentemente de access ser especificado.
inativo_disconnected	inalterado	Se especificado sem access, o relacionamento ou grupo permanecerá no estado `inativo_disconnected`. Se os sistemas em cluster se reconectarem, o relacionamento/grupo está no estado `inconsistent_stopped` ou `consistent_stopped`.
inconsistent_disconnected	inconsistent_stopped	O comando é rejeitado, com ou sem o sinalizador access.
consistent_disconnected	consistent_stopped	O comando será rejeitado, se especificado sem access. Se especificado com access, o relacionamento ou grupo será movido para `inativo_disconnected`.

Um Exemplo de Chamada

stoprcconsistgrp rccopy1

A saída resultante:

Sem feedback