ViPR SRM： 重复阵列仅出现在拓扑中

对端口问题进行故障处理时，阵列从 Discovery Center 中被移除，并使用不同名称被重新添加到 Discovery Center，最后在端口问题解决时使用原始名称被重新放回到 Discovery Center 中。

具有新名称的阵列在拓扑图中显示为重复。  此阵列在任何报告中都未显示为重复。  下面是将 VNX-L3 作为重复项的示例：

NA

— 停止每个收集器上的 Topology-Mapping-Service
— 停止主后端的 Topology-Mapping-Service 和 Topology-Service
— putty 进入主后端
— cd /opt/APG/Backends/Topology-Service/Default/data/topology
— mv topology.jnl <to somewhere there is enough space, like /tmp>
— 在每个收集器上重新启动 Topology-Mapping-Service
— 在主后端重新启动 Topology-Mapping-Service 和 Topology-Service
— 确保在 /opt/APG/Backends/Topology-Service/Default/data/topology 中重建 .jnl ...，具体取决于配置的大小，这可能立即完成，或者可能需要几个小时
— 检查拓扑图

要诊断：

打开主后端的拓扑诊断 GUI：

https://<Primary BE host name>:48443/Backends/Topology-Service/Default/diagnostics/ui

                       — 以 admin/changeme 身份登录

在页面底部，在 Feeding Topology-Mapping-Service(s) 中，确保 Last Recieeved Times 都是最新的；如果任何日期/时间陈旧，尤其是对于收集有关阵列的指标的收集器，清除所有数据。  现在，检查拓扑图。

如果日期/时间是最新的，请在收集有关阵列指标的收集器上打开拓扑诊断 GUI：

https://<collector_hostname>:48443/Backends/Topology-Mapping-Service/Default/diagnostics/ui

                         — 以 admin/changeme 的身份登录

向下滚动到 Forced Metric Delete 部分，然后单击“view list of known devices”。  搜索列表以查找重复阵列的名称。  （如果名称不存在，作为预防措施，可以在其他收集器上进行搜索。）  如果在已知设备列表中找到名称，请将其删除。  检查拓扑图。

如果未找到名称，请返回主后端的拓扑诊断 GUI：

https://<Primary BE host name>:48443/Backends/Topology-Service/Default/diagnostics/ui

                       — 以 admin/changeme 身份登录

单击 Object Explore 部分中的 Launch Explore 按钮。  由于此示例与重复阵列有关，因此，通过 Attribute 将 Type 选为 StorageSystem，displayName 包含重复阵列的名称。  在此示例中，名称是 VNX-L3（请参阅上面的屏幕截图）。  很可能在此处找到阵列名称。