Migração de parceria
É possível migrar parcerias e os relacionamentos de cópias remotas existentes ao mudar o tipo de conexões entre os dois sistemas.
É possível migrar os relacionamentos e as parcerias de cópias remotas existentes do Fibre Channel para o IP nativo, do IP nativo para o Fibre Channel, das implementações do IPv4 para o IPv6 e de links de 1 Gbps para links de 10 Gbps (e vice versa).
Migre os relacionamentos e as parcerias de cópias remotas existentes do Fibre Channel para o IP nativo
- Se os dois sistemas Storwize V3700 estiverem em parcerias Fibre Channel, no código pré-7.2.0, faça a atualizar de ambos os sistemas Storwize V3700 usando seu planejamento de atualizar definido.
- Após ambos os sistema estarem no código7.2.0 ou mais recente,
conclua as etapas a seguir:
- Planeje um tempo de inatividade e pare a E/S do host enquanto os relacionamentos ainda
estiverem ativos.Nota: Para assegurar-se de que todos os dados em cache no host sejam limpos para os volumes, certifique-se de que os sistemas de arquivos montados em volumes Fibre Channel replicados sejam primeiro desmontados. Esse processo deve ser feito para todos os relacionamentos do Fibre Channel. Ele deverá ser feito em todos os hosts se o mesmo volume for usado por diversos hosts (por exemplo, usando sistemas de arquivos em cluster como VMFS). Se estiver usando outros aplicativos, você deverá assegurar-se de sincronizar todos os dados em cache do aplicativo para o disco. O procedimento pode ser um aplicativo específico também. Por exemplo, Oracle, DB2, e assim por diante, podem precisar ser parados, embora para alguns aplicativos seja necessário executar a sincronização no host.
- Se houver volumes de mudança do Global Mirror (relações de cópia remota),
conclua as etapas a seguir. Caso contrário, acesse a próxima etapa.
- Pare o relacionamento e altere para o Global Mirror não cíclico.
- Inicie o relacionamento. Nota: Certifique-se de que o relacionamento altera para consistent_synchronized (ou então aguarde até que o estado do relacionamento seja consistent_synchronized).
- Pare os relacionamentos sem o sinalizador -access e verifique se o status de cada relacionamento é in_sync.
- Exclua os relacionamentos de cópia remota.
- Depois que todos os relacionamentos de cópia remota forem excluídos, pare e exclua as parcerias dos dois sistemas.
- Remova ou exclua o zoneamento entre os dois sites de forma que os dois sistemas não estejam listados como sistemas disponíveis quando você executar lspartnershipcandidate.
- Configure as portas IP usando cfgportip e estabeleça as Parcerias de IP. Além disso, configure CHAP se for necessário.
- Crie os relacionamentos de cópia remota com o sinalizador -sync para os volume de mudança do Metro Mirror, Global Mirror ou Global Mirror com os volumes principais e auxiliares originais (usados anteriormente nas parcerias de Fibre Channel) nos respectivos sites.
- Inclua os volumes de mudança nos respectivos relacionamentos.
- Inicie os relacionamentos de cópia remota.
- Planeje um tempo de inatividade e pare a E/S do host enquanto os relacionamentos ainda
estiverem ativos.
Isso conclui a migração dos relacionamentos de cópia remota do Fibre Channel para o IP nativo.
Migre os relacionamentos e parcerias de cópia remota existentes do IP nativo para o Fibre Channel
Esse procedimento se aplica aos dois sistemas Storwize V3700 que estiverem em parceria de IP no código 7.2.0 ou posterior.
- Planeje um tempo de inatividade e pare a E/S do host enquanto os relacionamentos ainda
estiverem ativos.Nota: Assegure-se de que quaisquer sistemas de arquivos que estão montados em volumes Fibre Channel replicados sejam primeiro desmontados para que todos os dados em cache no host sejam esvaziados nos volumes. Isso deve ser feito para todos os relacionamentos do Fibre Channel. Isso deverá ser feito em todos os hosts se o mesmo volume for usado por diversos hosts (por exemplo: usando sistemas de arquivos em cluster como VMFS). Se estiver usando outros aplicativos, você deverá assegurar-se da sincronização de todos os dados em cache do aplicativo para o disco. O procedimento pode ser um aplicativo específico também. Por exemplo, Oracle, DB2 e assim por diante, precisam ser parados, enquanto que para alguns aplicativos, pode ser necessário executar a sincronização no host.
- Se houver volumes de mudança do Global Mirror (relacionamentos de cópia
remota), conclua as etapas a seguir. Caso contrário, acesse a próxima
etapa.
- Pare o relacionamento e altere para o Global Mirror não cíclico.
- Inicie o relacionamento. Nota: Certifique-se de que o relacionamento altera para consistent_synchronized (ou então aguarde até que o estado do relacionamento seja consistent_synchronized).
- Pare os relacionamentos sem o sinalizador -access e verifique se o status de cada relacionamento é in_sync.
- Exclua os relacionamentos de cópia remota.
- Depois que todos os relacionamentos de cópia remota forem excluídos, pare e exclua as parcerias dos dois sistemas.
- Desconfigure as portas nos grupos de porta de cópia remota (configure-os para 0) nos dois sistemas.
- Crie as zonas entre os dois sites de forma que os dois sistemas sejam listados como sistemas disponíveis ao executar lspartnershipcandidate e lsfabric.
- Crie os relacionamentos de cópia remota com o sinalizador -sync para os volumes de mudança do Metro Mirror, Global Mirror ou Global Mirror com os volumes principais e auxiliares originais (usados anteriormente nas parcerias de IP) nos respectivos sites.
- Inclua os volumes de mudança nos respectivos relacionamentos.
- Inicie os relacionamentos de cópia remota.
Esse procedimento conclui a migração dos relacionamentos de cópia remota do IP nativo para o Fibre Channel.
Migre os relacionamentos e as parcerias de cópia remota existentes das implementações IPv4 para IPv6
- Os IPs do sistema possuem endereços IPv6 configurados
- Os IPs de caminho de dados (IPs configurados usando cfgportip)
possuem endereços IPv6 Nota: Será possível designar endereços IPv6 para portas enquanto as parcerias de IP estiverem ativas. No entanto, não é possível incluí-los nos grupos de portas de cópia remota.
Esse procedimento se aplica aos dois sistemas Storwize V3700 que estiverem na parceria de IP sobre o IPv4 no código 7.2.0 ou posterior.
- Pare os relacionamentos sem o sinalizador -access e verifique se o status de cada relacionamento é in_sync.
- Depois que todos os relacionamentos de cópia remota estiverem interrompidos, pare a parceria IP
nos dois sistemas.
- No sistema C1: #svctask chpartnership -stop <systemid
C2>
- O comando lspartnership é relatado como fully_configured_stopped no C1 do sistema.
- O comando lspartnership é relatado como fully_configured_remote_stopped no sistema C2.
- No sistema C2:#svctask chpartnership -stop <systemid
C1>
- O comando lspartnership é relatado como fully_configured_stopped no C1 do sistema.
- O comando lspartnership também é relatado como fully_configured_stopped no sistema C2.
- No sistema C1: #svctask chpartnership -stop <systemid
C2>
- Inclua os endereços IP IPv6 configurados nas Portas de IP
de Caminho de Dados (usando o cfgportip), nos respectivos grupos
de portas de cópia remota.
- No sistema C1: #svctask cfgportip -node <node_id> -remotecopy_6 <portgrp_id_1_or_2> <port_no>
- No sistema C2: #svctask cfgportip -node <node_id> -remotecopy_6 <portgrp_id_1_or_2> <port_no>
Nota: Essa etapa faz com que o status de cópia remota seja listado como unused de used visto que a descoberta de novos caminhos nos novos endereços IP ainda não aconteceram. - Modifique as parcerias de IP para executar a descoberta em endereços IPv6.
- No sistema C1 : #svctask chpartnership -type ipv6 -clusterip <ipv6_ipaddr_of_cluster_c2> <systemid C2>
- No sistema C2 : #svctask chpartnership -type ipv6 -clusterip <ipv6_ipaddr_of_cluster_c1> <systemid C1>
- No sistema C1: #svctask chpartnership -start <systemid C2>
- No sistema C2: #svctask chpartnership -start <systemid
C1> Nota: Como os novos caminhos de dados nos endereços IPv6 agora estão disponíveis, a parceria irá alterar primeiro para not_present e, em seguida, para fully_configured. Se ela permanecer no not_present, monitore o erro do nó/DMP se ela estiver sendo acionada e verifique o DMP apropriado na seção de resolução de problemas.
- Inicie os relacionamentos de cópia remota.
Esse procedimento conclui a migração dos relacionamentos de cópia remota do IPv4 para IPv6. Este mesmo procedimento pode ser aplicado ao migrar do IPv6 para o IPv4 ao aplicar substitutos adequados para o IPv4 em vez do IPv6.
Migrar os relacionamentos de cópia remota e parcerias existentes para novos endereços IP
Ao alterar um ou dois dos endereços IP do sistema e do caminho de dados do sistema, a replicação precisa ser temporariamente interrompida durante o procedimento. Entretanto, a E/S do host pode continuar. Após o procedimento ser concluído, os relacionamentos precisarão ressincronizar apenas operações de gravação do host enviadas durante o procedimento.
Esse procedimento se aplica a dois sistemas que estão em uma parceria de IP no código da versão 7.2.0 ou mais recente.
- Interrompa a parceria de IP nos dois sistemas.
- No sistema C1: #svctask chpartnership -stop <systemid
C2>
- O comando lspartnership é relatado como fully_configured_stopped no C1 do sistema.
- O comando lspartnership é relatado como fully_configured_remote_stopped no sistema C2.
- No sistema C2: #svctask chpartnership -stop <systemid
C1>
- O comando lspartnership é relatado como fully_configured_stopped no C1 do sistema.
- O comando lspartnership também é relatado como fully_configured_stopped no sistema C2.
- No sistema C1: #svctask chpartnership -stop <systemid
C2>
- Reconfigure os endereços IP em um ou nos dois sistemas usando
os comandos a seguir:
chsystemip -clusterip <new ip> -port <ethernet port number>
cfgportip -node <node id> -ip <new ip address> -netmask <new netmask> -gw <new gateway>
- Para cada IP do sistema reconfigurado, reconfigure a parceria no
sistema remoto:
Se o IP do sistema foi alterado no sistema C1, no sistema C2: #svctask chpartnership -clusterip <system IP of system C1> <systemid C1>
Se o IP do sistema foi alterado no sistema C2, no sistema C1: #svctask chpartnership -clusterip <system IP of system C2> <systemid C2>
- Reinicie as parcerias:
No sistema C1: #svctask chpartnership -start <systemid C2>
No sistema C2: #svctask chpartnership -start <systemid C1>
- Reinicie todos os relacionamentos interrompidos.
Migre os relacionamentos e as parcerias de cópia remota existentes de links de 1 Gbps para links de 10 Gbps (vice versa)
Esse procedimento se aplica aos dois sistemas Storwize V3700 que estiverem em parceria de IP entre si sobre dois links de 1 Gbps no código 7.2.0 ou posterior .
- Pare os relacionamentos sem o sinalizador -access e verifique se o status de cada relacionamento é in_sync.
- Depois que todos os relacionamentos de cópia remota estiverem interrompidos, pare a parceria IP
nos dois sistemas.
- No sistema C1: #svctask chpartnership -stop <systemid
C2>
- O comando lspartnership é relatado como fully_configured_stopped no C1 do sistema.
- O comando lspartnership é relatado como fully_configured_remote_stopped no sistema C2.
- No sistema C2:#svctask chpartnership -stop <systemid
C1>
- O comando lspartnership é relatado como fully_configured_stopped no C1 do sistema.
- O comando lspartnership também é relatado como fully_configured_stopped no sistema C2.
- No sistema C1: #svctask chpartnership -stop <systemid
C2>
- Inclua os endereços IP configurados nas Portas de IP de Caminho de Dados
(usando o cfgportip), em links de 10 Gbps nos respectivos
grupos de portas de cópia remota.
- No sistema C1: #svctask cfgportip -node <node_id> -remotecopy <portgrp_id_1_or_2> <port_no_3/port_no_4>
- Remova as portas de 1 Gbps existentes do grupo de cópia remota
usando o comando a seguir:
#svctask cfgportip -node <node_id> -remotecopy 0 <port_no_1/port_no_2>
- No sistema C2: #svctask cfgportip -node <node_id> -remotecopy <portgrp_id> <port_no_3/port_no_4>
- Remova as portas de 1 Gbps existentes do grupo de cópia remota
usando o comando a seguir:
#svctask cfgportip -node <node_id> -remotecopy 0 <port_no_1/port_no_2>
Nota: Essa etapa faz com que o status de cópia remota seja listado como unused de used visto que a descoberta de novos caminhos nos novos endereços IP ainda não aconteceram. - Inicie as parcerias de IP.
- No sistema C1: #svctask chpartnership -start <systemid C2>
- No sistema C2: #svctask chpartnership -start <systemid
C1> Nota: Como os novos caminhos de dados nos endereços IPv6 agora estão disponíveis, a parceria irá alterar primeiro para not_present e, em seguida, para fully_configured. Se ela permanecer no not_present, monitore o erro do nó/DMP se ela estiver sendo acionada e verifique o DMP apropriado na seção de resolução de problemas.
- Inicie os relacionamentos de cópia remota.
Esse procedimento conclui a migração dos links de 1 Gbps para links de 10 Gbps. Esse mesmo procedimento pode ser aplicado ao migrar de 10 Gbps para 1 Gbps ao aplicar substitutos adequados para portas de 1 Gbps em vez de portas de 10 Gbps.