代码之家 › 专栏 › 技术社区 › Christian Loris

Biztalk 2006跟踪数据库不会收缩-为什么?

biztalk-2006 biztalk

1

Christian Loris · 技术社区 · 15 年前

我正在SQL 2000 SP4数据库上运行一个Biztalk2006服务器实例。我有一个10 GB的跟踪DDB(9 GB已用/1 GB免费)。我每小时都在运行DTADB存档和清除作业。它正在以10天/14天的速度清除消息。它运行无误。我将清除时间减少到5天/9天,跟踪数据库的大小只减少了不到5%。

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

3 回复 | 直到 8 年前

1

Shiraz Bhaiji 15 年前

我认为这可能是由于您使用了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

希望这有帮助

2

0

Nick Heppleston 15 年前

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

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

希望这有帮助。

**或与此相关的任何数据库,除非启用了自动收缩选项,但不建议这样做: SQL Server Storage Engine Blog - Turn AUTO_SHRINK off!!

3

0

Christian Loris 15 年前

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

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

不知道为什么会这样。

由于连续清除数据库和压缩存储的跟踪数据,DTA存档和清除SQL Server代理作业减少了手动从BizTalk跟踪(BiztalkDTadb)数据库中清除数据的需要。如果您的Biztalk跟踪(BiztalkDTadb)数据库增长过快,导致性能持续下降,并且DTA存档和清除作业无法跟上数据库的增长,则可能需要手动清除数据。

似乎意味着这可能是日常家政的一部分。