web-dev-qa-db-ja.com

移動プロファイルをDFSに移動する

GPOを使用して、appdata、ドキュメント、デスクトップフォルダーをサーバーにリダイレクトしています。これは、複数の場所の間を行き来するユーザーに問題を引き起こします。Firefoxプロファイルはappdataに保存されるため、Firefoxプロファイルを取得して起動できるように別の施設に移動するのに永遠に時間がかかります。Firefoxのロードを2〜3分待った後、実行速度が非常に遅いため、ほとんど使用できません。

DFSでこれを改善したいのですが、地獄のような移行期間を持ちたくありません。現在、facility1のGPOはフォルダを_//server1/Documents_にリダイレクトするように設定されており、facility2のGPOはフォルダを_//server2/Documents_。これらの設定を作成したDFS名前空間に変更する必要があることはわかっています。

_//server1/Documents_と_//server2/Documents_をDFS名前空間_//DFSDocuments/_に追加し、GPOリダイレクト設定を変更してappdataを_//DFSDocuments/UserName_にリダイレクトする必要があります。ここに書き留めておけば、とても簡単に思えます。私がしなければならないのはそれだけですか?GPO設定は、何も移動せずに、DFS名前空間のUserNameフォルダーに直接直接設定されますか? ?ユーザーには問題が発生しますか?それとも魔法のように複製されますか?

以前にこの(非dfsフォルダーリダイレクトからdfsフォルダーリダイレクトへの)移行を経験したことのある人からのフィードバックやヒントをいただければ幸いです。

4
blsub6

まず、DFSは実際にはDFS名前空間(DFS-N)とDFSレプリケーション(DFS-R)の2つのテクノロジーで構成されていることを理解する必要があります。前者は、個々のファイルサーバー名を非表示にするために使用できる論理名前空間を作成し、後者は2つのレプリケーションパートナー間でデータを双方向にレプリケートします。

DFS-Nは良いことであり、どこでも使用する必要があります。しかし、それは今あなたを助けません。

DFS-Rも優れていますが、移動ユーザープロファイルとは互換性がありません(プロファイルのリダイレクトされた部分は引き続きプロファイルの一部です)。

詳細については、私の記事を参照してください。

ユーザープロファイルとホームディレクトリストレージ:複数のファイルサーバー間での負荷の分散

サイト間でのユーザープロファイルの複製(DFS​​ありまたはなし)–避けるべき理由

3
Helge Klein

これは古いですが、他の返信は実際には答えではないので、とにかく答えます。

リダイレクト(Server 2003ターミナルサーバーユーザーの場合)を\ serverパスから\ dfsrootパスに変更したところ、次のようになりました。

1.)リダイレクトGPOの[コンテンツを新しい場所に移動する]のチェックを外してください。 DFSパスはすでにデータを指しているため、データをコピーする必要はありません。 Windowsはデータをコピーする必要がないことを認識していると思うかもしれませんが、これは私の最初の試みでは当てはまらなかったようです。この変更を行うまで、ログインには永遠に時間がかかりました。

2。)\ dfsrootパスがWindowsユーザーのPCでイントラネットサイトとして認識されていることを確認してください。認識されていない場合、ユーザーが共有にアクセスしようとするたびにセキュリティ警告が表示されます。物事が壊れるので、AppdataまたはDesktopをリダイレクトするかどうかを二重に確認してください(たとえば、クイック起動ツールバーをスタートメニューに追加する機能)。これは自動であるはずですが、私の場合はそうではありませんでした。実際、イントラネットゾーン内にあることを確認するためにあらゆる努力を払ったにもかかわらず、DFS共有からファイルをコピーするときにターミナルサーバーが警告を表示する理由を理解できませんでした。 Appdataのリダイレクトを完全に諦めなければなりませんでした。

1
simulatn