Profile Management

场景 1 - 地理位置相邻的用户存储和故障转移群集的基本设置

“我希望我的用户始终使用地理位置相邻的首选网络用户存储 (NUS) 来存储其配置文件。” 选项 1 和 2 适用于此情况。

“我希望我的 NUS 位于故障转移群集上,以提供高可用性。” 选项 2 适用于此情况。

下图说明了此场景。北美 (NA) 的用户希望使用纽约的 NUS,而不是布里斯班的 NUS。目的是减少延迟并最大程度地减少通过洲际链路发送到澳大利亚或新西兰 (ANZ) 的流量。

图示

选项 1 – DFS 命名空间

背景阅读

有关 Microsoft DFS 命名空间技术的概述,请参阅 DFS 命名空间概述

实施此选项

DFS 命名空间可以解决博客文章中提出的一些问题。

让我们为 NUS 设置一个名为 \\MyCorp\Profiles 的命名空间。它是命名空间根。我们在纽约和布里斯班(以及任何其他站点)设置命名空间服务器。每个命名空间服务器都有与每个 Active Directory 位置对应的文件夹,这些文件夹又在纽约或布里斯班的服务器上具有目标。

我们可能在 Active Directory 中配置了以下位置(用户记录的一部分)。

AD 位置属性 (#l#) 地理位置
沃加沃加 ANZ
达尔文 ANZ
布里斯班 ANZ
奥克兰 ANZ
西雅图 NA
圣迭戈 NA
西棕榈滩 NA
波基普西,纽约 NA

以下图示展示了使用 DFS 命名空间设置此功能的一种方法。

图示

设置完成后,我们将用户存储路径设置为:

\\MyCorp\Profiles\#l#

属于这八个站点的用户配置文件仅分发到两台服务器,满足了该场景所需的地理限制。

替代方案

您可以对命名空间目标进行排序,并按如下方式使用排序规则。当 DFS 命名空间解析要使用的目标时,可以指定仅选择本地站点中的目标。只要您确定对于任何给定用户,每台桌面和服务器都保证属于同一站点,此方法就有效。

例如,如果一个通常在 Poughkeepsie 的用户访问 Wagga Wagga,此技术就会失效。他们的笔记本电脑配置文件可能来自布里斯班,但其已发布的应用程序使用的配置文件可能来自纽约。

推荐的技术是使用 AD 属性,它确保用户启动的每个会话都做出相同的 DFS 命名空间选择。原因是 #l# 源自用户的 AD 配置,而不是机器配置。

选项 2 - 带有故障转移群集的 DFS 命名空间

背景阅读

实施此选项

添加故障转移群集可让您提供基本的高可用性。

此选项的关键点是将文件服务器转换为故障转移群集,以便文件夹目标托管在故障转移群集而不是单个服务器上。

如果您需要命名空间服务器本身具有高可用性,则必须选择独立命名空间。基于域的命名空间不支持使用故障转移群集作为命名空间服务器。无论命名空间服务器的类型如何,文件夹目标都可能托管在故障转移群集上。

重要提示:如果故障转移群集中的服务器发生故障,文件锁的状态可能无法保留。配置文件管理在配置文件处理的某些时候会在 NUS 上获取文件锁。在关键时刻发生故障转移可能会导致配置文件损坏。

场景 1 - 地理位置相邻的用户存储和故障转移群集的基本设置