mkrcrelationship

Use o comando mkrcrelationship para criar um novo relacionamento de Global ou Metro Mirror com volumes no mesmo sistema em cluster (sistema), formando um relacionamento intrassistema ou intersistema (se ele envolver mais de um sistema em cluster).

Sintaxe

Ler diagrama de sintaxeManter visual do diagrama de sintaxe
>>- mkrcrelationship -- -- -master --+- master_vdisk_id ---+---->
                                     '- master_vdisk_name -'   

>-- -- -aux --+- aux_vdisk_id ---+------------------------------>
              '- aux_vdisk_name -'     

>-- -cluster --+- cluster_id ---+-- ---------------------------->
               '- cluster_name -'      

>--+------------------------+-- -------------------------------->
   '- -name -- new_name_id -'      

>--+-----------------------------------------+-- --------------->
   '- -consistgrp --+- consist_group_id ---+-'      
                    '- consist_group_name -'        

>--+---------+-- ----------------------------------------------->
   '- -sync -'      

>--+-------------------------------------------+-- ------------><
   '- -global --+----------------------------+-'      
                '- -cyclingmode--+- none --+-'        
                                 '- multi -'          

Parâmetros

-master master_vdisk_id | master_vdisk_name
(Obrigatório) Especifica o ID ou nome do master_vdisk_id ou do master_vdisk_name.
Se um novo relacionamento do Remote Copy estiver atualmente mapeado para um host do tipo hide_secondary, o volume secundário não será apresentado no host; no entanto, ele será mapeado para fins de configuração. O volume secundário é apresentado para o host se o:
  • Tipo do host for mudado para um outro tipo diferente do hide_secondary
  • Relacionamento da cópia remota for parado especificando o -access
  • Volume não é mais um volume secundário, pois o relacionamento da cópia remota foi excluído ou alternado
-aux aux_vdisk_id | aux_vdisk_name
(Obrigatório) Especifica o ID ou o nome do aux_vdisk_id ou aux_vdisk_name.
-cluster cluster_id | cluster_name
(Obrigatório) Especifica o ID ou o nome do cluster remoto.
  • Se você estiver criando um relacionamento dentro do sistema, insira o ID do sistema local. Os volumes no relacionamento devem pertencer ao mesmo grupo de E/S dentro do sistema.
  • Se você estiver criando um relacionamento intersistemas, insira o ID do sistema remoto. Para criar um relacionamento em dois sistemas diferentes, os sistemas devem ser conectados no momento em que o comando mkrcrelationship for recebido.
-name new_name_id
(Opcional) Especifica uma etiqueta a ser designada para o relacionamento.
-consistgrp consist_group_id | consist_group_name
(Opcional) Especifica um grupo de consistências ao qual este relacionamento se junta. Se o parâmetro -consistgrp não for fornecido, o relacionamento será criado como um relacionamento independente que pode ser iniciado, parado ou alternado por si só.
Nota: Os relacionamentos do Metro Mirror e do Global Mirror não podem pertencer ao mesmo grupo de consistências. Quando o primeiro relacionamento é incluído no grupo de consistências, o grupo assume o mesmo tipo que o relacionamento. Após isso, apenas relacionamentos desse tipo podem ser incluídos no grupo de consistência.
-sync
(Opcional) Especifica que você deseja que o sistema crie um relacionamento sincronizado. O parâmetro -sync garante que os discos principal e auxiliar contenham dados idênticos no momento em que o relacionamento é criado. Você deve certificar-se de que o disco auxiliar seja criado para corresponder ao disco principal e que nenhuma transação de entrada ocorra em um dos discos antes de emitir o comando de criação. A sincronização em segundo plano inicial foi ignorada.
-global
(Opcional) Especifica que você deseja que o sistema crie um novo relacionamento de Global Mirror. Se o parâmetro -global não for especificado, será criado um relacionamento de Metro Mirror. Não é possível especificar essa palavra-chave com -activeactive.
-cyclingmode none | multi
(Opcional) Especifica o comportamento de Global Mirror para este relacionamento.
  • Especificar none, o padrão, proporciona um comportamento idêntico ao Global Mirror nas versões anteriores do Storwize V3700.
  • Especificar multi usa o protocolo de ciclo.
O período do ciclo padrão é de 300 segundos. O período do ciclo poderá ser modificado após o relacionamento ser criado usando o comando chrcrelationship. Para iniciar um relacionamento com cycling_mode configurado como multi, volumes de mudança devem ser definidos para o relacionamento.
Importante: Esse parâmetro deve ser especificado com -global.

Descrição

Este comando cria um novo relacionamento Global ou Metro Mirror. Um relacionamento do Metro Mirror define o relacionamento entre dois volumes. Um volume é um volume principal e o outro volume é um volume auxiliar. Este relacionamento persiste até ser excluído. O volume auxiliar deve ser idêntico em tamanho para o volume principal ou o comando falha. Esse comando também retorna o novo ID de relacionamento.

