Veritas StorageFoundationが管理するダイナミックディスクを備えたMicrosoftフェールオーバークラスターがあります。今日、システム管理者はSQL Server用の新しいディスクを追加しましたが、ボリュームのクラスターサイズが間違っていたため、クイックフォーマットを発行して変更しました。
ディスクボリュームに障害が発生し、SQL Serverグループにも障害が発生し、クラスターが応答しなくなりました。数分後、パッシブノードにフェイルオーバーすることができました。
SAN管理者は、Windowsフォーマットアプレットからディスクをフォーマットするべきではなかったので、私のせいだと言っていますが、代わりにVeritas EnterpriseAdministratorを使用する必要がありました。
フォーマット操作は、この方法でクラスターグループ全体をオフラインにすることができますか?
関連するエラーメッセージ:
イベントログから:
The cluster resource Host subsystem (RHS) stopped unexpectedly.
An attempt will be made to restart it. This is usually due to a
problem in a resource DLL. Please determine which resource DLL is
causing the issue and report the problem to the resource vendor.
Cluster.logから
ERR [RCM] rcm::RcmResControl::DoResourceControl:
ERROR_RESOURCE_CALL_TIMED_OUT(5910)' because of 'Control(STORAGE_GET_DISK_INFO_EX)
to resource 'NameOfTheDiskGroup' timed out.'
Veritasドキュメント:
注:リソースを手動で作成する前に、VEA GUIを使用してNTFSでクラスター共有ボリュームをフォーマットし、リソースを作成しようとしているノードにマウントする必要があります。
これは、ディスクをWindowsからフォーマットできないことを意味しますか?私はそれをそのように読みません。
記録のために、私は過去にWindowsアプレットを使用して多くのディスクをフォーマットしましたが、悪いことは何も起こりませんでした。
共有ボリュームであると見ると、クラスター化されたノードがすでにそれを使用しようとしているように見えるため、VEAGUIを使用するのが最善の方法です。ドキュメントには記載されていませんが、Windows GUIとは異なることをしている可能性があります(VEAを実行しているマシンからのCSVの一時的な書き込みロックであっても、実際にボリュームをフォーマットできるように、別のディスクを使用するノードなど。
また、より大きな問題は次のとおりだったと思います。
注:新しいクラスター共有ボリューム用に選択したドライブ文字が使用可能であり、どのクラスターノードでも使用されていないことを確認する必要があります。
フォーマットしたときにディスクが使用されていたようです。 Windowsを使用してディスクをNTFSにフォーマットするのは簡単なことですが、ディスクが使用されていたという事実およびVEA GUIを使用しなかったため、ほぼ間違いなく可能でした。いくつかの問題を防いだことがこれを引き起こした原因です。
はい。ディスクがSQLServerの依存関係として既に構成されている場合(および使用するには、ディスクはSQL Serverリソースの依存関係である必要があります)、WSFCの動作方法により、いわば「障害」が発生した可能性があります。ディスクリソースがオフラインになり、ロール全体がオフラインになるまでエスカレートします。これはそうではないかもしれませんが、それはクラスターの観点です。事後にディスクをフォーマットして、それが何をするかを見たことがありません。
また、Symantec/VeritasがNTFSではないため、構成方法が台無しになり、ディスクリソースのフォーマットがオフラインになった可能性もあります。繰り返しますが、SQL Serverのリソース依存関係として構成されている場合、それはエスカレートします。