------------------------------------------------------------------------------------------------------------ Microsoft’s Support Statement Around Replicated User Profile Data マイクロソフトの移動ユーザ プロファイル データ周辺のサポート状況 ------------------------------------------------------------------------------------------------------------ Note from Ned: this article was created and vetted by the Microsoft development teams for DFS Replication, DFS Namespaces, Offline Files, Folder Redirection, Roaming User Profiles, and Home Folders. Due to some TechNet publishing timelines, it was decided to post here in the interim. [ネッドからの手紙:この記事は、 ・DFSレプリケーション、 ・DFSネーム スペース、 ・オフライン ファイル、 ・フォルダ リダイレクション、 ・移動ユーザ プロファイル ・およびホーム フォルダ のためのマイクロソフトの開発チームによって作成され綿密に調べられました。 スケジュールを公表するあるTechNetにより、それは間の中でここで記入すると決定されました。 This article will become part of the regular TechNet documentation tree at a later date. この記事は後にTechNet公式ドキュメントの一部になるでしょう。 ------------------------------------------------------ The primary author of this document is Mahesh Unnikrishnan, a Senior Program Manager who works on the DFSR, DFSN, and NFS product development teams. このドキュメントの主要な著者は、Mahesh Unnikrishnanです。 （DFSR、DFSNに取り組むNFS製品開発チーム上級のプログラムマネージャ） You can find other articles by Mahesh at the MS Storage Team blog: http://blogs.technet.com/b/filecab. MS記憶チーム・ブログでMaheshによって他の 記事を見つけることができます:http://blogs.technet.com/b/filecab。 ------------------------------------------------------ The purpose of this article is to clarify exactly which scenarios are supported for user data profiles when used with DFSR, DFSN, FR, CSC, RUP, and HF. この記事の目的は、 ・DFSR（DFS レプリケーション） 　限られた帯域幅のネットワーク上で、 　複数のサーバ間のフォルダを同期するために使用する、 　効率的なマルチマスタ レプリケーション エンジンです。 　http://technet.microsoft.com/ja-jp/library/cc771058.aspx ・DFSN（DFS名前空間）、 　組織の共有フォルダーを仮想的に表示したものです。 　http://technet.microsoft.com/ja-jp/library/cc730736.aspx ・FR（フォルダ リダイレクション）、 ・RUP（移動ユーザ プロファイル） ・CSC（クライアント サイド キャッシュ、別名オフライン ファイル データベース）、 ・およびHF と共に使用された時、どのシナリオがユーザ プロファイルの データのためにサポートされるか正確に明確にすることです。 It also provides explanation around why the unsupported scenarios should not be used. When you finish reading this article I recommend reviewing http://blogs.technet.com/b/askds/archive/2009/02/20/understanding-the-lack-of-distributed-file-locking-in-dfsr.aspx さらに、私が調査して推奨するこの記事を読み終える場合、 http://blogs.technet.com/b/askds/archive/2009/02/20/understanding-the-lack-of-distributed-file-locking-in-dfsr.aspx なぜサポートなしのシナリオが使用されるべきでないか？の説明を提供します。 Update 4/15/2011 - the DFSR development team created a matching KB for this - http://support.microsoft.com/kb/2533009] ↑マイクロソフトのサポート ポリシーの DFS-r および-n DFS の展開シナリオについての情報の記事 ------------------------------------------------------------------------------------------------------------ Deployment scenario 1: Single file server, replicated to enable centralized backup 配備シナリオ1:中心に集められたバックアップを可能にするために複製された単一のファイル サーバ ------------------------------------------------------------------------------------------------------------ Consider the following illustrative scenario. Contoso Corporation has two offices  a main office in New York and a branch office in London. The London office is a smaller office and does not have dedicated IT staff on site. Therefore, data generated at the London office is replicated over the WAN link to the New York office for backup. 次の実例となるシナリオを考慮してください。 Contoso株式会社は2つのオフィスを持っています - ニューヨークの本店およびロンドンの支店。 ロンドン支店はより小さなオフィスで、サイト上のITスタッフを配置していません。 ロンドン支店で生成されたデータは、バックアップのための ニューヨーク オフィスへのWANリンクに関して模写されます。 Contoso has deployed a file server in the London branch office. User profiles and redirected home folders are stored on shares exported by that file server. Contosoはロンドン支店でファイル サーバを展開させました。 ユーザ プロファイルおよび転送されたホーム フォルダは そのファイル サーバによってレプリケートされたシェア上に格納されます。 The contents of these shares are replicated to the central hub server in the New York office for centralized backup and data management. これらのシェアのコンテンツは、 集中型バックアップ データ管理のための ニューヨーク オフィスの中心サーバに複製されます。 In this scenario, a DFS namespace is not configured. Therefore, users will not be automatically redirected to the central file server if the London file server is unavailable. このシナリオでは、DFSネームスペースは構成されません。 したがって、ロンドン ファイル サーバが利用不可能ならば、 ユーザは中央のファイル サーバに自動的に転送されないでしょう。 As illustrated by the diagram above, 上記の図形によって説明されるように、 there is a file server hosting home folders and user profile data for all employees in Contoso’s London branch office. ファイル サーバがContosoのロンドン支店のすべての従業員のための ホーム フォルダ・ユーザ プロファイルのデータをホストしています。 The home folder and user profile data is replicated using DFS Replication from the London file server to the central file server in the New York office. ホーム フォルダ・ユーザ プロファイルのデータは、 ニューヨーク オフィスでロンドン ファイル サーバから中央の ファイル サーバまでDFSレプリケーションを使用して複製されます。 This data is backed up using backup software like Microsoft’s System Center Data Protection Manager (DPM) at the New York office. このデータは、ニューヨーク オフィスでマイクロソフトの システム センター データ保護マネージャー(DPM)のような バックアップ ソフトウェアを使用してバックアップされます。 Note that in this scenario, all user initiated modifications occur on the London file server. This holds true for both user profile data and the data stored in users’ home folders. The replica in the New York office is only for backup purposes and is not being actively modified or accessed by users. このシナリオで、すべてのユーザが始めた修正が ロンドン ファイル サーバに生じることに注意してください。 これは、ホーム フォルダ・ユーザ プロファイル、 に保存されたデータの両方には該当します。 ニューヨーク オフィスの複製はバックアップ目的向けのみで、 ユーザによってアクティブに修正されないし、アクセスされません。 There are a few variants of this deployment scenario, depending on whether a DFS Namespace is configured. DFSネームスペースが形成されるかどうかに依存して、 この配備シナリオの少数の変形があります。 Following sub-sections detail these deployment variants and specify which of these variants are supported. 次のサブセクションはこれらの配備変形を詳述し、 これらの変形のどれが支援されるか明示します。 ----------------------------------------------------- Scenario 1A: DFS Namespace is not configured シナリオ1A:DFSネームスペースは形成されません。 [Supported Scenario] [サポートされたシナリオ] ------------------------------------------------------ ------------------------------------------------------ Scenario highlights: シナリオ ハイライト: ------------------------------------------------------ 　A single file server is deployed per branch office. 　Home folders and roaming user profiles 　 for users in that branch office 　 are stored on the branch file server. 　This data is replicated using DFS Replication over the WAN 　 from (multiple) branch file servers to a hub server 　 for centralized backup (using DPM). 　DFS Namespace is not configured. 　単一のファイル サーバーは1つの支店当たり展開します。 　その支店のユーザの 　ホーム フォルダ・移動ユーザ プロファイルは、 　支店ファイル　サーバー上に格納されます。 　このデータは、集中型バックアップ(DPMを使用して)のため、 　複数の支店ファイル サーバからハブ サーバまで 　WANの上のDFSレプリケーションで複製されます。 　DFSネームスペースは形成されません。 ------------------------------------------------------ Specifics: 詳細: ------------------------------------------------------ 　・In this scenario, in effect, only one copy of the data is modified by end-users, 　 i.e. the data hosted on the branch office file server (London file server, in this example). 　　このシナリオでは、要するにデータの１つのコピーだけが、有効にエンドユーザによって修正されます。 　　つまり支店ファイル サーバ(例のロンドン ファイル サーバ)上でホストされたデータによって修正される。 　・The replica hosted by the file server in the hub site (New York file server, in this example) 　　is only for backup purposes and users are not actively directed to that content. 　　ハブ サイト(例のニューヨーク ファイル サーバ)のファイル サーバによって 　　ホストされた複製は、バックアップ目的向けのみです（ユーザは直接使用しない）。 　・In this scenario, DFS Namespaces is not configured. 　　Folder redirection may be configured for users in the branch office 　　with data stored on a share hosted by the branch office file server. 　　このシナリオでは、DFSネームスペースは形成されません。 　　フォルダ リダイレクトは、支店ユーザのために 　　データを格納した支店ファイル サーバに 　　共有・ホストされるよう設定されるかもしれません。 　・Roaming user profiles may be configured 　　with user profile data stored on the branch office file server. 　　移動ユーザ プロファイルは、支店ファイル サーバ上で保存された 　　ユーザ プロファイル データと形成されるかもしれません。 　・Offline Files (Client Side Caching) may be configured, 　　with the data stored on the branch office file server 　　made available offline to users in the branch office. 　　オフライン・ファイル（クライアント・サイド・キャッシング）は 　　データが（支店で）支店ファイル・サーバ上で保存されて、 　　ユーザにオフラインで利用可能に形成されるかもしれません。 ------------------------------------------------------ ------------------------------------------------------ Scenario 1B: DFS Namespace is configured  single link target シナリオ1B:DFSネームスペースは形成されます（単一のリンク目標） [Supported Scenario] [サポートされたシナリオ] ------------------------------------------------------ This is a variation of the above scenario, with the only difference being that DFS Namespaces is set up to create a unified namespace across all shares exported by the branch office file server. However, in this scenario, all namespace links must have only one target1 （ - the share hosted by the branch office file server. ） 上記のシナリオの変形：DFSネームスペースただ一つの違い。 支店ファイル・サーバによってエクスポートされたすべてのシェアを横切って 一体になったネームスペースを作成するためにセット・アップされます。 しかしながら、このシナリオでは、ネームスペース・リンクには すべてたった1の目標1があるに違いありません （支店ファイル・サーバーによってホストされたシェア） 1 Deployment scenarios where namespace links have multiple targets are discussed later in this document. ネームスペース・リンクにマルチターゲットがあるところで、 1配備シナリオは後でこのドキュメントで議論されます。 ------------------------------------------------------ ------------------------------------------------------ Scenario highlights: シナリオ ハイライト: ------------------------------------------------------ 　A single file server is deployed per branch office. 　Home folders and roaming user profiles for users 　 in that branch office are stored on the branch file server. 　This data is replicated using DFS Replication over the WAN from 　 (multiple) branch file servers to a hub server for centralized backup (using DPM). 　A DFS Namespace is configured in order to create a unified namespace. 　However, namespace links do not have multiple targets 　  the share on the central file server is not added as a DFS-N link target. 　単一のファイル サーバは1つの支店当たり展開します。 　支店ユーザのホーム フォルダ・移動ユーザ プロファイル 　は、支店ファイル サーバ上に格納されます。 　このデータは、集中型バックアップ(DPMを使用して)のため、 　複数の支店ファイル サーバからハブ サーバまで 　WANの上のDFSレプリケーションで複製されます。 　DFSネームスペースは一体になったネームスペースを作成するために構成されます。 　しかしながら、ネームスペース・リンクにはマルチターゲットがありません。 　中央のファイル・サーバ上のシェアはDFSNリンク目標として加えられません。 ------------------------------------------------------ Specifics: 詳細: ------------------------------------------------------ 　・In this scenario, in effect, only one copy of the data is modified by end-users, 　　i.e. the data hosted on the branch office file server (London file server, in this example). 　　このシナリオでは、要するにデータの１つのコピーだけが、有効にエンドユーザによって修正されます。 　　つまり支店ファイル サーバ(例のロンドン ファイル サーバ)上でホストされたデータによって修正される。 　・The replica hosted by the file server in the hub site (New York file server) 　　 is only for backup purposes and users are not actively directed to that content. 　　ハブ サイト(例のニューヨーク ファイル サーバ)のファイル サーバによって 　　ホストされた複製は、バックアップ目的向けのみです（ユーザは直接使用しない）。 　・In this scenario, a DFS Namespace may be configured, 　　but multiple targets are not set up for links. 　　In other words, none of the namespace links point to replicas of the 　　 share hosted on the branch office file server as well as the central file server. 　　Namespace links point only to the share hosted by the branch office file server. 　　このシナリオでは、DFSネームスペースは構成されるかもしれません。 　　しかし、マルチターゲットはリンクのためにセット アップされません。 　　言いかえれば、ネームスペース・リンクのどれも、 　　・中央ファイル サーバ上でも 　　・支店ファイル サーバ上でも 　　ホストされたシェアの複製を指しません。 　　ネームスペース・リンクは、 　　支店ファイル サーバによって 　　ホストされたシェアをのみ指します。 　・Therefore, if the branch office file server were to fail, 　　 there will not be an automatic failover of clients to the central file server. 　　したがって、万一支店ファイル・サーバーが失敗しても、 　　中央のファイル・サーバーへのクライアントの自動フェイルオーバはないでしょう。 　・Folder redirection may be configured for users in the branch office 　　 with data stored on a share hosted by the branch office file server. 　　フォルダ リダイレクトは、支店ファイル サーバによってホストされたシェア上で 　　保存されたデータを備えた支店のユーザのために構成されるかもしれません。 　・Roaming user profiles may be configured 　　 with user profile data stored on the branch office file server. 　　移動ユーザ プロファイルは、支店ファイル サーバ上で保存された 　　ユーザ プロファイル データと構成されるかもしれません。 　・Offline Files (Client Side Caching) may be configured, 　　with the data stored on the branch office file server 　　 made available offline to users in the branch office. 　　オフライン・ファイル（クライアント・サイド・キャッシング）は 　　データが（支店で）支店ファイル・サーバ上で保存されて、 　　ユーザにオフラインで利用可能に構成されるかもしれません。 ------------------------------------------------------ ------------------------------------------------------ Support Statement … (deployment scenario 1): サポート・ステートメント…(配備シナリオ1): ------------------------------------------------------ Both variants of this deployment scenario are supported. この配備シナリオの両方の変形がサポートされます。 The key point to remember for this deployment scenario is that only one copy of the data is actively modified and used by client computers, thereby avoiding issues caused by replication latencies and users accessing potentially stale data from the file server in the main office (which may not be in sync). この配備シナリオのために思い出すべきキーポイントは、 データの1つのコピーだけがクライアントによって アクティブに修正され使用されるということで、 それによって、本店ファイル サーバからの ・レプリケーションの遅延 ・ユーザが古くなったデータにアクセスする、 などに起因する問題を回避します。 ------------------------------------------------------ The following use-cases will work in this deployment scenario: 次の使用場合がこの配備シナリオで働くでしょう: ------------------------------------------------------ 　・TS farm using the file server in the branch as backend store. 　　支店バックエンドストアとしてファイル サーバを使用するターミナルサービスファーム。 　・Laptops in branch office with offline files configured against the branch file server. 　　支店ファイル サーバに対してオフライン ファイルを構成した支店のラップトップ。 　・Regular desktops with folder redirection configured. 　　フォルダ リダイレクトを構成した通常のデスクトップ 　・In this scenario, the following technologies are supported and will work: 　　このシナリオでは、次の技術が支援され働くでしょう: 　　・Folder redirection to the file server in the branch. 　　　支店ファイル サーバへのフォルダ リダイレクト。 　　・Client side caching/Offline files. 　　　クライアント側キャッシング / オフライン ファイル。 　　・Roaming user profiles. 　　　移動ユーザ プロファイル ------------------------------------------------------ ------------------------------------------------------ Designing for high availability 高い有効性のために設計すること。 ------------------------------------------------------ 　DFS Replication in Windows Server 2008 R2 includes the ability to 　 add a failover cluster as a member of a replication group. 　Windows Server 2008 R2のDFSレプリケーションは、 　応答グループのメンバーとしてMSFCを加える能力を含んでいます。 　To do so, refer to the TechNet article 　‘Add a Failover Cluster to a Replication Group’. 　Offline files and Roaming User Profiles can also be configured 　against a share hosted on a Windows failover cluster. 　そうするために、TechNet記事に言及する 　レプリケーション・グループにMSFCを加える。 　オフライン・ファイルおよび移動ユーザ プロファイルも 　MSFC上でホストされたシェアに対して構成することができます。 　For the above mentioned deployment scenarios, 　the branch office file server may be deployed 　on a failover cluster to increase availability. 　上記の言及された配備シナリオについては、 　支店ファイル・サーバは可用性を増すために 　MSFC上で展開するかもしれません。 　This ensures that the branch office file server is 　 resilient to hardware and software related outages affecting individual cluster nodes 　 and is able to provide highly available file services to users in the branch office. 　これは、支店ファイル・サーバが 　ハードウェア・ソフトウェアが個々のクラスタ ノード故障から回復可能で、 　支店のユーザに高可用性のファイル・サービスを提供することを保証します。