存档和清除 BizTalkDTADb 数据库
概述
随着 BizTalk Server 在系统中处理的数据的增加,BizTalk 跟踪 (BizTalkDTADb) 数据库的大小也会持续增长。 不受控制的增长将会降低系统性能,并可能导致跟踪数据解码服务 (TDDS) 出错。 除了一般的跟踪数据之外,跟踪的消息也会在 MessageBox 数据库中累积,导致磁盘性能下降。
BizTalk Server使用 DTA 清除和存档作业自动执行这两个进程。 通过存档和清除 BizTalk 跟踪数据库中的数据,您可以保持一个运行状况良好的系统,并将跟踪数据进行存档以供将来使用。 由于 BizTalk 跟踪数据库存档会随着时间的推移不断累积而占用磁盘空间,因此最好定期将 BizTalk 跟踪数据库存档移至辅助存储空间。
在清除 BizTalk 跟踪数据库中的数据时,DTA 清除和存档作业将清除不同类型的跟踪信息,例如消息和服务实例信息、业务流程事件信息,以及规则引擎跟踪数据。
跟踪数据记录的保留时间取决于将跟踪数据插入 BizTalk 跟踪数据库的时间。 DTA 清除和存档作业使用时间戳来持续验证该记录是否早于数据生存时段。 在每一个生存时段之后,将对 BizTalk 跟踪数据库进行存档,并创建一个新的存档文件。 在作业计划指定的每个 SQL Server 代理作业时间间隔之后,将清除在该生存时段之前完成的所有跟踪数据。
BizTalk Server 使用了“软清除”和“硬清除”概念。 软清除用来清除已完成的实例,而硬清除仅用来清除未完成的实例。
软清除
在 DTA 存档和清除作业中,LiveHours 和 LiveDays 参数之和就是要在 BizTalk Server 环境中维护的数据生存时段。 将清除与在此数据生存时段之前完成的实例相关联的所有数据。 默认情况下,不启用 DTA 存档和清除作业。 您必须先进行配置,然后才能启用该作业。
例如,可以将 DTA 清除和存档作业配置为每 20 分钟运行一次,并设置 LiveHours=1 和 LiveDays=0。 此SQL Server 代理作业首次 (T0) 运行时,它会通过创建存档来备份跟踪数据库,并在数据库中保存具有此时间戳的条目。 为了清除跟踪数据,必须保证存档成功。 如果存档成功,则与 1 小时前完成的实例相关联的所有数据都将被清除。 每次运行该作业时,都将清除 1 小时之前完成的数据。 在第 3 次运行时(1 小时后),将创建一个新的存档,它包含在前 1 小时内插入跟踪数据库的所有实例的数据。
下面介绍如何在 DTA 清除和存档作业中配置存档和清除步骤以匹配示例:
exec dtasp_BackupAndPurgeTrackingDatabase
1, --@nLiveHours 1,
0, --@nLiveDays
1, --@nHardDeleteDays
‘\\server\backup’, --@nvcFolder
null, --@nvcValidatingServer
0 --@fForceBackup Soft purge process
最后一次备份的时间戳存储在 BizTalk 跟踪数据库中,以确保只清除上一存档中已有的数据。 为了增加可靠性,存档按大约 10 分钟的间隔依次重叠。 下图显示了基于上述示例的软清除过程。 请注意,存档和清除任务无需同时进行。
软清除进程
硬清除
由于软清除只清除与已完成的实例相关联的数据,因此,如果存在许多无限期运行的循环实例,则跟踪数据库将会增长,并且这些实例将永远无法清除。 使用硬清除日期可以清除指定时间间隔之前的所有信息,只有指示服务存在的信息除外。 使用 DTA 存档和清除作业的存档和清除步骤中的 @nHardDeleteDays 参数设置硬清除。 硬清除设置应始终大于软清除设置。 换句话说, @nHardDeleteDays 应大于 @nLiveHours 和 @nLiveDays之和。
存档和清除所包括的功能如下表所述:
功能 | 说明 |
---|---|
硬清除 | 使用该功能,可以配置一个时间间隔来清除指定日期之前的示例信息。 |
将跟踪的消息复制到跟踪数据库 | 使用“CopyTrackedMessageToDTA”选项,可以直接将跟踪的消息从 MessageBox 服务器复制到 BizTalk 跟踪数据库中。 使用 DTA 清除和存档作业清除数据时,要求进行此操作。 |
存档验证 | 使用该功能,可以选择设置一个辅助数据库服务器,以便在创建存档时对其进行验证。 |
多个 BizTalk 跟踪数据库版本的跟踪支持 | 使你能够将跟踪支持与BizTalk Server数据库存档配合使用。 |
减少跟踪数据 | 在不减少生成的任何跟踪信息的情况下,显著减少存储的跟踪数据的数量。 这样可以降低跟踪数据库的增长速度。 |
更快的跟踪操作,对数据库架构进行了显著优化 | 使您可以使用跟踪任务在大型数据库中查找消息和服务实例;已对此功能进行了显著优化。 |
注意
如果存在通过清除 BizTalk 跟踪数据库暂时得以解决的性能问题,并且希望对 BizTalk 进行控制以便不再收集跟踪信息,则可能要考虑禁用全局跟踪功能。 请参阅 关闭全局跟踪。