フォルダー リダイレクト、オフライン ファイル、移動ユーザー プロファイルの概要
このトピックでは、フォルダー リダイレクト、オフライン ファイル (クライアント側キャッシュ (CSC))、移動ユーザー プロファイル (RUP とも呼ばれます) の各テクノロジについて、新機能や詳細情報の参照先などを含めて説明します。
テクノロジの説明
フォルダー リダイレクトとオフライン ファイルは併用して、ドキュメント フォルダーなどのローカル フォルダーのパスをネットワーク上の場所にリダイレクトする一方で、その内容をローカルでキャッシュして速度と可用性を向上させます。 移動ユーザー プロファイルは、ユーザー プロファイルをネットワーク上の場所にリダイレクトするために使われます。 ここに挙げた機能は、以前は Intellimirror と呼ばれていました。
フォルダー リダイレクト では、手動かグループポリシーを使って、ユーザーと管理者が既知のフォルダーを新しい場所にリダイレクトできます。 新しい場所は、ローカル コンピューター上のフォルダーでも、ファイル共有上のディレクトリでもかまいません。 ユーザーは、リダイレクトされたフォルダー内のファイルが依然としてローカル ドライブに存在しているかのようにファイルを操作できます。 たとえば、通常はローカル ドライブに格納されているドキュメント フォルダーを、ネットワーク上の場所にリダイレクトできます。 これによって、ユーザーがネットワーク上のどのコンピューターからでもフォルダー内のファイルを利用できるようになります。
オフライン ファイル を使うと、サーバーにネットワーク接続できない場合やネットワーク接続が低速な場合でも、ユーザーがネットワーク ファイルを利用できます。 オンラインで作業している場合、ファイル アクセスのパフォーマンスはネットワークとサーバーの速度によって決まりますが、 オフラインで作業している場合には、ローカル アクセスの速度でオフライン ファイル フォルダーからファイルが取得されます。 コンピューターは、次の状況でオフライン モードに切り替わります。
- 常時オフライン モードが有効になっている。
- サーバーが使用できません。
- ネットワーク接続が構成可能なしきい値より遅い。
- ユーザーが、Windows Explorer の [オフライン作業] ボタンを使用して、手動でオフライン モードに切り替える。
移動ユーザー プロファイル を使用すると、ユーザー プロファイルをファイル共有にリダイレクトし、ユーザーが複数のコンピューター上で同一のオペレーティング システムとアプリケーションの設定を利用できるようになります。 プロファイル パスとしてファイル共有を設定したアカウントを使用してユーザーがコンピューターにサインインすると、そのユーザーのプロファイルがローカル コンピューターに読み込まれ、ローカル プロファイル (存在する場合) と統合されます。 ユーザーがコンピューターからサインアウトすると、自身のプロファイルのローカル コピーが (変更部分も含め) サーバーにあるプロファイルに統合されます。 通常、移動ユーザー プロファイルは、ネットワーク管理者がドメイン アカウントで有効にします。
実際の適用例
管理者は、フォルダー リダイレクト、オフライン ファイル、移動ユーザー プロファイルを使用して、ユーザー データと設定のストレージを一元化できます。 これらの機能を使用すると、ユーザーはオフライン時や、ネットワークまたはサーバーが停止した場合にデータにアクセスできます。 これらの機能は、次の特定のアプリケーションを実現することもできます。
- サーバー ベースのバックアップ ツールを用いてユーザーのフォルダーと設定のバックアップを取るなどの管理タスクのために、クライアント コンピューターのデータを一元管理。
- ネットワークやサーバーが停止した場合でも、ユーザーのネットワーク ファイルへのアクセスを確保。
- 帯域幅の使用を最適化して、ブランチ オフィス ユーザーが別の場所にある社内サーバーでホストされているファイルやフォルダーにアクセスする際のユーザー エクスペリエンスを向上。
- オフラインでの作業中や低速ネットワーク下でもモバイル ユーザーのネットワーク ファイルへのアクセスを確保。
新機能と変更された機能
次の表では、このリリースでフォルダー リダイレクト、オフライン ファイル、および移動ユーザー プロファイルに加えられた主な変更点について説明します。
| 機能 | 新規/更新 | 説明 |
|---|---|---|
| 常時オフライン モード | 新規 | 高速ネットワーク接続によって接続している場合でも、常時オフラインで作業することによりファイルへのアクセス速度を高め、帯域幅の使用量を抑制できます。 |
| コスト意識型同期 | 新規 | 使用量に制限のある従量制課金接続を使っている場合や、別のプロバイダーのネットワーク上でローミングしている場合、ユーザーは同期によるデータ使用コストの増加を回避できます。 |
| プライマリ コンピューターのサポート | 新規 | フォルダー リダイレクトと移動ユーザー プロファイルのいずれかまたは両方の使用を、ユーザーのプライマリ コンピューターだけに制限できます。 |
常時オフライン モード
Windows 8 および Windows Server 2012 以降では、管理者は、オフライン ファイルのユーザーが、高速ネットワーク接続で接続されている場合でも、常時オフラインで作業できるようにエクスペリエンスを構成できます。 既定では、同期によって 1 時間ごとにバックグラウンドでオフライン ファイルのキャッシュ内のファイルが更新されます。
常時オフライン モードにはどのような価値がありますか?
常時オフライン モードには、次のような利点があります。
- ユーザーは、ドキュメント フォルダーなど、リダイレクトされたフォルダーにあるファイルへのアクセス速度が向上します。
- ネットワーク帯域幅を減らし、4G モバイル ネットワークなどの高価な WAN 接続または従量制課金接続にかかるコストを削減できます。
常時オフライン モードによって何が変わりましたか?
ユーザーは、Windows 8 および Windows Server 2012 になる前は、低速リンク モード (低速接続モードとも呼ばれます) を有効にし、待ち時間のしきい値を 1 ミリ秒に設定していても、ネットワークが利用可能かどうかやネットワークの状況に応じて、オンライン モードとオフライン モードを切り替えていました。
常時オフライン モードでは、 [低速リンク モードを構成する] グループ ポリシーが構成されており、かつ [待機時間] のしきい値パラメーターが 1 ミリ秒に設定されていると、コンピューターはオンライン モードに切り替わりません。 既定では、変更はバックグラウンドで 120 分ごとに同期されますが、 [Configure Background Sync] グループ ポリシー設定を使えば同期を構成できます。
詳細については、「常時オフライン モードを有効にしてファイルへのアクセス時間を短縮する」を参照してください。
コスト意識型同期
コスト意識型同期により、ユーザーが 4G モバイル ネットワークなどの従量制課金接続を使用していて、使用中の帯域幅が加入者の上限値に近づくかそれを超えたか、別のプロバイダーのネットワークでローミングしている場合、バックグラウンド同期が無効になります。
注意
通常、Windows 8、Windows Server 2019、Windows Server 2016、Windows Server 2012 では、従量制課金接続のラウンドトリップ ネットワーク待機時間は、オフライン (低速接続) モードに移行する待機時間の既定値である 35 ミリ秒より遅くなります。 そのため、このような接続では通常、オフライン (低速接続) モードに自動的に切り替わります。
コスト意識型同期にはどのような価値がありますか?
コスト意識型同期では、使用量に制限のある従量制課金接続を使っている場合や、別のプロバイダーのネットワーク上でローミングしている場合に、データ使用コストが予想以上に増加するのを防ぐことができます。
コスト意識型同期によって何が変わりましたか?
Windows 8 と Windows Server 2012 の導入以前は、ユーザーが従量制課金接続でオフライン ファイルを使って接続料金を最小限に抑えようとした場合、モバイル ネットワーク プロバイダーの提供するツールを使ってデータの使用量を追跡する必要がありました。 また、ユーザーがローミング中に帯域幅の上限値に達しそうになったり、それを超えたりした場合には、手動でオフライン モードに切り替えました。
コスト意識型同期では、従量制課金接続の使用中に Windows が自動的にローミングと帯域幅の使用量上限を追跡します。 ユーザーがローミング中に帯域幅の上限値に達しそうになったり、それを超えた場合には、Windows によってオフライン モードに切り替えられ、同期がすべて実行されなくなります。 その場合も、ユーザーは手動で同期を開始できます。また、管理者は管理職などの特定ユーザーのコスト意識型同期をオーバーライドできます。
詳細については、「従量制ネットワークでバックグラウンドのファイル同期を有効にする」を参照してください。
フォルダー リダイレクトと移動ユーザー プロファイル用のプライマリ コンピューター
各ドメイン ユーザーに一連のコンピューター (プライマリ コンピューターと呼ばれる) を指定することによって、どのコンピューターがフォルダー リダイレクトと移動ユーザー プロファイルのいずれかまたは両方を使用するのかを制御できます。 プライマリ コンピューターの指定は、ユーザーのデータと設定を特定のコンピューターまたはデバイスに関連付けるほか、管理作業の簡易化、データ セキュリティの向上、ユーザー プロファイルの破損の防止を実現する、単純で効果的な方法です。
プライマリ コンピューターにはどのような価値がありますか?
ユーザーのプライマリ コンピューターを指定する利点は主に以下の 4 つです。
- 管理者は、ユーザーがリダイレクトされたデータおよび設定にアクセスするために使用できるコンピューターを指定できます。 たとえば、管理者は、ユーザーのデスクトップとノート PC との間ではユーザー データおよび設定をローミングし、このユーザーが会議室のコンピューターなど、それ以外のコンピューターにログオンするときはローミングしないように設定できます。
- プライマリ コンピューターの指定により、ユーザーがログオンしたコンピューターに個人データや会社のデータが残ったままになるというセキュリティおよびプライバシー上のリスクが軽減されます。 たとえば、ジェネラル マネージャーが一時的に従業員のコンピューターにログオンした場合でも、個人データや会社のデータは残りません。
- プライマリ コンピューターの指定により、管理者は、x86 ベースのコンピューターと x64 ベースのコンピューターとの間など、構成の異なるシステムの間でローミングをしたことから発生するプロファイルの不適切な構成や破損のリスクを低減できます。
- ユーザーの移動ユーザー プロファイルやリダイレクトされたフォルダーがダウンロードされないため、ユーザーがサーバーのようなプライマリでないコンピューターに初めてサインインする際に必要な時間が少なくなります。 ユーザー プロファイルをファイル共有にアップロードする必要がないため、サインアウトの時間も短縮します。
プライマリ コンピューターによって何が変わりましたか?
プライベート ユーザー データのダウンロードをプライマリ コンピューターだけに制限する目的から、ユーザーがコンピューターにサインインするときにはフォルダー リダイレクトと移動ユーザー プロファイルの機能によって次のロジック チェックを実行します。
Windows オペレーティング システムによって新しいグループ ポリシー設定 ( [プライマリ コンピューターにのみ移動プロファイルをダウンロードする] と [プライマリ コンピューターでのみフォルダーをリダイレクトする] ) がチェックされ、ユーザーのプロファイルのローミングの判定とフォルダー リダイレクトの適用の判定に Active Directory Domain Services (AD DS) の msDS-Primary-Computer 属性が影響を及ぼすかどうかが決定されます。
ポリシー設定でプライマリ コンピューターのサポートが有効な場合、AD DS スキーマで msDS-Primary-Computer 属性がサポートされるかどうかが確認されます。 この属性がサポートされる場合、次の手順で、ユーザーがログオンしているコンピューターがユーザーのプライマリ コンピューターとして指定されているかどうかが確認されます。
- コンピューターがユーザーのプライマリ コンピューターの 1 つである場合、移動ユーザー プロファイルとフォルダー リダイレクトの設定が適用されます。
- コンピューターがユーザーのプライマリ コンピューターの 1 つでない場合、Windows でユーザーのキャッシュされたローカル プロファイルが読み込まれるか (存在する場合)、または新しいローカル プロファイルが作成されます。 さらに、ローカル フォルダー リダイレクト構成に格納されている、以前に適用されたグループ ポリシー設定に指定された削除動作に従って、既存のリダイレクトされたフォルダーが削除されます。
詳細については、「フォルダー リダイレクトと移動ユーザー プロファイル用のプライマリ コンピューターを展開する」を参照してください
ハードウェア要件
フォルダー リダイレクト、オフライン ファイル、移動ユーザー プロファイルには、x64 ベースまたは x86 ベースのコンピューターが必要です。ARM (WOA) ベースのコンピューターの Windows ではサポートされません。
ソフトウェア要件
プライマリ コンピューターを指定するには、環境が次の要件を満たす必要があります。
- Windows Server 2012 スキーマおよび条件が含まれるように、Active Directory Domain Services (AD DS) スキーマを更新する必要があります。 Windows Server 2012 以降のドメイン コントローラーをインストールすると、このスキーマは自動的に更新されます。 AD DS スキーマのアップグレードの詳細については、「ドメイン コントローラーを新しいバージョンの Windows Server にアップグレードする」を参照してください。
- クライアント コンピューターは、Windows 11、Windows 10、Windows Server 2022、Windows Server 2019、または Windows Server 2016 を実行し、管理している Active Directory ドメインに参加させる必要があります。