Недавно примененное исправление узла BizTalk CU5 для BizTalk Server 2013 R2 (прошло хорошо и все работает нормально): блокировка для улучшения задания агента SQL BizTalk с использованием процедуры хранения «dtasp_BackupAndPurgeTrackingDatabase» для задания агента BizTalk Sql «Очистка и архивирование DTA (BizTalkDTADb)», но Похоже, была такая же процедура сохранения, что и при первой установке.
По словам некоторых хороших блоггеров BizTalk, исправление CU5 для MS BizTalk теперь поддерживает очистку потерянных экземпляров. Ниже сценарий SQL (SP), найденный после применения исправления CU5, такой же, как и при предыдущей установке.
ALTER PROCEDURE [dbo].[dtasp_BackupAndPurgeTrackingDatabase]
@nLiveHours tinyint, --Any completed instance older than the live hours +live days
@nLiveDays tinyint = 0, --will be deleted along with all associated data
@nHardDeleteDays tinyint = 0, --all data older than this will be deleted.
@nvcFolder nvarchar(1024) = null, --location for .bak backup files to be put
@nvcValidatingServer sysname = null,
@fForceBackup int = 0 -- if this flag is set to 1 we will force a backup at
that point
AS
Я не видел, чтобы новое значение параметра было добавлено во время исправления CU5 ... как упоминалось в
Задание BizTalk Purge & Archive теперь поддерживает очистку потерянных экземпляров
У кого-нибудь есть предложение, как настроить новое значение параметра для DTA Purge and Archive (BizTalkDTADb)?
Дополнительно Использование сценария PowerShell для поиска накопительного обновления BizTalk, установленного на этом компьютере: (доступно на - Проверить все накопительные обновления BizTalk, установленные на сервере, с помощью PowerShell)
PS C:\Windows\system32> C:\Users\BizTalk\Downloads\CheckAllCUInstalled.ps1
Это список накопительного обновления BizTalk, установленного на этом компьютере: DIPENBIZTALK - Microsoft BizTalk Server 2013 R2 CU5
Итак, BizTalk server 2013 R2 CU5 успешно применен на моей машине.