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

Question

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

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

Answer 1

在结束时，唯一的解决办法是手工清洗跟踪DB ...

http://msdn.microsoft.com/ EN-US /库/ dd800104（BTS.10）的.aspx

不知道为什么会发生。

  

在DTA存档并清除SQL Server代理作业减少了需要手动清除从BizTalk跟踪（BizTalkDTADb）数据库中的数据，由于数据库的连续吹扫并存储跟踪数据的压缩。您可能需要手动清除数据，如果您的BizTalk跟踪（BizTalkDTADb）数据库的增长这么多，持续的性能下降发生和DTA存档并清除工作是无法跟上数据库的增长。

似乎暗示这可能是常规持家的一部分。

Answer 2

我认为这可能使用SQL Server 2000是因为你。

用于配置数据库的吹扫文档SQL Server 2005和2008。特别指出

http://msdn.microsoft.com/ EN-US /库/ aa558715（BTS.10）的.aspx

还有谁曾运行SQL Server上清除脚本问题的人2000。

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

希望这有助于

Answer 3

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

您将需要使用 DBCC SHRINKFILE 命令收缩数据库或单个文件以减小数据库的整体大小，如下所述 使用 DBCC SHRINKFILE 缩小 SQL Server 2000 中的事务日志.

希望这可以帮助。

** 或任何与此相关的数据库，除非启用了 AUTO SHRINK 选项，但不建议这样做： SQL Server 存储引擎博客 - 关闭 AUTO_SHRINK！