Windows Server 2019 Active Directory 特性

Windows Server 2019 包含多项新功能，但此列表中没有任何与 Active Directory (AD) 相关的内容。请注意，Windows Server 2019 没有新的 AD 林/域功能级别。

除了一个不影响大多数部署的性能更新外，Windows Server 2019 中的 Active Directory 没有新功能。此更新涉及一种改进的算法，能更好地支持域控制器 (DC) 上的 ESE 版本存储。Ryan Ries 在 Ask DS 博客中对此进行了描述：

本文第一部分旨在讨论 Active Directory 在 Server 2019 及以后版本中如何更改 ESE 版本存储的大小调整。第二部分将讨论与 ESE 版本存储相关的一些基本调试技术。

Active Directory，也称为 NT 目录服务 (NTDS)，使用可扩展存储引擎 (ESE) 技术作为其底层数据库。所有 ESE 数据库实例的一个组件称为版本存储。版本存储是一个内存中的临时存储位置，ESE 在其中存储开放事务期间数据库的快照。这使得数据库能够回滚事务并在事务无法提交时返回到先前的状态。当版本存储已满时，无法提交更多数据库事务，这实际上会使 NTDS 停止运行。

2016 年，CSS 目录服务支持团队博客（也称为 AskDS）发布了一些先前未记录（或记录较少）的关于 ESE 版本存储的内部机制。初次接触 ESE 版本存储概念的人应首先阅读该博客文章。

在之前链接的博客文章中，演示了自 AD 在 Windows 2000 中引入以来，Active Directory 如何计算 ESE 版本存储的大小。当 NTDS 服务首次启动时，使用了一种复杂的算法来计算版本存储大小。该算法包括机器的本机指针大小、CPU 数量、版本存储页面大小（基于在 64 位操作系统上不正确的假设）、允许的最大同时 RPC 调用数、每个线程允许的最大 ESE 会话数等。

由于版本存储是一种内存资源，因此确定最佳 ESE 版本存储大小的最重要因素是机器中的物理内存量，而具有讽刺意味的是，这似乎是等式中唯一未被考虑的变量！Active Directory 计算版本存储大小的方式并未随时间推移而改进。原始算法编写时，所有运行 Windows 的机器都是 32 位的，甚至高端服务器机器可能也只有一两千兆字节的 RAM。因此，多年来许多客户联系 Microsoft 支持，解决其域控制器上出现的问题，这些问题可能归因于或至少因过小的 ESE 版本存储而加剧。

此外，尽管默认的 ESE 版本存储大小可以通过“EDB max ver pages (increment over the minimum)”注册表设置进行增加，但客户通常犹豫使用该设置，因为这是一个复杂的话题，需要比传统上提供的更详细和更丰富的文档。

在 Server 2019 中，该算法现已大大简化……

深入探讨：Server 2019 中的 Active Directory ESE 版本存储更改

（访问次数：210,968，今日访问：236）