web-dev-qa-db-ja.com

ボリューム間で共有ディレクトリを移動する簡単な方法はありますか?

単一ドメインのフォレストと、いくつかの異なるファイルサーバーがあります。特にあるファイルサーバーは私が心配しています。それは独立したディスク上に多くの重要なデータをホストしていて、バックアップはこれまで行われていません。 Windows XP Proも実行しています。

私はすでにバックアップシステムを導入するための措置を講じています(このサーバーだけでなく、より大きなソリューションのために)。私の問題は、冗長性のためにこのシステムをセットアップすることと本当に関係があります-データをオンラインに保つか、少なくとも非常に迅速に回復できる必要があります(バックアップが復元されるのを待つのは遅すぎるでしょう)。

現在のシステムセットアップ(いくつかのメンテナンスウィンドウの後)には、3台の1TBSATAドライブがあります。 Cはシステムボリュームです。ボリュームFにはすべての共有ディレクトリが含まれており、ボリュームEは完全に空です。このボックスにお金がかかることはないので、EパーティションとFパーティションの両方を削除し、ディスク管理でディスクをミラーリングし、フォーマットする間、一時バックアップとしてすべての共有ディレクトリをOSボリュームに移動します。ミラーリングされたボリュームを作成し、共有をコピーしてミラーリングされたボリュームに戻します。

私の質問はこれです:共有を他のボリュームにコピーし、共有/ NTFSセキュリティ権限をそのままにして新しい物理的な場所に共有を自動的に再作成するのに役立つツールはありますか、それとも手動でこれを行うのに行き詰まっていますか?

更新

したがって、XPはミラーリングされたディスクをサポートしていません。Bleh。サーバーの役割を実行するXPの処理に慣れていません。

管理者が実際のファイルサーバーの予算を把握できるようになるまで、開いているディスクにデータのコピーを保持するようにバックアップをスケジュールするのが最善であると判断しました。

2
Cypher

私はあなたに3つの潜在的な答えがあります。あなたはあなたの好きなものを選ぶことを歓迎します:

  1. Windows上のソフトウェアRAID XPがServer2003上のソフトウェアRAIDのようなものである場合、ドライブFを削除し、ドライブEをダイナミックディスクに変換してから、以前のFドライブをミラー、すべてなしデータを手動で移動します。

  2. XPで上記が不可能な場合は、次の質問に対する直接の回答があります。 Robocopy /COPYALLスイッチを使用すると、NTFSアクセス許可などの属性を変更せずにファイル構造をコピーできます。ファイル共有はHKLM\System\CurrentControlSet\Services\LanmanServer\Sharesに保存されるため、再作成するのがより便利なオプションでない場合は、このレジストリキーをバックアップおよび復元できます。

  3. RAIDストレージと十分な空きディスク容量を備えたServer2008 R2を実行しているファイルサーバーがある場合、別のアプローチは次のようになります。

    1. Disk2VHD XPボックス、VHDファイルを新しいサーバーに保存します。
    2. ディスクの管理を使用してVHDファイルをマウントしてから、新しいサーバーに共有名を再作成します。
    3. 古いサーバー名を新しいサーバー名に参照するCNAMEレコードを追加し、HKLM\System\CurrentControlSet\Services\LanmanServer\Parameters\DisableStrictNameCheckingを1に設定して、変更をエンドユーザーに対して完全に透過的にします。
1
Skyhawk

共有をバックアップするには、regeditとメモ帳を使用できます。参照: http://support.Microsoft.com/kb/125996

2