過度の I/O によって SAN への UNC パスが切断される可能性はありますか?

過度の I/O によって SAN への UNC パスが切断される可能性はありますか?

SAN への UNC パスが、過度の I/O によって切断される可能性があるかどうか疑問に思っています。

もしこれが可能ならば、どうすれば回復できるのでしょうか?

これは Windows サーバー環境になります。SAN の詳細は関係ないと思います。

さらに詳しい情報が必要な場合はお知らせください。

ありがとう。

答え1

理論的には可能ですが、環境の詳細を知る必要があります。SAN とは何ですか? プレゼンテーションは何ですか (FC、iSCSI、NFS など)? SAN を使用してファイル サーバーをバックアップし、そこから共有をエクスポートしていますか?

「UNC」パスは、「\host\share\directory1\directory2」などのディレクトリのような構造を参照します。これは、FC や iSCSI などの直接ブロックではなく、ファイル レベルの共有をサーバーに提示することを示唆しています。

具体的に教えてください。

答え2

理論的には、(本当に)圧倒的なI/OパターンがどうやらSAN エクスポートされたディスクをオフラインにします。

重要なのは、I/O要求に時間がかかりすぎると、リモートOSはディスクが故障/切断されていると検出してしまう可能性があるということです。あまり失敗または切断されました。

このため、通常、すべての I/O 要求には期限 (タイムアウト) が割り当てられます。I/O の完了に時間がかかりすぎる場合、要求は中止され、リモート OS に対して失敗としてマークされますが、仮想ディスク自体はオンラインのままです。これにより、リモート OS は、仮想ディスクをオフラインにすることなく、失敗した要求を再発行する機会を得られます。

関連情報