BizTalk 2006 跟踪数据库不会缩小 - 为什么？答案

【问题标题】：BizTalk 2006 Tracking Database Won't Shrink - Why?BizTalk 2006 跟踪数据库不会缩小 - 为什么？
【发布时间】：2009-08-10 20:00:54
【问题描述】：

我正在 SQL 2000 SP4 数据库上运行 BizTalk 2006 服务器实例。我有一个 10 GB 跟踪 DDB（9 GB 已用 / 1 GB 免费）。我每小时运行一次 DTADB 存档和清除作业。它在 10 天 / 14 天硬清除消息。它运行没有错误。我将清除时间缩短到 5 天/9 天，跟踪数据库的大小仅减少了不到 5%。

有人对我导致此问题的原因有任何想法或经验吗？

【问题讨论】：

标签： biztalk biztalk-2006

【解决方案1】：

我认为这可能是由于您使用的是 SQL Server 2000。

配置清除数据库的文档特别说明了 SQL Server 2005 和 2008。

http://msdn.microsoft.com/en-us/library/aa558715(BTS.10).aspx

还有一些人在 SQL Server 2000 上运行清除脚本时遇到问题。

http://www.biztalkgurus.com/forums/p/9443/18513.aspx

希望对你有帮助

【讨论】：

我很喜欢 BizTalk 2006，文档是针对 BizTalk 2009 的。Microsoft 支持该设置。我们刚刚完成了一次合身检查，这让这更加令人不安。在您提到的 BizTalkGurus 文章中，我们正在讨论使用清除所有已完成的事务存储过程。不想，但可能不得不。

【解决方案2】：

默认情况下，跟踪数据库**不会缩小 - 我怀疑如果您查看数据和日志文件的使用情况，您会发现未分配（数据文件）和未使用（日志文件）的比例很大) 状态。

您需要使用Shrinking the Transaction Log in SQL Server 2000 with DBCC SHRINKFILE 中讨论的 DBCC SHRINKFILE 命令收缩数据库或单个文件以减小整体数据库大小。

希望这会有所帮助。

** 或任何数据库，除非启用了 AUTO SHRINK 选项，但不建议这样做：SQL Server Storage Engine Blog - Turn AUTO_SHRINK off!!

【讨论】：

数据库已分配 9GB 和 1GB 可用空间。大小问题与数据库中的已用空间有关，而不是与分配的空间有关。当我得到分配的空间时，我会缩小数据库。谢谢。

【解决方案3】：

最后，唯一的解决方案是手动清除跟踪数据库...

http://msdn.microsoft.com/en-us/library/dd800104(BTS.10).aspx

不知道为什么会这样。

DTA 存档和清除 SQL Server 代理作业减少了从 BizTalk 跟踪 (BizTalkDTADb) 数据库中手动清除数据的需要，因为会持续清除数据库并压缩存储的跟踪数据。如果您的 BizTalk 跟踪 (BizTalkDTADb) 数据库增长得如此之快以至于性能持续下降并且 DTA 存档和清除作业无法跟上数据库的增长，您可能需要手动清除数据。

似乎暗示这可能是日常家务的一部分。

【讨论】：