シナリオ 2 - 複数のフォルダーターゲットとレプリケーション
「ローカルのNUSが利用できない場合でも、ユーザーが企業ネットワーク上の別のバックアップ場所からプロファイルデータを取得できるようにしたい。変更を加えた場合、その変更は、優先NUSが再び利用可能になったときに、そこに戻される必要がある。」
このシナリオにおける基本的な要件は、ネットワーク上でプロファイルの代替場所を提供することです。ユースケースには、ネットワークインフラストラクチャの部分的な障害や、フェールオーバークラスターなどのフォルダーターゲットの完全な利用不能が含まれます。
考慮すべきオプションは、複数のフォルダーターゲットの使用とDFSレプリケーションの使用です。
オプション 1 - 複数のフォルダーターゲットへのリフェラル
背景情報
DFS名前空間のチューニングについては、
<https://docs.microsoft.com/ja-jp/windows-server/storage/dfs-namespaces/tuning-dfs-namespaces>を参照してください。
このオプションについて
リフェラルとは、ユーザーデバイスによって順番に試行されるターゲットの順序付けられたリストです。これは、ソフトウェアライブラリのようにターゲットが読み取り専用であるシナリオ向けに設計されています。ターゲット間にリンクがないため、この手法をプロファイルで使用すると、同期できない複数のプロファイルが作成される可能性があります。
ただし、リフェラル内のターゲットに対して、順序付け方法とターゲットの優先順位の両方を定義することは可能です。適切な順序付け方法を選択すると、すべてのユーザーセッションで一貫したターゲット選択が行われるように見えます。しかし実際には、ユーザーのすべてのデバイスが同じサイト内にある場合でも、サイト内ルーティングの問題により、異なるセッションで異なるターゲットが選択される可能性があります。デバイスがリフェラルをキャッシュすると、この問題はさらに複雑になる可能性があります。
重要: このオプションはProfile Managementの展開には適しておらず、サポートされていません。ただし、ファイルレプリケーションは、単一セッションのみが保証され、 アクティブな書き戻しが無効になっている一部の特殊な展開で使用されてきました。これらの特殊なケースについては、Citrix Consultingにお問い合わせください。
オプション 2 - 分散ファイルシステムレプリケーション
背景情報
-
分散ファイルシステムレプリケーション（DFSR）の概要については、
<https://docs.microsoft.com/ja-jp/windows-server/storage/dfs-replication/dfsr-overview>を参照してください。 -
レプリケートされたユーザープロファイルデータのサポートに関する声明については、
<https://techcommunity.microsoft.com/t5/ask-the-directory-services-team/microsoft-8217-s-support-statement-around-replicated-user/ba-p/398230>を参照してください。 -
DFSR が分散ファイルロックをサポートしない理由を理解するには、
<https://blogs.technet.com/b/askds/archive/2009/02/20/understanding-the-lack-of-distributed-file-locking-in-dfsr.aspx>を参照してください。
このオプションの実装
DFS レプリケーションは、帯域幅が制限されたネットワーク接続を介したフォルダー同期を提供します。このオプションは、単一の名前空間フォルダー定義が参照する複数のフォルダーターゲットを同期するため、オプション1の問題を解決するように見えます。実際、フォルダーがフォルダー定義のターゲットとして追加されると、レプリケーショングループに属するものとして指定できます。
考慮すべきレプリケーションには2つの形式があります。
-
一方向レプリケーション（アクティブ-パッシブレプリケーションとも呼ばれる）は、重要なデータを安全なリポジトリにバックアップするために設計されています。このレプリケーションは、たとえばディザスタリカバリサイトの維持に適しています。パッシブターゲットが参照に対して無効になっており、ディザスタリカバリ計画がアクティブ化されたときにのみ呼び出される限り、Profile Management で機能させることができます。
-
双方向レプリケーション（アクティブ-アクティブレプリケーションとも呼ばれる）は、グローバル共有データへのローカルな読み取り/書き込みアクセスを提供することを目的としています。ここでは、瞬時レプリケーションは必ずしも要件ではありません。共有データはめったに変更されない可能性があります。 重要: アクティブ-アクティブ DFSR はサポートされていません。
スケジュールは、データがレプリケートされる頻度を定義します。頻繁なスケジュールはCPUと帯域幅の両方でより集中的ですが、瞬時の更新を保証するものではありません。
Profile Management は、その操作のさまざまな時点で、(共有) ユーザー ストアへの更新を調整するために、NUS 内の特定のファイルをロックする必要があります。通常、これらの更新はセッションの開始時と終了時、およびアクティブなライトバックが有効になっている場合はセッションの途中で行われます。DFS レプリケーションでは分散ファイル ロックがサポートされていないため、Profile Management は NUS として 1 つのターゲットしか選択できません。この設定により、双方向レプリケーション (アクティブ-アクティブ レプリケーション) の価値が事実上なくなり、したがって Profile Management には適しておらず、サポートされていません。一方向レプリケーション (アクティブ-パッシブ レプリケーション) は、ディザスタ リカバリ システムの一部としてのみ Profile Management に適しています。その他の用途はサポートされていません。