BizTalk 2006跟踪数据库不会收缩 - 为什么？

Question

我在SQL 2000 SP4数据库上运行BizTalk 2006服务器实例。我有一个10 GB的跟踪DDB（9GB使用/ 1GB免费）。我正在运行DTADB Archive＆amp;每小时清除一次工作。它在10天/ 14天难以清除消息。它运行没有错误。我将净化时间缩短到5天/ 9天，跟踪数据库的大小仅减少不到5％。

有人对我造成这个问题有什么想法或经验吗？

Answer 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

希望这有帮助

Answer 2

默认情况下，跟踪数据库**的大小不会减小 - 我怀疑如果你查看数据和日志文件的使用情况，你会在未分配的（数据文件）和未使用的日志文件中找到很大的百分比（日志文件） ）状态。

您需要使用DBCC SHRINKFILE命令缩小数据库或单个文件以减少整体数据库大小，如Shrinking the Transaction Log in SQL Server 2000 with DBCC SHRINKFILE中所述。

希望这有帮助。

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

Answer 3

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

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

不确定为什么会这样。

  

由于连续清除数据库和压缩存储的跟踪数据，DTA存档和清除SQL Server代理作业减少了从BizTalk跟踪（BizTalkDTADb）数据库手动清除数据的需要。如果您的BizTalk跟踪（BizTalkDTADb）数据库已经增长到持续性能下降并且DTA存档和清除作业无法跟上数据库增长，则可能需要手动清除数据。

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