TempDB 版本存储清理

Question

据我所知，版本存储只会清理比最旧的活动事务旧的版本。问题：最旧的事务数据库是特定的还是 SQL Server 将保留所有版本，无论数据库如何，如果有一个较旧的事务仍然处于活动状态，期间？

Backstory - SQL Server 2005 SP4 Enterprise 托管大约 40 个数据库。TempDB 当前为 102 GB，版本存储约为 98 GB。数据库实例上托管的应用程序之一有一个基于 sys.dm...database_transactions 的 40 天前的打开事务。两个独立的大型数据库在上个月的使用量非常大，我们看到与这些操作一致的 TempDB 增长。我们预计会有一些增长。我们没想到它会继续增长。 问题：存储在 TempDB 版本存储中的来自这两个独立数据库的版本是否仍然存在，因为第三个独立数据库具有 40 天前的连接并显示打开的事务状态？

Perfmon 计数器：在我今天早上跟踪它的几个小时内，版本存储不断增长。版本生成速率 AVG 约为 30 kb/s，版本清理速率为 0 kb/s。

为 TempDB 留下了大量空间，所有用户数据库的数据文件总数约为 300 GB，自上次重新启动以来，TempDB 的 8 个数据文件中的每一个每天平均增长 350 MB。此行为异常，调查发现大版本存储

对评论问题的回答，以免出现长时间运行的评论部分：

问：为什么在 tempdb 上自动增长？答：TempDB 设置为以我们认为适合大多数时间的大小进行初始化。我们允许自动增长以处理异常的数据库活动。我们也监控自动增长。

问：你怎么知道事务是活跃的，而不仅仅是一个活跃的连接？A：transaction_state 表示在 sys.dm_tran_active_snapshot_database_transactions 和其他东西中处于活动状态。活动监视器说每个连接有 1 个打开的事务。

问：为什么你的应用程序如此愚蠢？A：第三方。此实例中的众多实例之一。我不知道这种行为是否异常，或者很容易修复。

解析度

开放交易（或多个），其中防止任何版本存储清理，乔恩是正确的，版本存储清理是数据库地独立。关闭违规事务允许开始版本存储清理。原因背后的当前理论来自 Jon Seigel

版本存储只能根据整个实例内最旧的活动事务清除版本，以支持同时跨多个数据库使用事务级快照隔离。

如果有人确切知道或可以证明这一点，请这样做

参考问题：find-transactions-that-are-filling-up-the-version-store

参考文档：
TempDB 2005 WP
Teratrax tuning tempDB
Idera Demystify Tempdb

Answer 1

^{（注意：这不是 100% 确定的答案，而且我没有参考资料，所以如果您能证明其他情况，请告诉我。）}

版本存储只能根据整个实例内最旧的活动事务清除版本，以支持同时跨多个数据库使用事务级快照隔离。如果一个数据库中的“旧”版本在另一个数据库的快照事务中间被清除，那根本就行不通。

因此，如果有一个非常旧的打开事务，版本存储将无法清除，直到该事务提交或回滚。

Answer 2

最旧的事务数据库是特定的还是 SQL Server 将保留所有版本，无论数据库如何，如果有一个较旧的事务仍然处于活动状态，期间？

SQL Server 确保它保留可能需要的所有行版本。

• 版本存储在实例上的所有数据库之间共享。
• 版本存储由许多“仅附加”存储单元 (ASU) 组成。
• 如果需要，每分钟都会创建一个新的 ASU。
• 如果没有生成行版本，则不会创建新的 ASU。
• 当前 ASU 与事务启动时相关联。
• 事务继续将行版本写入同一个 ASU，直到它完成。
• ASU 通常包含来自许多会话、数据库、表和索引的行版本。
• 不会删除单个行版本 - 只有完整的 ASU 才会删除。
• ASU 仅在 SQL Server 可以保证不再需要时才会删除。
• ASU 清理由每分钟唤醒的后台线程执行。

为了扩展最后一点，只能在以下情况下移除 ASU：

1. 以 ASU 为目标的所有事务都已完成。
2. 可能需要来自该 ASU 的版本的所有事务都已完成。
3. 所有较早的 ASU 都已删除。

有关更多详细信息，请参阅以下资源：

行版本控制资源使用 - MSDN
在 SQL Server 2005 中使用 tempdb（Word 文档）

SQL Server 存储引擎团队的 Sunil Argawal 撰写的一系列博客文章：

版本存储基础知识
版本存储逻辑结构
版本存储增长和删除陈旧版本