同じドライブを表示している2つのサーバーが同じファイルを表示できないのはなぜですか？
私は2つのWindows2008R2サーバーを持っています。どちらもSAN上の同じiSCSIドライブを指していますが、両方のサーバーに同じデータが表示されません。
サーバー1はSANにデータを書き込むことができ、書き込んだ内容をすぐに確認できます。サーバー2は、サーバー2が最後に再起動された後にサーバー1が書き込んだ内容を確認できません。
ここではOSは問題ではないようです。 Win2K3サーバー、Win2008サーバー、および2008R2システムがありますが、すべて同じ問題があります。
書き込みを行う側だけが、もう一方が再起動されるまでそのデータを読み取ることができます。
この問題を解決するためにどこから始めればよいですか？
クラスタリングの全体的なポイント（私が行っていることではありませんが、それでも）は、2つのシステムが同じSANドライブを指し、共通のデータを共有することです。同じドライブを共有する2つのシステム間で読み取りと書き込みができるはずです。
ここで何が欠けていますか？
iSCSIは、ブロックベースのストレージをサーバーに提供します。ほとんどのシナリオでは、サーバーは、1台のサーバーのみが所有および管理するファイルシステム（NTFSなど）を使用してこのストレージをマウントします。 NTFS（おそらくここで使用しているもの）は通常、クラスター対応のファイルシステムではないため、セカンダリホストが同じボリュームを認識できる場合、それらはロックアウトされるか（うまくいけば）、ボリュームが破損します。
2台の別々のマシンでiSCSIボリュームを同時に共有するには、これをサポートするクラスター対応のファイルシステムが必要です。 VMwareのVMFS これは Cluster Shared Volumes（CSV） W2K8 R2Hyper-Vで使用可能なクラスター化されたファイルシステムと同様に行われます。
最も簡単な解決策は、ストレージを1つのサーバーに提示し、そのボリュームを共有して、2番目のサーバーがSMBを使用してストレージにマップできるようにすることです。
編集して追加：
Windows経由でボリュームを共有することを選択した場合、ダブルネットワークホップを回避する実際の方法はありませんが、ほとんどのサーバーアプリケーションでは、UNCパス（\\ Server\sharename）マップされたドライブ文字ではありません。これは、共有に対する権限を持つアカウントでサービスが実行されている場合に機能します。
使用しているiSCSIターゲットの種類はわかりません。たとえば、SMBまたはNFS共有を直接）として機能するように構成できる場合があります。 Windows Server 2008 R2 NFSクライアントを含むUnix相互運用性コンポーネントをサポートします これにより、ダブルネットワークホップを回避するメカニズムが提供される場合がありますが、パフォーマンスについてコメントすることはできません。SMB共有。