シナリオ 3 - ディザスターリカバリー
「Citrix®ユーザープロファイルを処理するための完全なディザスターリカバリーサイトをセットアップするにはどうすればよいですか？」
Profile Management は、ディザスターリカバリー (DR) に必要な主要機能をサポートしています。
-
DFS 名前空間。このシナリオでは、DR サイトが独自の名前空間サーバーを持つことができるため、ドメインベースの名前空間サーバーが推奨されます。（スタンドアロンの名前空間サーバーはレプリケートできませんが、フェールオーバークラスターでホストできます。）
-
複数のフォルダーターゲットと DFS レプリケーション。各 NUS に対して、少なくとも2つのターゲットを提供しますが、通常運用では1つだけを有効にします。無効になっているターゲット（DR サイトにあるもの）が最新の状態に保たれるように、一方向の DFS レプリケーションを設定します。
-
個々のフォルダーターゲットをホストするためのフェールオーバークラスター。オプション。DR サイトのリソースを無駄にする可能性があります。
この図では、ドメインベースの名前空間が NUS を管理しています。（シナリオ 1 の図には意図的に名前空間が含まれていませんでした。）DR サイトを含む各サイトに名前空間サーバーを含めることができます。すべてのサーバーは、名前空間の同じビューをサポートします。
グラフィック(/en-us/profile-management/2407/media/upm-ha-dr-scenario3-1.png)
DR プランがアクティブ化されると、DR サイトの NUS はマスター NUS からレプリケートされた変更で最新の状態になります。ただし、名前空間サーバーはまだ名前空間の誤ったビューを反映しているため、その構成を更新する必要があります。各フォルダーについて、マスターサイトのフォルダーターゲットを無効にし、DR サイトのフォルダーターゲットを有効にする必要があります。
AD の更新が伝播された後、名前空間サーバーは DR フォルダーターゲットを正しく特定し、DR サイトは Profile Management で使用できるようになります。
注: 「ユーザー ストアへのパス」設定は、実際のサーバーではなく名前空間フォルダーを参照するため、Profile Management の構成を更新する必要はありません。
実際には、DR サイトは通常プロファイルには使用されないため、一方向または双方向のレプリケーションが可能です。災害が終了すると、DR サイトからマスターサイトへの接続により、災害中に NUS に対して行われた変更がマスターサイトにレプリケートされます。