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