O principal e o auxiliar não podem estar em um relacionamento existente. Qualquer mapeamento FlashCopy que tenha o volume principal proposto como o destino do mapeamento FlashCopy deve usar o mesmo grupo de E/S que o volume principal. Qualquer mapeamento FlashCopy que tenha o volume auxiliar proposto como o destino dos mapeamentos FlashCopy deve usar o mesmo grupo de E/S que o volume auxiliar.
Nota: Não é possível criar um relacionamento de cópia remota com esse comando se o volume auxiliar for um destino de mapeamento FlashCopy ativo. Se o grupo de E/S possui espaço de bitmap suficiente disponível para alocar para cópia remota e o espaço alocado para a cópia remota não for grande o suficiente para acomodar o novo relacionamento, o espaço será automaticamente incluído. (A cópia remota inclui o Global Mirror, o Metro Mirror e os relacionamentos active-active).
Os relacionamentos de Metro Mirror usam um dos seguintes tipos de cópia:
  • Uma cópia Metro Mirror garante que as atualizações sejam confirmadas nos volumes primário e secundário, antes de enviar a confirmação da conclusão da E/S para o aplicativo host. Isso assegura que o volume secundário seja sincronizado com o volume primário, se uma operação de failover for executada.
  • Uma cópia Global Mirror permite que o aplicativo host receba a confirmação da conclusão da E/S antes que as atualizações sejam confirmadas no segundo volume. Se uma operação de failover for executada, o aplicativo host deverá recuperar e aplicar quaisquer atualizações que não forem confirmadas no volume secundário.

Opcionalmente, é possível fornecer um nome para o relacionamento. O nome deve ser um nome de relacionamento exclusivo entre ambos os sistemas.

Opcionalmente, o relacionamento pode ser designado a um grupo de consistência. Um grupo de consistências assegura que um número de relacionamento seja gerenciado de modo que, caso haja uma desconexão dos relacionamentos, os dados em todos os relacionamentos no grupo estejam em um estado consistente. Isso pode ser importante, por exemplo, em um aplicativo de banco de dados onde os arquivos de dados e arquivos de log são armazenados em volumes separados e, consequentemente, gerenciados por relacionamentos separados. Caso ocorra um desastre, os sites principal e secundário poderão ser desconectados. Como ocorre a desconexão e os relacionamentos param de copiar dados do site primário para o secundário, não há nenhuma garantia de que essas atualizações dos dois volumes secundários separados irão parar de modo consistente se os relacionamentos que estiverem associados aos volumes não estiverem em um grupo de consistências.

Para uma operação de banco de dados adequada, é importante que as atualizações dos arquivos de log e dos dados do banco de dados sejam feitas de modo consistente e ordenado. É crucial, nesse exemplo, que o volume de arquivo de log e o volume de dados no site secundário estejam em um estado consistente. Isso pode ser feito ao colocar os relacionamentos que estiverem associados a esses volumes em um grupo de consistências. Ambos os processamentos de Metro Mirror e Global Mirror asseguram que as atualizações nos dois volumes no site secundário sejam interrompidas, deixando uma imagem consistente com base nas atualizações ocorridas no site principal.

Se você especificar um grupo de consistências, o grupo e o relacionamento devem ter sido criados usando o mesmo sistema principal e o mesmo sistema auxiliar. O relacionamento não deve fazer parte de outro grupo de consistências. Se o grupo de consistência estiver vazio, ele irá adquirir o tipo do primeiro relacionamento que for incluído nele. Portanto, cada relacionamento subsequente que for incluído no grupo de consistências deverá ter o mesmo tipo.

Se o grupo de consistência não estiver vazio, o grupo de consistência e o relacionamento deverão estar no mesmo estado. Se o grupo de consistência estiver vazio, ele irá adquirir o estado do primeiro relacionamento que for incluído nele. Se o estado possuir uma direção de cópia designada, a direção do grupo de consistências e o relacionamento deverão corresponder a essa direção.

Se não especificar um grupo de consistências, um relacionamento independente será criado.

Se você especificar o parâmetro -sync, os volumes principal e auxiliar conterão dados idênticos no momento em que o relacionamento for criado. Você deve garantir que o auxiliar seja criado para combinar com o principal e que nenhum movimento de dados ocorra para qualquer volume antes de você emitir o comando mkrcrelationship.

Se o parâmetro -global for especificado, será criado um relacionamento de Global Mirror. Caso contrário, um relacionamento metro mirror é criado no lugar.

Os volumes especificados nos parâmetros -master e -aux não podem ser volumes principais ou auxiliares em um relacionamento existente.

Lembre-se: Este comando não pode ser usado em um volume que é de propriedade de um sistema de arquivos.

Um Exemplo de Chamada

mkrcrelationship -master vdisk1 -aux vdisk2 -name rccopy1 
 -cluster 0000020063432AFD

A saída resultante:

Relacionamento RC, id [28], criado com êxito

Um Exemplo de Chamada

mkrcrelationship -master vdiskA -aux vdiskB -cluster clusterB -name new_rel -global -cyclingmode multi

A saída resultante:

Relacionamento RC, id [28], criado com êxito