Profile Management

シナリオ 3 - ディザスター リカバリー

「Citrix®ユーザープロファイルを処理するための完全なディザスター リカバリー サイトをどのように設定すればよいですか?」

プロファイル管理は、ディザスターリカバリー (DR) に必要な主要な機能をサポートしています。

  • DFS 名前空間。このシナリオでは、DR サイトが独自の名前空間サーバーを持つことができるため、ドメインベースの名前空間サーバーが推奨されます。(スタンドアロンの名前空間サーバーはレプリケートできませんが、フェールオーバー クラスターでホストできます。)
  • 複数のフォルダー ターゲットと DFS レプリケーション。各 NUS に対して、少なくとも2つのターゲットを提供しますが、通常運用では1つのみを有効にします。無効になっているターゲット (DR サイトにある) が最新の状態に保たれるように、一方向の DFS レプリケーションを設定します。
  • 個々のフォルダー ターゲットをホストするためのフェールオーバー クラスター。オプション。DR サイトのリソースを無駄にする可能性があります。

この図では、ドメインベースの名前空間が NUS を管理しています。(シナリオ 1 の図では、意図的に名前空間を含んでいませんでした。) DR サイトを含む各サイトに名前空間サーバーを含めることができます。すべてのサーバーは、名前空間の同じビューをサポートします。

グラフィック

DR プランがアクティブ化された場合、DR サイトの NUS は、マスター NUS からレプリケートされた変更で最新の状態になります。ただし、名前空間サーバーは依然として名前空間の誤ったビューを反映しているため、その構成を更新する必要があります。各フォルダーについて、マスター サイトのフォルダー ターゲットを無効にし、DR サイトのフォルダー ターゲットを有効にする必要があります。

AD の更新が伝播した後、名前空間サーバーは DR フォルダー ターゲットを正しく特定し、DR サイトはプロファイル管理で使用できるようになります。

注: ユーザー ストアへのパス設定は、実際のサーバーではなく名前空間フォルダーを参照するため、プロファイル管理の構成を更新する必要はありません。

実際には、DR サイトが通常プロファイルに使用されないため、一方向または双方向のレプリケーションが可能です。ディザスターが終了すると、DR サイトからマスター サイトへの接続により、ディザスター中に NUS に対して行われた変更がマスター サイトにレプリケートされます。

シナリオ 3 - ディザスター リカバリー

この記事の概要