Procedimento de migração do IBMi SRDF

Quando os clientes executam suas partições lógicas do cliente IBMi (LPAR) no armazenamento externo em disco do DELL EMC VMAX/PMAX e desejam atualizar o array atual para uma nova geração, eles podem aproveitar o SRDF para executar uma migração de dados em segundo plano e transferir para o novo array com impacto mínimo no tempo de inatividade. Esse uso do SRDF também é conhecido como SRDF/mobilidade de dados.
Para clientes em que nenhum tempo de inatividade é permitido, consulte outro artigo descrevendo a migração não disruptiva (NDM) IBMi para VMAX/PMAX, encontrado neste link:
https://www.dell.com/support/kbdoc/en-us/000193832/vmax-powermax-non-disruptive-migrations-for-the-ibmi-host-platform

Para qualquer IBMi LPAR, TODOS os volumes devem ser incluídos na replicação do SRDF. Isso inclui o Load Source (=bootdisk), devido à natureza diferente da plataforma IBMi com seu design LIC/OS exclusivo baseado no design arquitetônico de armazenamento de nível único AS/400. Para qualquer replicação de armazenamento IBMi, é TUDO ou NADA. Consulte a figura abaixo para obter a descrição da configuração (temporária) durante a migração.

Os arrays de origem OLD e NEW no PROD-DC são conectados com links temporários do SRDF para a migração. Normalmente, eles também serão executados por meio dos switches SAN, portanto, eles devem ser zoneados adequadamente. As alternativas são uma configuração de "conexão direta" ou os clientes podem estar usando links IP GigE (conexões Gigabit Ethernet por meio de switches LAN).


Enquanto o IBMi LPAR permanece operacional, as relações do SRDF entre arrays OLD e NEW são criadas. O processo de sincronização assíncrona em segundo plano de todos os dados dos volumes é transparente para o host IBMi e seus aplicativos. Novas conexões SAN dos fabrics SAN existentes para o novo array devem ser criadas. Para os adaptadores de host IBMi FC ou vFC existentes, o zoneamento de SAN deve ser configurado adequadamente. Quando novas conexões e zoneamento estiverem prontos, verifique no novo PMAX se os WWPNs do adaptador IBMi estão efetuando log-in nas respectivas portas FA no novo PMAX.

OBSERVAÇÃO: Para a plataforma IBMi, somente o zoneamento de SAN de "destino único iniciador>" deve ser usado.

OBSERVAÇÃO: Valide o login WWPN do adaptador IBMi no Unisphere ou com o comando SymCLI (amostra): symaccess -sid 123 list logins -dirport 1c:0
======================================================================================================
Fase de preparação (comandos de amostra):

verifique a conectividade do SRDF a partir do NOVO array com o comando symCLI symsan:

symsan list -sanrdf -sid 000420200123 -dir ALL -port ALL

Crie os novos dispositivos de destino IBMi no novo array e inclua-os em um novo StorageGroup (SG):

symdev create -sid 123 -tdev -emulation as400 -cap 82400 -captype cyl -N 64 -v -nop
symsg -sid 123 create sg_ibmi_lpar1_asp1_1 -srp SRP_1 -slo diamond
symaccess -sid 123 -name sg_ibmi_lpar1_asp1_1-type storage add devs 100-13F

Crie os respectivos InitiatorGroup(IG) e PortGroup(PG) no NOVO array:

symaccess -sid 123 create -name ig_ibmi_lpar1_asp1_1 -type init
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init set ig_flags on OS2007 -disable
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde2
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde4
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde6
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde8
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde3
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde5
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde7
symaccess -sid 123-name ig_ibmi_lpar1_asp1_1 -type init add -wwn 0123456789abcde9

symaccess -sid 123 create -name pg_ibmi_lpar1_asp1_1 -type port -protocol SCSI_FC
symaccess -sid 123-name pg_ibmi_lpar1_asp1_1 -type port add -dirport 1c:0
symaccess -sid 123-name pg_ibmi_lpar1_asp1_1 -type port add -dirport 1c:1
symaccess -sid 123-name pg_ibmi_lpar1_asp1_1 -type port add -dirport 2c:0
symaccess -sid 123-name pg_ibmi_lpar1_asp1_1 -type port add -dirport 2c:1

