配置文件加载需要较长的时间,由于完全与 PDC 的 DFS 命名空间同步

症状

假定您有一个包含用户的漫游配置文件的位置 (基于服务器的配置文件) 的环境。通过基于域的分布式文件系统 (DFS) 共享 Windows 7 Service Pack 1 (SP1) 或 Windows Server 2008 R2 SP1 中访问基于服务器的配置文件。它的时间比预期的要加载或卸载配置文件。此外,您可能会注意到以下行为︰

  1. 当您查看网络跟踪的慢的交易记录时,您注意到 DFS API 请求NetrDfsGetInfo或dfs_GetInfo花费一些时间。

    注意:总的负载大的域与主域控制器 (PDC) 中的所有域控制器可能会变得那么大,到 PDC 连接发生故障,DFS API 不响应的有效路径。这种情况下,漫游配置文件无法加载延迟之后。请查看本文的"更多信息"部分。

  2. 当您在 DFS 服务器,通常是本地域控制器 (本地 DC),查看对请求的处理看,它具有与 PDC 的通信。有片刻会发生情况的两个基本方案︰

    1. 当 DFS 卷具有很多链接和 PDC 连接通过低广域网络 (WAN) 链接时,它可以很长时间才能检索本地 DC 使用 LDAP 协议请求的数据。

    2. 当本地 DC 无法达到 PDC 时,花大量的时间与它的连接重试。

原因

若要了解有关 DFS 卷,配置文件服务联系人中路径的真实位置 DFS 服务通过NetDfsGetInfo调用。发生此问题是因为域控制器可确保NetDfsGetInfo调用,DFS 卷的最新信息,查询 PDC。NetDfsGetInfo调用没有先决条件,但被认为是一种管理 API。

解决方案

修补程序信息

可以从 Microsoft 获得受支持的修复程序。然而,此修补程序仅用于解决本文中描述的问题。此修复程序仅适用于遇到本文中描述的问题的系统。此修补程序可能会接受进一步的测试。因此,如果这个问题没有对您造成严重的影响,我们建议您等待包含此修复程序的下一个软件更新。

如果此修复程序可供下载,则在此知识库文章的顶部会出现“修补程序下载可用”部分。如果未显示此部分,请与 Microsoft 客户服务和支持部门联系以获取此修复程序。

注意:如果出现其他问题或需要任何故障诊断时,您可能需要创建单独的服务请求。对于不符合此特定的修补程序的其他支持问题和事项将照常收取费用。有关 Microsoft 客户服务和支持电话号码的完整列表,或要创建单独的服务请求,请访问下面的 Microsoft 网站:

注意:"提供修补程序下载"窗体显示获取此修复程序的语言。如果看不到您的语言,则修补程序没有那种语言的版本。

系统必备组件

若要应用此修补程序,您必须运行 Windows 7 SP1 或 Windows Server 2008 R2 SP1。

有关如何获取 Windows 7 或 Windows Server 2008 R2 Service Pack 的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:

Windows 7 和 Windows Server 2008 R2 服务包1 的信息

注册表信息

若要应用此修补程序,您不必对注册表进行任何更改。

重启要求

应用此修补程序后,不需要重新启动计算机。

修补程序替换信息

此修补程序不替代以前发布的修补程序。

此修复程序的全球版本将安装具有下表所列属性的文件。这些文件的日期和时间以协调世界时 (UTC) 列出。您的本地计算机上这些文件的日期和时间以您的本地时间加上当前夏令时 (DST) 偏差显示。此外,当您对文件执行某些操作时,日期和时间可能会更改。

Windows 7 和 Windows Server 2008 R2 文件信息备注重要:Windows Server 2008 R2 修复程序包括在同一个包中。但是,热修复程序请求页上的修补程序在这两个操作系统中列出。若要申请到一个或两个操作系统的系统应用此修补程序包,选择此修补程序在"Windows Server 2008 R2"页上列出。始终参考"适用于"一节文章,以确定每个修补程序适用于实际的操作系统。

  • 通过检查下表中显示的文件版本号,可以识别应用于特定产品、 SR_Level (RTM、 SPn) 和服务分支 (LDR、 GDR) 的文件:

  • 为每个环境安装的MANIFEST文件 (.manifest) 和MUM文件(.mum)都是在"Windows 7 和 Windows Server 2008 R2 的附加文件信息"部分中被单独列出。菊花、 清单和相关的安全目录 (.cat) 文件,是为维护更新组件的状态非常重要。对其属性没有列出的安全目录文件已签署 Microsoft 数字签名。

解决方法

要变通解决此问题,您可以禁用RootScalability模式。DFS 服务器然后始终将 PDC 同步,并且它将使用增量同步到 PDC,即通常要快得多。若要执行此操作,您可以运行以下命令︰

dfsutil /root:\\domain\dfsroot /RootScalability /Disable 

有关详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:

概述了 Active Directory 域中"指堆积"方案

状态

Microsoft 已经确认这是“适用于”一节中列出的 Microsoft 产品中的问题。

详细信息

安装此修复程序后,使用配置文件服务并不依赖于NetDfs API不再需要联系 PDC 的 DFS 服务。它使用基于DFS 获取引用 SMB命令的不同方法。有关详细信息,请访问以下 Microsoft TechNet 网站︰

如果受到这种组合的配置文件服务和 DFS 服务行为,我们建议您在所有具有漫游配置文件用户登录的计算机上安装此更新。这通常适用于所有工作站和远程桌面服务器。问题出现后更新已经解决与 DFS 服务更新用户配置文件链接丢失了。的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章︰

Windows Server 2008 R2 中丢失文件夹目标的 DFS Namespace 重分析点了注意:此更新不能解决 PDC 相关性背后的性能问题。

有关软件更新术语的详细信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:

用来描述 Microsoft 软件更新的标准术语的说明

Windows 7 和 Windows Server 2008 R2 的其他文件信息

所有受支持的基于 x86 的 Windows 7 版本的其他文件

需要更多帮助?

扩展你的技能
了解培训
抢先获得新功能
加入 Microsoft 内部人员

此信息是否有帮助?

谢谢您的反馈意见!

谢谢你的反馈! 可能需要转接到 Office 支持专员。

×