最近应用的BizTalk主机修复CU5 for BizTalk Server 2013 R2（运行良好并且工作正常）：锁定BizTalk SQL代理作业改进，具有存储过程“dtasp_BackupAndPurgeTrackingDatabase”用于BizTalk Sql代理作业“DTA清除和存档（BizTalkDTADb） ）“但看起来我在第一次安装时有相同的存储过程。
根据一些好的BizTalk博客提到MS BizTalk修补程序CU5现在支持清除孤立的实例。在应用CU5修补程序后找到的SQL（SP）脚本下面，它与以前的安装相同。
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修补程序期间添加了新的参数值...正如
所述The BizTalk Purge & Archive Job now supports clean-up of orphaned instances
有人建议我们如何为DTA清除和存档（BizTalkDTADb）配置新参数值吗？
此外，使用powershell脚本查找此计算机中安装的BizTalk累积更新： （可在 - Check all BizTalk Cumulative Updates installed in server with PowerShell上找到 ）
PS C:\Windows\system32> C:\Users\BizTalk\Downloads\CheckAllCUInstalled.ps1
这是本机中安装的BizTalk累积更新列表：DIPENBIZTALK - Microsoft BizTalk Server 2013 R2 CU5
因此BizTalk Server 2013 R2 CU5已成功应用于我的计算机。
答案 0 :(得分：2)
根据文章此功能在CU6中为BizTalk 2013 R2出现，对于BizTalk 2013，它是CU5。所以你应该安装CU6而不是CU5。您应该始终安装最新的CU，您可以在Service Pack and cumulative update list for BizTalk Server
找到它关于在何处配置它，它将在该文章中提到的SQL代理作业 BizTalk DTA清除和存档中调用该存储过程。