Crie um novo grupo dinâmico temporário do SRDF entre os arrays OLD e NEW:

symrdf addgrp -sid 000420200123 -rdfg 100 -remote_sid 000 000297800456 -remote_rdfg 100 -dir 1D:03,2D:03,1D:07,2D:07 -remote_dir 1E:03,2E:03,1E:07,2E:07 -label LPAR1_MIG

Execute CreatePair para o respectivo (SG) e inicie a sincronização no modo de disco de cópia adaptável:

symrdf createpair -sid 456 -type R1 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 -remote_sg sg_ibmi_lpar1_asp1_1 -establish -rdf_mode acp_disk

Monitore o processo de sincronização:

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Devido à natureza do estado do link de "cópia adaptável" do SRDF, com E/Ss ativas ainda chegando ao array de origem a partir do host IBMi, os links podem não alcançar um estado "sincronizado", o que é normal e esperado.
Quando o processo de sincronização copia a maior parte dos dados para o novo array (menos de 1.000 trilhas inválidas pendentes), a transferência off-line pode ser feita de acordo com a janela de manutenção planejada pelo cliente. Recomendamos planejar uma interrupção de duas horas dos aplicativos empresariais no(s) host(s) que são migrados. Isso deve fornecer tempo adequado para a interrupção de trabalhos de aplicativos e sessões de usuário, desligamento do sistema, execução da transferência, IPL do sistema e reinício dos subsistemas e trabalhos de aplicativos.
 
Fase de transferência (comandos de amostra):

Verifique os links do SRDF e os estados do par de dispositivos:

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Aplicativos finais, subsistemas e usuários ativos no LPAR.
PWRDWNSYS a LPAR.
Monitore o HMC para confirmar se a LPAR está inativa no estado "Não ativado".

Defina os links do SRDF no modo SYNC.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 set mode sync

Monitore a alteração de status e até que todos os dispositivos sejam "sincronizados" com zero trilhas inválidas.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Divida os links do SRDF.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 split

NOTA: O processo de divisão do SRDF deixa os volumes de origem inalterados e inalterados durante o processo de migração adicional. Essa imagem de origem antiga do SRDF mantém uma cópia "point-in-time" consistente dos dados LPAR do momento em que a divisão foi executada. Como a IBMi LPAR ficou inativa durante a divisão, essa imagem é 100% consistente. Em um estado dividido, as cópias R1 e R2 são RW_enabled para o host. Essa imagem R1 no array OLD pode ser usada para um fallback imediato para o array OLD. Caso problemas inesperados sejam identificados e a migração seja cancelada. Nesse caso, o zoneamento/mascaramento para array OLD deve ser restabelecido.

Após a divisão, monitore a alteração de status.

symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query

Crie um backup do banco de dados de mascaramento de array OLD.

Symaccess -sid 456 list view -v -detail>masking-456_<date>.txt

Exclua o mascaramento de array OLD para o respectivo IBMi LPAR.

Symaccess -sid 456 delete view mv_ibmi_lpar1_asp1_1

Crie NOVO mascaramento de array.

symaccess -sid 123 create view -name mv_ibmi_lpar1_asp1_1 -sg sg_ibmi_lpar1_asp1_1 -pg pg_ibmi_lpar1_asp1_1 -ig ig_ibmi_lpar1_asp1_1

Ativar a LPAR a partir do HMC novamente com o modo B-IPL normal.
Monitore o processo IPL do HMC.

Na tela de login, faça logon com autorização de acesso à SST. Execute o STRSST e verifique o status dos discos e caminhos de disco. Observe a alteração do número de série do disco IBMi que reflete os novos volumes de array e o ID serial.

A equipe de administração de clientes/aplicativos agora pode retomar todas as operações normais nesta LPAR.

Isso conclui a migração.


Fase pós-migração (exemplos de comandos):

Quando o cliente tiver declarado uma transferência bem-sucedida (nenhuma restauração necessária), a configuração temporária poderá ser limpa.

Limpeza do emparelhamento de dispositivos de migração do SRDF.

symrdf deletepair -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1

symrdf removegrp -sid 000420200123 -rdfg 100

Limpe o zoneamento de SAN nos respectivos switches:
Do host IBMi para o array OLD.
E remova as zonas do SRDF do array ANTIGO para o NOVO (após a conclusão da última migração).