BizTalk 2006跟踪数据库赢得'；t收缩-为什么？

我正在SQL 2000 SP4数据库上运行BizTalk 2006 server实例。我有一个10GB的跟踪DDB（9GB使用/1GB免费）。我每小时运行一次DTADB归档和清除作业。它在10天/14天内清除邮件。它运行无误。我把清除时间减少到5天/9天，跟踪数据库的大小只减少了不到5%

---

有没有人对是什么导致了这个问题有任何想法或经验

我认为这可能是因为您使用了SQL server 2000

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

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

---

希望这有帮助

我想这可能是因为您使用了SQL server 2000

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

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

---

希望这有帮助

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

您需要使用DBCC SHRINKFILE命令收缩数据库或单个文件，以减小整个数据库的大小，如中所述

希望这有帮助

---

**或者任何数据库，除非启用了自动收缩选项，否则不建议这样做：

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

您需要使用DBCC SHRINKFILE命令收缩数据库或单个文件，以减小整个数据库的大小，如中所述

希望这有帮助

---

**或者任何数据库，除非启用了自动收缩选项，但不建议这样做：

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

不知道为什么会这样

由于不断清除数据库和压缩存储的跟踪数据，DTA存档和清除SQL Server代理作业减少了手动清除BizTalk跟踪（BizTalkDTADb）数据库中数据的需要。如果BizTalk Tracking（BizTalkDTADb）数据库增长过快，导致性能持续下降，并且DTA存档和清除作业无法跟上数据库的增长，则可能需要手动清除数据

---

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

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

不知道为什么会这样

由于不断清除数据库和压缩存储的跟踪数据，DTA存档和清除SQL Server代理作业减少了手动清除BizTalk跟踪（BizTalkDTADb）数据库中数据的需要。如果BizTalk Tracking（BizTalkDTADb）数据库增长过快，导致性能持续下降，并且DTA存档和清除作业无法跟上数据库的增长，则可能需要手动清除数据

---

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

I有趣的是，BizTalk 2006的文档是针对BizTalk 2009的。Microsoft支持此安装程序。我们刚刚完成了一项健康检查，这让我们更加担心。在您提到的BizTalkGurus文章中，我们正在讨论使用purge all completed transactions stored proc。我不想这样做，但可能不得不这样做。有趣的是，BizTalk 2006的文档是针对BizTalk 2009的。Microsoft支持此安装程序。我们刚刚完成了一项健康检查，这让我们更加担心。在您提到的BizTalkGurus文章中，我们正在讨论使用purge all completed transactions stored proc。不想，但可能必须。数据库已分配9GB，可用空间为1GB。大小问题与数据库中使用的空间有关，而与分配的空间无关。当我得到分配的空间下来，我会缩小数据库。谢谢。数据库已经分配了9GB，还有1GB的空闲空间。大小问题与数据库中使用的空间有关，而与分配的空间无关。当我得到分配的空间下来，我会缩小数据库。谢谢