AppSync:使用已启用“迁移模拟”的 RDF Metro 迁移可能无法在正确的阵列上创建 AppSync 拷贝
摘要: 本文介绍了在启用迁移模拟的情况下,AppSync 在 RDF Metro 迁移期间在源阵列而不是迁移的阵列上创建拷贝的问题。
本文章適用於
本文章不適用於
本文無關於任何特定產品。
本文未識別所有產品版本。
症狀
RDF/Metro 阵列迁移已迁移数据,但 WWN 模拟仍然存在。
RDF/Metro 迁移是一种用于将数据从一个阵列迁移到新阵列的工具。
AppSync 尝试使用新 VMAX 阵列中的 LUN 编号在旧 VMAX 阵列上创建拷贝。
原因
从 SMI-S 请求有关源 LUN 的信息时,AppSync 存储库中不会更新新 VMAX 阵列的序列号。
源主机上的“inq.windowsamd64_exe -wwn”用于获取源 LUN 的 wwn。
在此示例中,我们看到 WWN:
D:\EMC Software>inq.windowsamd64_exe -wwn Inquiry utility, Version V8.4-2352 (Rev 0.3) built with SYMAPI Version V8.4.0.3 (Edit Level 2352) Copyright (c) [1997-2017] EMC Corporation. All Rights Reserved. For help type inq -h. ------------------------------------------------------------------------------ DEVICE :VEND :PROD :WWN ------------------------------------------------------------------------------- \\.\PHYSICALDRIVE17 :EMC :SYMMETRIX :60000970000196700xxx533030123456
注意: 不带任何参数的 inq 仍将 LUN 设备 ID 显示为位于“迁移自”VMAX 阵列上。
然后查询 SMIS-S 以使用上面的 WWN 获取正确的阵列。
要手动查询 SMI-S,可以使用以下命令:
- 在 SMIS-S 上运行 TestSmiProvider 并选择“ei”选项
- 系统提示输入课程时,输入“CIM_StorageVolume”。注意区分大小写。
- 按 Enter 键,获取其他提示的所有默认值。
这可能会运行几个小时。输出位于运行 TestSMIProvider 的文件夹或目录的TestSmiProvider.log文件中。查看输出时,您会发现一个冗长的条目,其中包含从“inq.windowsamd64_exe -wwn”获取的 WWN。
为了便于阅读,删除了许多冗长的条目,它列出为:
Instance 5494: ObjectPath : Symm_StorageVolume.CreationClassName="Symm_StorageVolume",DeviceID="004FE",SystemCreationClassName="Symm_StorageSystem",SystemName="SYMMETRIX-+-000164200abc" <PROPERTY NAME="SystemName" CLASSORIGIN="CIM_LogicalDevice" PROPAGATED="true" TYPE="string"> <VALUE>SYMMETRIX-+-000164200abc</VALUE> <PROPERTY NAME="EMCWWN" CLASSORIGIN="EMC_StorageVolume" PROPAGATED="true" TYPE="string"> <VALUE>60000970000196700xxx533030123456</VALUE>
WWN 中的 xxx 可能类似于旧的 VMAX 阵列,但序列号“000164200abc”是新的 VMAX 阵列。
原因是:AppSync 未使用此序列号更新 AppSync 数据库,导致 AppSync 尝试在“迁移自”阵列上制作拷贝。
解析度
AppSync 3.0.2 存在热修复程序。请联系戴尔客户支持以请求此热修复程序。打开新的服务请求时,引用此知识库文章 ID。
受影響的產品
AppSync產品
AppSync文章屬性
文章編號: 000059203
文章類型: Solution
上次修改時間: 02 7月 2026
版本: 6
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。