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 </tmpのような十分なスペースがある場所>
- 各コレクターでTopology-Mapping-Serviceを再開します
- プライマリー バックエンドでTopology-Mapping-ServiceとTopology-Serviceを再開します
- .jnlが/opt/APG/Backends/Topology-Service/Default/data/topologyに再構築されていることを確認します（構成のサイズによって、すぐに再構成されるか、または数時間かかる場合があります）
- トポロジー マップを確認します

次の手順に従って診断を行います。

プライマリー バックエンドのトポロジー診断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］ボタンをクリックします。  この例はアレイの重複の例なので、［Type］で［StorageSystem］を［Attribute］とともに選択すると、［displayName］に重複するアレイの名前があります。  この例では、名前はVNX-L3です（上記のスクリーン ショットを参照）。  かなり高い確率で、ここでそのアレイ名が見つかります。