記憶域スペースダイレクトが自動的にディスクを追加しないようにする方法はありますか？
ストレージスペースダイレクト（S2D）を使用するSQLフェールオーバークラスターインスタンス（FCI）をホストしている2016 Windows Serverフェールオーバークラスター（WSFC）で問題が発生しました。各サーバーで、最初の作成が成功した後、S2Dは、未使用のRAIDボリュームをストレージプールに自動的に追加しました（ただし、S2DはRAIDボリューム上に作成できず、レイドされていないディスクを要求します）。今、それは壊れています-私が理解できる限り-それは正確です。その結果、仮想ディスクがオフラインになり、クラスター全体が停止します。クラスタネットワークリソースが不足しているため、オンラインに戻りません。問題のディスクは廃止することはできますが、削除することはできません。仮想ディスクの修復が実行されず、クラスターの互換性テストで無効な構成が報告されています。 これは新しいセットアップです。そのため、仮想ディスク、クラスター、さらにはサーバーを削除して、最初からやり直すことができます。しかし、生産性を上げる前に、これを二度と起こさないことを確認する必要があります。サポートされていないディスクを不必要に誤って追加するだけで、仮想膝でシステム自体をクラッシュして停止させるシステムは、私たちが展開できるプラットフォームではありません。だから、私は主に、今それを修復するのではなく、これが起こらないようにする方法が必要です。私の推測では、S2Dセットアップが、作成されたディスクよりも多くのディスクを取得しないようにすると、うまくいくと思います。実際のディスク交換中に手動で操作する可能性のあるコストは、クラスターにとっては無視できるほどのものです...ここにあります。ただし、これまでにドキュメントを参照していたので、それを制御する方法はありません。私が何かを逃していない限り、Set-StoragePoolも、 ヘルプやヒントをいただければ幸いです。 上記の詳細は次のとおりです。2台のHPE DL380 Gen9サーバーマシンが、RDMA対応の10GBイーサネットと1GBを介してクライアントネットに二重に接続されています。それぞれにRAIDコントローラHPが搭載されています??? シンプルなHBAコントローラーHP ??? （S2Dが絶対に必要であり、直接接続されたレイドされていないディスクでのみ機能するため）。ストレージ構成は、RAIDコントローラーのOS-RAID、RAIDコントローラーのFiles-RAID、およびS2D用のHBAに直接接続されたディスクのセットで構成されます。 OS-RAIDに2つのWindows Servers 2016データセンターエディションをセットアップし、WSFC機能をインストールし、S2Dオプションを含むクラスター互換性テストを実行して合格し、ストレージなしでクラスターを作成し、ファイル共有監視（別のマシン上）を追加し、S2Dを有効にしましたレイドされていないすべてのディスクで自動的に構成されるストレージプール上で、そのプールの上にミラータイプの仮想ディスクを作成し、NTFSをファイルシステムとして使用しました。これは、これがSQL FCIの選択のFSであるためです。インストール。 次に、SQL 2016スタンダードエディションをFCIとしてそのクラスターにインストールし、データベースをインポートして、すべてテストしました。すべてが大丈夫でした。データベースはそこにあり、かつてないほど高速でした。自動フェイルオーバーだけでなく強制も簡単でした。すべてが良さそうでした。 翌日、残りのFiles-RAIDを利用しようとしました。事前構成が気に入らなかったため、最初にRAIDレベルを変更しました。事前構成されたRAIDボリュームを削除して新しいボリュームを（各サーバーで）構築した直後に、クラスターがダウンしていることが検出されました。私がこれまでに理解できたことから、その間に事前構成されたFiles-RAIDボリュームが自動的にプールに追加され、削除したばかりなので、プールから失われました。チェックしたところ、新しいFiles-RAIDが見つかりましたが、まだ作成されていて、プールの物理ドライブとして既に表示されています。そのため、プールには各サーバーに2つのRAIDボリュームが含まれ、そのうちの1つは存在しませんでした。これらのボリューム（ディスクではない）は、HBA上の実際の物理ディスクと共にGet-PhysicalDiskによって一覧表示されます。これが定期的かどうかはわかりません。 それらの物理ディスク（つまり、実際にはRAIDボリュームであるもの）を廃棄することができましたが、それらは廃棄済みとしてマークされています。しかし、それらはまだプールにあり、今すぐ削除することはできません。削除しようとしても失敗します。Repair-VirtualDiskは、残りのディスクだけで仮想ディスクを適切な状態に再構築する必要があります（私はこれを行った：https : //social.technet.microsoft.com/Forums/windows/en-US/dbbf317b-80d2-4992- b5a9-20b83526a9c2 / storage-spaces-remove-physical-disk？forum = winserver8gen）ですが、このジョブはすぐに終了し、「成功」します。もちろん、影響はありません。 仮想ディスクをオンラインに戻そうとすると、ネットワークに接続されたクラスターリソースが利用できないことを示して失敗します。私が理解している限り、不足しているディスクはクラスターリソースではないため、これは（利用可能な）ストレージプールのみを参照できます。プールには修正するエラーは表示されません。クラスター互換性テストを実行すると、クラスターに適していない構成が要求されます。 もう1インチぐらつく可能性のある部分が見つからないので、全体が行き詰まっているように見えます。実行中のWSFCがそのように機能しないようにする方法に関するアイデアはありますか？ 特に啓蒙的なエラーメッセージは表示されませんでした。また、すべてを投稿してページを爆撃したくありませんでした。誰かが具体的な詳細を知りたければ、私に知らせてください。 皆さん、ありがとうございました！ カルステン Raspberry氏の要求に応じて更新する