stoprcrelationship

Use o comando stoprcrelationship para parar o processo de cópia de um relacionamento Metro Mirror ou Global Mirror individual. É possível também usar esse comando para ativar o acesso de gravação para um volume secundário consistente.

Sintaxe

Ler diagrama de sintaxeManter visual do diagrama de sintaxe
>>- stoprcrelationship -- --+-----------+-- -------------------->
                            '- -access -'      

>--+- rc_rel_id ---+-------------------------------------------><
   '- rc_rel_name -'   

Parâmetros

-access
(Opcional) Especifica que o sistema concede acesso de gravação a um volume secundário consistente.
rc_rel_id | rc_rel_name
(Obrigatório) Especifica o ID ou o nome do relacionamento cujo processamento deve ser interrompido.

Descrição

O comando stoprcrelationship se aplica a um relacionamento independente. O comando será rejeitado se ele for endereçado para um relacionamento que faça parte de um grupo de consistências. É possível emitir esse comando para parar um relacionamento que está copiando de volumes primários para secundários.

Se o relacionamento estiver em um estado inconsistente, todas as operações de cópia serão interrompidas e não continuarão até que um comando startrcrelationship seja emitido. Para um relacionamento no estado consistent_synchronized, esse comando causa um congelamento de consistência.

Quando um relacionamento estiver em um estado consistente - no estado consistent_stopped, consistent_synchronized, consistent_copying ou consistent_disconnected - será possível usar o parâmetro access para permitir acesso de gravação ao volume secundário. Tabela 1 fornece os estados inicial e final do grupo de consistências.

O estado consistent_synchronized é um estado consistente. Um relacionamento no estado consistent_synchronized passará para o estado consistent_stopped quando você especificar stoprcrelationship. 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 idling.

A imagem consistente presente no volume de mudança está acessível no volume secundário. Após o comando ser concluído, o volume secundário poderá entregar E/S de leitura e gravação do host.

Uma operação de cópia em segundo plano FlashCopy é iniciada para migrar os dados para a imagem consistente 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.

O comando de ativação de acesso poderá atingir o tempo limite se houver E/S para processar antes que o mapa de FlashCopy reverso possa ser acionado. Nesse caso, o relacionamento atrasa a transição para idling até que o mapa reverso inicie e o acesso de gravação esteja disponível. O acesso de leitura aos dados consistentes permanece disponível.

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 aparecem para o host e uma atenção de unidade mudada pelo inventário do número da unidade lógica (LUN) é aumentada para relatar sua disponibilidade.

Tabela 1. Estados do Grupo de Consistências stoprcrelationship
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á idling.
consistent_synchronized consistent_stopped Se access for especificado, o estado final será idling. 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 idling Permanece no estado idling, independentemente de access ser especificado.
idling_disconnected inalterado Se especificado sem access, o relacionamento ou grupo permanecerá no estado idling_disconnected. Se os sistemas em cluster se reconectarem, o relacionamento ou grupo estará em um 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 o estado idling_disconnected.

Um Exemplo de Chamada

stoprcrelationship rccopy1

A saída do resultado:

Sem feedback