База данных отслеживания BizTalk 2006 не уменьшится - почему?

Question

Я запускаю экземпляр сервера BizTalk 2006 в базе данных SQL 2000 SP4. У меня есть 10 ГБ отслеживания DDB (9 ГБ используется / 1 ГБ бесплатно). Я выполняю задания DTADB Archive & Purge каждый час. Это очищает сообщения в 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

В конце концов, единственным решением было ручная очистка БД отслеживания ...

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

Не уверен, почему это происходит.

Задание агента DTA Archive and Purge SQL Server снижает необходимость ручной очистки данных из базы данных BizTalk Tracking (BizTalkDTADb) из-за непрерывной очистки базы данных и сжатия сохраненных данных отслеживания. Вам может потребоваться очистить данные вручную, если ваша база данных BizTalk Tracking (BizTalkDTADb) настолько выросла, что происходит устойчивое снижение производительности, а задание DTA Archive and Purge не может угнаться за ростом базы данных.

Кажется, это может быть частью повседневной уборки.

Answer 3

По умолчанию база данных отслеживания ** не будет уменьшаться в размере - я подозреваю, что если вы посмотрите на данные и использование файла журнала, вы найдете большой процент в нераспределенном (файл данных) и неиспользованном (файл журнала) ) состояния.

Вам потребуется уменьшить базу данных или отдельные файлы, чтобы уменьшить общий размер базы данных, с помощью команды DBCC SHRINKFILE, как описано в Сокращение журнала транзакций в SQL Server 2000 с помощью DBCC SHRINKFILE .

Надеюсь, это поможет.

** или любая другая база данных по этому вопросу, если не включена опция AUTO SHRINK, однако это не рекомендуется: Блог SQL Server Storage Engine - отключение AUTO_SHRINK !!