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
>>- stoprcrelationship -- --+-----------+-- --------------------> '- -access -' >--+- rc_rel_id ---+------------------------------------------->< '- rc_rel_name -'
Parâmetros
- (Opcional) Especifica que o sistema concede acesso de gravação a um volume secundário consistente.
- (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.
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