Windowsサーバーマネージャーが「サーバーインベントリが完了すると表示が完了する...」でスタックした
「サーバーインベントリが完了すると表示が完了する...」でスタックしているように見えるため、サーバーマネージャーでストレージプールにアクセスできません。上にある小さな青いバーは動き続けているので、おそらく何かをしているのでしょう。待ってみましたが何も起こりません。これに関連するイベントログレコードもありません。また、Powershellを使用して運が悪ければストレージプールを作成しようとしました。
画面は次のようになります。 
サーバーがAzure VMであり、フェールオーバークラスターのメンバーであることは、言及する価値があると思います。
他の誰かがこれに遭遇しましたか？私はいくつかの関連情報を見つけましたが、これに対する解決策はありません。
まず、ウィザードを使用してクラスターにノードを追加する場合は、いずれかの手順で「すべての適格なストレージをクラスターに追加する」のチェックを外します。
次に、 "AutomaticClusteringEnabled"設定を無効にします（DbClusterをクラスター名に置き換えます）。
Get-StorageSubSystem # shows systems, find cluster one, normally "Clustered Storage Spaces on DbCluster"
Get-StorageSubSystem "clustered storage spaces on DbCluster").AutomaticClusteringEnabled # it was True
Set-StorageSubSystem -FriendlyName "clustered storage spaces on DbCluster" -AutomaticClusteringEnabled $false # change to False
実際、これにより私のストレージプールが利用可能になりました。しかし、サーバーマネージャーにはまだ表示されず、PowerShellを介してのみ表示および管理できます。
その後プールが戻らない場合は、VM=をクラスターから削除してから、DataPoolとDataDiskを自分の名前に置き換えます）。
Get-StoragePool DataPool | Set-StoragePool -IsReadOnly $false
Set-VirtualDisk DataDisk -IsManualAttach $false
# Connect-VirtualDisk DataDisk # this may be not needed
問題はMSフォーラムで議論されていますが、実際にはノードがクラスターに追加された後にストレージプールを追加することが推奨されています。
しかし、「サーバーマネージャーのローカルサーバープロパティで「リモート管理」を有効にする」と記載されていても、役に立ちませんでした。
p.s。：このグリッチなMSクラスターをセットアップするときは、タンバリンで踊ることを忘れないでください。時にはそれが本当に予測できないこともあります。
はい、これを何度も目にし、面倒な調査をほとんど行わずに、MSの記事にアクセスして、既知の問題について説明しました。 「フェールオーバークラスターを作成しても、MicrosoftiSCSIソフトウェアターゲットコンソールは更新されません」。それ自体がVHDであるiSCSIターゲットからVHDを生成していたため、問題が発生しました。これで、すべてのクラスターノードにこれらの既存のVHDがマップされました。 SOこの既知の問題が原因で、コンソールがスタックしたと思います。すべてのクラスターノードをシャットダウンし、サーバーマネージャーを再起動した瞬間、すべてのストレージが期待どおりに表示されました。
https://technet.Microsoft.com/en-us/library/gg232597（v = ws.10）.aspx
私の状況がこの場合と似ているかどうかはわかりません。
しかし、正しい資格情報を使用してすべてのクラスターのノードをサーバーリストに追加しなかった場合にも、同じ問題が発生しました。
サーバーマネージャーがクラスターとクラスターの各ノードに接続しようとしていると思います。事前認証されていない場合、サーバーはinfinitの読み込みでスタックします。
それは誰かを助けるかもしれません。