Ehtyar Asked: 2009-07-23 16:53:01 +0800 CST2009-07-23 16:53:01 +0800 CST 2009-07-23 16:53:01 +0800 CST 如何减少加入 Windows 域对性能的影响？ 772 我们是一家跨国公司的附属办公室。我们有一个本地域控制器，但在将机器加入我们的域后，我们仍然会遇到严重的性能下降。有人对我们如何减轻或减轻机器加入域对性能的影响有任何建议吗？如果您需要更多信息，请随时在评论中提出探索性问题。 注意：我们没有对域或 DC 的完全访问权限，因此即使对我们的本地 OU 也无法对 GPO 或一般结构/布局等进行更改。但是，为了完整起见，请发布可能的想法需要此级别的访问权限。 windows performance domain-controller active-directory 5 个回答 Voted Evan Anderson 2009-07-23T18:27:48+08:002009-07-23T18:27:48+08:00 在我看来，您的启动/关闭脚本可能正在您办公室外的服务器上运行和引用资源。我还看到不了解 DFS 并尝试通过 WAN 进行软件安装的管理员。 运行 RSoP 并查看在您的一台机器上应用了哪些启动/关闭脚本。可能性很好，权限将使您可以出去阅读脚本并查看他们在做什么。还要查找软件分配，看看它们是否指的是异地服务器。 我还建议在启动期间或其他任何缓慢的时间嗅探 PC 上的流量。获取一个带有两个 NIC 的盒子，将它们桥接，然后使用 Wireshark 在桥上嗅探，PC 连接到一个 NIC，LAN 连接到另一个。你会看到你的电脑在那些“缓慢的时间”里试图与之交谈的东西。 Matt Simmons 2009-07-23T17:08:55+08:002009-07-23T17:08:55+08:00 人力资源管理系统。那很有意思。你说的是什么性能？广域网性能？这可能指向 AD 同步。正在同步的机器的 LAN 性能？那会让我质疑你的广告大小。本地DC的局域网性能？老实说，我不确定我会去哪里。 或者它只是永远？如果是这种情况，它可能会无意中通过 WAN 查询远程 DC。 sysadmin1138 2009-07-23T17:35:11+08:002009-07-23T17:35:11+08:00 嗯....可能是相对 ID 主服务器对您来说不在网络上。当您创建新的计算机对象（加入域，我假设您没有预先创建对象）时，它必须转到 RID 主机。如果担任该角色的 DC 对您而言不在网络上，则往返可能需要很长时间。 或者，可能是您的 AD 树没有为您的卫星网络声明的站点。因此，由于某种原因没有声明站点边界，因此域计算机会继续引用非本地的全局目录服务器。您可以通过 AD 站点 MMC 工具自行查找（但不能进行更改）。 一对（很可能是错误的）想法。 编辑：一切？这听起来很像安全检查出于某种原因非常缓慢。SID 查找等非常慢。这听起来很像您在不需要时通过 WAN 进行那些查找。站点不正确，或者您当地的 DC 可能没有 GC。 它的工作原理是这样的： Visual Studio 访问 DLL 然后操作系统确定 Visual Studio 是否可以访问该 DLL 然后引用用户的安全令牌，给用户一个登录名并包含他们所有的组成员身份以及他们的直接安全标识符 操作系统检查该 DLL 的安全细节，找到一个 SID 列表 操作系统然后根据域解析这些 SID 您的域名可能在澳大利亚 操作系统根据用户的安全令牌检查安全原则 操作系统授予访问权限 对每个访问的文件进行清洗、冲洗、重复。工作站应该保留 SID 的缓存，但 VisualStudio 会打开一个公制的 bajillion 文件，这些文件可能会超出缓存。 您可以通过右键单击任何 NTFS 文件或目录并转到“安全性”，输入真实用户，然后单击“查找用户”按钮，对域查找速度进行非常粗略的检查。它的速度应该随着您在域/非域工作站之间的速度而扩展。 phuzion 2009-07-23T18:26:36+08:002009-07-23T18:26:36+08:00 您能否通过可能将一台新机器带到 PDC 的站点并加入那里的域来验证性能确实仅限于远程办公室？如果在 PDC 站点加入域仍然对性能产生负面影响，则它不是您的远程办公室的域控制器。 如果在 PDC 站点加入时性能没有受到影响，那么您肯定知道这是您站点的域控制器的问题。 另外，为了参考起见，您能否告诉我们您在您的域中拥有什么样的凭据，以便我们可以根据您实际能够做的事情提出建议？ Best Answer Ehtyar 2009-07-23T19:27:23+08:002009-07-23T19:27:23+08:00 在阅读了 Dayton Brown 和 sysadmin1138 的评论后，我对启动脚本进行了一番探讨，我注意到我们用来将软件包推送到远程机器的应用程序的安装。经过进一步调查，我发现它显然不仅仅是推送软件。 它是一个完整的 IDS 和防病毒解决方案（出于某种原因除了 Symantec Antivirus），每台机器上运行大约 6 个相关进程。我认为可以肯定地说这导致了我们的性能问题。 我的老板已经同意让我重建一台机器并阻止它安装，进行测试。我会及时通知你们，感谢你们迄今为止的反馈。
在我看来，您的启动/关闭脚本可能正在您办公室外的服务器上运行和引用资源。我还看到不了解 DFS 并尝试通过 WAN 进行软件安装的管理员。
运行 RSoP 并查看在您的一台机器上应用了哪些启动/关闭脚本。可能性很好，权限将使您可以出去阅读脚本并查看他们在做什么。还要查找软件分配，看看它们是否指的是异地服务器。
我还建议在启动期间或其他任何缓慢的时间嗅探 PC 上的流量。获取一个带有两个 NIC 的盒子，将它们桥接，然后使用 Wireshark 在桥上嗅探，PC 连接到一个 NIC，LAN 连接到另一个。你会看到你的电脑在那些“缓慢的时间”里试图与之交谈的东西。
人力资源管理系统。那很有意思。你说的是什么性能？广域网性能？这可能指向 AD 同步。正在同步的机器的 LAN 性能？那会让我质疑你的广告大小。本地DC的局域网性能？老实说，我不确定我会去哪里。
或者它只是永远？如果是这种情况，它可能会无意中通过 WAN 查询远程 DC。
嗯....
可能是相对 ID 主服务器对您来说不在网络上。当您创建新的计算机对象（加入域，我假设您没有预先创建对象）时，它必须转到 RID 主机。如果担任该角色的 DC 对您而言不在网络上，则往返可能需要很长时间。或者，可能是您的 AD 树没有为您的卫星网络声明的站点。因此，由于某种原因没有声明站点边界，因此域计算机会继续引用非本地的全局目录服务器。您可以通过 AD 站点 MMC 工具自行查找（但不能进行更改）。
一对（很可能是错误的）想法。
编辑：一切？这听起来很像安全检查出于某种原因非常缓慢。SID 查找等非常慢。这听起来很像您在不需要时通过 WAN 进行那些查找。站点不正确，或者您当地的 DC 可能没有 GC。
它的工作原理是这样的：
对每个访问的文件进行清洗、冲洗、重复。工作站应该保留 SID 的缓存，但 VisualStudio 会打开一个公制的 bajillion 文件，这些文件可能会超出缓存。
您可以通过右键单击任何 NTFS 文件或目录并转到“安全性”，输入真实用户，然后单击“查找用户”按钮，对域查找速度进行非常粗略的检查。它的速度应该随着您在域/非域工作站之间的速度而扩展。
您能否通过可能将一台新机器带到 PDC 的站点并加入那里的域来验证性能确实仅限于远程办公室？如果在 PDC 站点加入域仍然对性能产生负面影响，则它不是您的远程办公室的域控制器。
如果在 PDC 站点加入时性能没有受到影响，那么您肯定知道这是您站点的域控制器的问题。
另外，为了参考起见，您能否告诉我们您在您的域中拥有什么样的凭据，以便我们可以根据您实际能够做的事情提出建议？
在阅读了 Dayton Brown 和 sysadmin1138 的评论后，我对启动脚本进行了一番探讨，我注意到我们用来将软件包推送到远程机器的应用程序的安装。经过进一步调查，我发现它显然不仅仅是推送软件。
它是一个完整的 IDS 和防病毒解决方案（出于某种原因除了 Symantec Antivirus），每台机器上运行大约 6 个相关进程。我认为可以肯定地说这导致了我们的性能问题。
我的老板已经同意让我重建一台机器并阻止它安装，进行测试。我会及时通知你们，感谢你们迄今为止的反馈。