私はしばらくの間VMでWHSを使用してきましたが、私の経験を要約します。
ファイルサーバーのハードウェア障害に対処した後、ファイルサーバーからハードウェアを抽象化する方法を探しました。外部ハードドライブを備えたVMでWHSを実行し、ホストハードウェアがダウンした場合に、VMと外部ディスクを別のホストに移動して、最小限のダウンタイムで再起動できるという話を聞いたことがあります(それが私の基本的な動機でした)。
私はこれを2回パスしました。最初のパスでは、VMServer 1.xで実行されているVMにWHSをインストールし、VMに、外部エンクロージャー内にあるいくつかのハードドライブへの直接物理アクセスを与えました。これは数日間問題なく機能しましたが、その後VMが再起動して、すべてのファイルをスキャンして整合性チェックを行わなければなりませんでした。原因を特定することはできませんでしたが、ファイルリクエストが送信されたときにドライブがスピンダウンまたは「スリープ」していて、VMがドライブを適切にウェイクアップできなかったのではないかと疑っています。「一貫性チェック」の画面を何度も何度も見るのは特に怖かったので、約3週間これと戦った後、ネイティブにホストされているファイルサーバーに戻ることにしました。(ところで、
2番目の(より成功した)パスでは、VMServer 2.xで実行されているVMにWHSをインストールしました。ただし、VMにディスクへの物理アクセスを与えるのではなく、各外部ドライブをいっぱいにする仮想ディスクを作成しました。私の推論では、これを行うことで、WHSを複雑にすることなく仮想ディスクファイルを移動できました。(つまり、ドライブ容量をアップグレードし、WHSからディスクを削除する必要なくVHDファイルをコピーするだけです。)このセットアップは、現在約1か月間、非常に安定しています。すべてのファイルを移動する前に、もう少しテストしたいのですが、私が見たものに基づいて非常に期待しています。(つまり、この構成では前の構成よりもはるかに堅牢です)。
だから私の経験の要点:-VMServer 2.x> VMServer 1.x(理にかなっている)-仮想HD>直接物理アクセス
もう1つ注意すべき点は、仮想ディスクを使用する場合、それらはすべて「仮想IDEドライブ」(または類似の何か)として単に表示されるため、区別するのが難しい場合があることです。すべてをまっすぐに保つために、仮想ディスクのサイズを変更することをお勧めします(つまり、4 * 500 Gbディスクではなく、480、485、498、500などを使用します)。
あなたは共有体験を探していたので、これが役に立てば幸いです。