web-dev-qa-db-ja.com

DFS共有を新しいドライブに簡単に移動するにはどうすればよいですか?

DFS共有を同じサーバー上の新しいより大きなドライブに移動する必要があります。これを達成するための最良/最も簡単な方法は何ですか。問題のサーバーはWindowsServer 2003R2を実行しています。

3
AndrewLRice

いくつかの仮定:

1)あなたはその下にリンクがないリンクターゲットについて話している。リンクターゲットを機能させるために必要なNTFS再解析ポイントは、XCOPY(または、ROBOCOPY)ではコピーされません。

2)これはレプリケーションの対象となるDFSリンクではないと想定しています。これは、上記の手順とは異なるワックスのボールです。

ファイルのコピーは簡単です。

  • 宛先ディレクトリを作成し、アクセス許可を設定します。
  • 「/ k/r/e/c/h/y/a」スイッチを指定してXCOPYを使用し、ソース(XCOPY source *。* destination \/k/r/e/c/h/y/a)からコピーします。

多くの困難なしに共有を変更するには、少しハックする必要があります。 GUIの「適切なチャネル」を介してこれを行うことができますが、これには、DFS構成を使用したマッキングをできるだけ少なくする必要があります。

  • レジストリを編集します。 HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanManServer\Sharesで、DFS共有に対応するREG_MULTI_SZエントリを見つけ、「Path」行のみを変更して新しいパスを参照します。
  • 「分散ファイルシステム」および「サーバー」サービスを再起動します(必要に応じて、「ネットログオン」および「コンピューターブラウザ」を再起動します)。
  • 新しい場所で共有にアクセスできることを確認します。

DFSは共有を物理パスではなくUNCとして参照するため、DFSはフォルダーの物理パスが変更されたことを「認識」していません。

2
Evan Anderson

私は...するだろう

  • セキュリティを維持しながら、既存のファイルを古い場所から新しい場所にコピーします
  • 同じ権限で新しい場所に新しい共有を作成します
  • DFS管理インターフェイスでDFSフォルダーを編集し、古いターゲットを新しいターゲットに置き換えます

すべてのユーザーはすぐに新しい共有の使用を開始します(これがDFSの優れた点です)。コピー/切り替え中に変更されたすべてのファイルを確実にキャプチャするために、必ず営業時間外にこれを行ってください。 Robocopyは、このプロセスを支援する優れたユーティリティです。

0
Kevin Kuphal

あなたが本当に心配していることはあなたの質問からは明らかではありません、これが私が問題にどのように取り組むかです:

  1. スケジュールのダウンタイム、データを移動している間は基本的にアクセスできなくなります(読み取り専用でない限り)
  2. アクセスを無効にする既存のデータにアクセスし、アクセスされなくなったことを確認します
  3. データをコピー(お気に入りのツールを使用:xcopy、robocopy、...)
  4. 権限の確認新しい場所の設定共有同じ名前。

Etvoilà。

:DFSの場所はクライアントにキャッシュされます。これが更新されるまで、しばらく時間がかかる場合があります。 (同じ共有名を再利用する場合は、明らかに問題ありません。)

0
Toto