Очистка базы данных Biztalk DTA - PullRequest
Новая
       30

Очистка базы данных Biztalk DTA

0 голосов
/ 26 мая 2018

Внезапно мы получаем оповещения о дисковом пространстве от сервера базы данных Production BizTalk 2010.Оповещения устанавливаются, если 90% дискового пространства заполнено.Я не заметил какой-либо медлительности в обработке данных BizTalk до сих пор.Ниже приведены замечания, которые я заметил:

  1. Размер BizTalkDTADb составляет ~ 65 ГБ (файл данных ~ 55 ГБ + файл журнала ~ 10 ГБ).Все остальные размеры базы данных <2 ГБ. </p>

  2. Задание агента SQL для очистки и архивирования БД DTA не настроено.

  3. BizTalk работает уже более 3 лет.

  4. Глобальное отслеживание включено с первого дня.

  5. Я вижу события отслеживания оркестровки, отмеченные для отслеживания оркестровки, и не могу найти отслеживание уровня порта, отмеченное.

Ниже перечислены элементы действий, которые я планировал до сих пор, основываясь на моих интернет-поисках:

  1. Полное резервное копирование баз данных BizTalk.

  2. Перевести BizTalk в автономный режим

  3. Очистить BizTalkDTADb (поскольку мы не используем данные отслеживания) с помощью Terminator Tool.

  4. Снова подключите BizTalk к сети.

У меня есть следующие вопросы:

  1. Я буду заниматьсяэто впервые, не могли бы вы подтвердить, если я иду в правильном направлении.

  2. В чем разница между запуском хранимой процедуры, выполняемой из задания агента SQL (dtasp_BackupAndPurgeTrackingDatabase), и запуском инструмента терминатора для очистки базы данных DTA.Поскольку я читаю онлайн, запуск SP (для полной очистки) может занять несколько дней из-за текущего размера.Сколько времени должно занимать терминатор?

  3. Я только что установил последний инструмент терминатора BizTalk v2.5.6.9, доступный через Интернет.Но мне не удалось найти параметр «Очистить все в DTA», как описано в https://blogs.msdn.microsoft.com/amantaras/2014/04/29/purging-trackingdta-db-using-terminator-tool/.Какой вариант я должен использовать для очистки базы данных DTA?

Пожалуйста, дайте мне знать, если вам нужна дополнительная информация, чтобы ответить.

С уважением,

Goutamendu

Ответы [ 2 ]

0 голосов
/ 28 мая 2018

Не используйте инструмент Терминатор.

Это бы сработало, но это для более экстремальных обстоятельств.Поскольку через ~ 7 лет вы видите только предупреждение, вы, вероятно, можете потратить на это время.

При условии, что все другие Jog-файлы агентов работают без ошибок, включая Backup BizTalk Server:

  1. Дважды проверьте с кем-либо, включая разработчиков, что данные отслеживания не нужны ни для чего.Если это не так ...
  2. Во время обычного простоя вручную выполните резервное копирование всех баз данных, запустив sp_ForceFullBackup (Mgmt DB), затем запустив задание резервного копирования BizTalk Server.
  3. Запустите dtasp_PurgeAllCompletedTrackingData (DTA DB).
  4. Настройка очистки и архивирования DTA и включение.

В зависимости от размера базы данных отслеживания, очистка может занять некоторое время.

0 голосов
/ 26 мая 2018

Я бы предпочел сделать следующее:

  1. Попросить немедленно добавить больше места на диске, чтобы прекратить оповещения и обеспечить бесперебойную работу среды yr prod.
  2. Отключить глобальноеотслеживание из консоли администратора BizTalk и перезапуск экземпляров хоста
  3. Настройте задание очистки и разрешите его очистку.Вы можете несколько раз настроить его так, чтобы он уменьшался на несколько дней, пока вы не дойдете до того места, где вы хотите
  4. Возможно, вам все равно понадобится, чтобы администраторы баз данных сжимали файлы данных, чтобы уменьшить размер файла

При таком подходе ваша среда будет продолжать работать, и вы сможете уменьшить размер базы данных DTA на заднем плане.инструмент-терминатор, который вы должны использовать, только если это единственный курорт.

...