クラスター化されたファイル共有を作成するための手順
既存の2ノードSQLServerフェールオーバークラスター（Windows Server 2003）でクラスター化されたファイル共有を作成するための絶対確実な手順が必要です。シナリオでは、クラスターに対応していないアプリケーションを両方のノードにインストールし、特定のディレクトリのサブフォルダー間でファイルを作成およびコピーする必要があります。クラスタ内のどのノードがアクティブであるかに関係なく、このアプリに単一のフォルダのように見えるファイル共有（ネットワーク共有など）が必要です。
この TechNetの記事 の指示に従ってみましたが、すぐに問題が発生しました。たとえば、TechNetの記事のステップ1には次のように書かれています。
- Windowsエクスプローラーを使用して、クラスターディスクにフォルダーを作成します
どのディスクがクラスターディスクであるかを知るにはどうすればよいですか？
同じ記事のステップ4で、物理ディスクリソースを作成する必要があります。ウィザードの2ページで「所有者の可能性」について言及したときに停止しました。これは常に両方のノードである必要があり、[このリソースを別のリソースモニターで実行する]チェックボックスをオンにするとどうなりますか。
そして最後に、ファイル共有を作成したら、これはどのようにアプリケーションに公開されますか？ネットワーク上の通常のファイル共有のように、UNCパスを渡しますか？
基本的に、既存のSQL構成を台無しにしないように、ばかガイドが必要です。
これらの指示 従う方が簡単かもしれません。
どのディスクがクラスターディスクであるかを知るにはどうすればよいですか？
2ノードのSQLクラスターがある場合は、すでにいくつかの クラスター化されたディスク リソースがあります。 cluadminを起動します。リソースグループの内部を見ると、クラスターとSQLグループの下にいくつかの物理ディスクがあります。パフォーマンス/依存関係の理由から、SQLServerクラスターが使用しているのと同じディスクリソースを使用することはお勧めしません。これを行う最も簡単な方法は、新しいIP、ネットワーク名、およびディスクリソースを使用して新しいリソースグループを作成することです。これを行う場合は、アプリケーションのファイルを格納するのに十分な大きさの別のディスクやディスクパーティションをプロビジョニングする必要があります。これはどうやるんですか？サーバーが使用している共有ストレージテクノロジーによって異なりますか？ SAN with iSCSIまたはHBA、あるいは直接接続されたストレージアレイ（旧式）のようなものになります。
最悪のシナリオでは、クラスターグループにあるクォーラムドライブを使用することでおそらく回避できます。また、ネットワーク名とIPアドレスのリソースがすでに設定されていることも役立ちます。これは、共有へのアクセスに使用するUNCパスのホスト名になります。
したがって、ステップ4で提供した手順を使用します。クラスターグループを使用できます。そこから大丈夫ですか？
「このリソースを別のリソースモニターで実行しますか？」チェックボックスをオンにするとどのような影響がありますか？
リソースモニターは、リソースが使用可能かどうかを確認し、使用できない場合はクラスターサービスに通知するプロセス（resrcmon.exe）です。チェックボックスをオンにすると、そのリソースだけに個別のresrcmon.exeが表示されます。これは、別のリソースが原因でモニターがクラッシュする場合に役立つことがあります。通常の状況では、チェックを外したままにしておきます。