IBMi SRDF 迁移过程
Summary: SRDF 可用于在 VMAX/POWERMAX 之间迁移 IBMi 数据,其中包括一个示例 SymCLI 设置/控制过程。
Instructions
当客户在 DELL EMC VMAX/PMAX 外部磁盘存储上运行其 IBMi 客户端逻辑分区 (LPAR) 并希望将当前阵列更新到新一代时,他们可以利用 SRDF 运行后台数据迁移并切换到新阵列,同时尽可能减少停机时间影响。SRDF 的这种用法也称为 SRDF/数据移动。
对于完全不允许停机的客户,请参阅另一篇介绍适用于 VMAX/PMAX 的 IBMi 无中断迁移 (NDM) 的文章,该文章位于以下链接:
https://www.dell.com/support/kbdoc/en-us/000193832/vmax-powermax-non-disruptive-migrations-for-the-ibmi-host-platform
对于任何 IBMi LPAR,所有卷都必须包含在 SRDF 复制中。这包括负载源 (=bootdisk),因为 IBMi 平台具有不同的性质,其独特的 LIC/OS 设计基于 AS/400 单级存储体系结构设计。对于任何 IBMi 存储复制,都是“全有”或“全无”。有关迁移期间(临时)设置的描述,请参见下图。
PROD-DC 中的 OLD 和 NEW 源阵列通过临时 SRDF 链路连接以进行迁移。它们通常也会通过 SAN 交换机运行,因此必须相应地进行分区。替代方案是“直接连接”设置,或者客户可能使用 Gige IP 链路(通过 LAN 交换机的千兆以太网连接)。
虽然 IBMi LPAR 保持正常运行,但会在旧阵列和新阵列之间创建 SRDF 关系。所有卷数据的后台异步同步过程对 IBMi 主机及其应用程序都是透明的。必须创建从现有 SAN 结构到新阵列的新 SAN 连接。对于现有的 IBMi FC 或 vFC 主机适配器,必须相应地配置 SAN 分区。当新的连接和分区准备就绪时,在新的 PMAX 上验证 IBMi 适配器 WWPN 是否正在登录到新 PMAX 上的相应 FA 端口。
说明:对于 IBMi 平台,只能使用“单启动器>单目标”SAN 分区。
说明:验证从 Unisphere 或使用 SymCLI(示例)命令的 IBMi 适配器 WWPN 登录: symaccess -sid 123 list logins -dirport 1c:0
======================================================================================================
准备阶段(示例命令):
使用 SymCLI symsan 命令从新阵列检查 SRDF 连接:
symsan list -sanrdf -sid 000420200123 -dir ALL -port ALL
在新阵列上创建新的 IBMi 目标设备并添加到新的存储组 (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
在新阵列上创建相应的 InitiatorGroup(IG) 和 PortGroup(PG):
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
在旧阵列和新阵列之间创建新的临时动态 SRDF 组:
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
为相应 (SG) 执行 CreatePair 并在自适应拷贝磁盘模式下启动同步:
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
监视同步过程:
symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query
由于 SRDF“自适应拷贝”链路状态的性质,在活动 I/O 仍从 IBMi 主机进入源阵列的情况下,链路可能不会达到“已同步”状态,这是正常现象,也是意料之中的。
当同步过程已将大部分数据复制到新阵列(少于 1000 个未完成的无效磁道)时,可以根据客户计划的维护窗口执行离线切换。我们建议计划在迁移的主机上将业务应用程序中断 2 小时。这应该为停止应用程序作业和用户会话、关闭系统电源、执行切换、IPL 系统以及重新启动应用程序子系统和作业提供充足的时间。
切换阶段(示例命令):
检查 SRDF 链路和设备对状态:
symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query
LPAR 上的最终应用程序、子系统和活动用户。
PWRDWNSYS LPAR 的 PWRDWNSYS。
监视 HMC 以确认 LPAR 处于“Not Activated”状态。
在 SYNC 模式下设置 SRDF 链路。
symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 set mode sync
监视状态更改,直至所有设备都“同步”且无效磁道为零。
symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query
拆分 SRDF 链路。
symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 split
提醒:SRDF 拆分过程使源卷在进一步的迁移过程中保持不变。此旧的 SRDF 源映像保存执行拆分时 LPAR 数据的一致“时间点”拷贝。由于 IBMi LPAR 在拆分期间关闭,因此此映像是 100% 一致的。在拆分状态下,R1 和 R2 拷贝均RW_enabled主机。OLD 阵列上的此 R1 映像可用于立即回退到 OLD 阵列。如果遇到任何意外问题并取消迁移。在这种情况下,必须重新恢复对旧阵列的分区/掩蔽。
拆分后,监视状态更改。
symrdf -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1 query
创建旧阵列掩蔽数据库的备份。
Symaccess -sid 456 list view -v -detail>masking-456_<date>.txt
删除相应 IBMi LPAR 的旧阵列掩蔽。
Symaccess -sid 456 delete view mv_ibmi_lpar1_asp1_1
创建新的阵列掩蔽。
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
使用正常 B-IPL 模式再次从 HMC 激活 LPAR。
从 HMC 监视 IPL 过程。
在登录屏幕上,使用 SST 访问授权进行登录。运行 STRSST 并检查磁盘和磁盘路径的状态。请注意反映新阵列卷和序列 ID 的 IBMi 磁盘序列号更改。
客户/应用程序管理员团队现在可以恢复此 LPAR 上的所有正常操作。
这样迁移就完成了。
迁移后阶段(示例命令):
当客户声明成功切换(无需回退)时,可以清理临时配置。
清理 SRDF 迁移设备配对。
symrdf deletepair -sid 456 -rdfg 100 -sg sg_ibmi_lpar1_asp1_1清理旧阵列与新阵列之间的临时动态 SRDF 组:
symrdf removegrp -sid 000420200123 -rdfg 100
清理相应交换机上的 SAN 分区:
从 IBMi 主机到 OLD 阵列。
将 SRDF 分区从旧阵列移除到新阵列(在上次迁移完成后)。