方案 2：调整业务流程中消息跟踪数据库的大小

我们将介绍一个包含业务流程的示例。 下图显示了整个业务流程。 在此方案中，通过业务流程发送传递到 BizTalk Server 中的消息并在该业务流程内对其进行更改，然后通过发送端口发送出该消息。

BizTalk Server 消息流程

以下为有关此方案的一些实际信息：

• 消息大小为 5K。

• 我们不推广任何属性。

• 一年内接收的消息数为 350 万条。

• 已打开对所有事件的跟踪。 此方案包含以下六个事件：

  • 邮件 M0 的接收

  • 来自接收端口的消息 M1 的输出

  • 通过业务流程接收消息 M1

  • 从业务流程输出消息 M2

  • 通过发送端口接收消息 M2

  • 通过发送管道输出消息 M3

• 此方案中创建了其他三个消息。 消息 M0 是传入消息，因此不是由BizTalk Server创建的。 消息 M1 是从接收端口输出的消息，M2 是从业务流程输出的消息，M3 是从传输端口输出的消息。

  将此信息应用于公式会得到以下结果：

[(3*150 bytes) + (6*230 bytes) + (0*0(52 bytes + 0) * 3,500,000]/1024/1024  
[(450 + 1380 + 0) * 3,500,000]/1024/1024 = 6108 MB ~ 5.96 GB per year  

业务流程中具有单个升级属性的消息

在此方案中，请按照之前示例中所执行的操作来升级单个字段。 升级的属性大小约为 10 字节。 公式现在如下所示：

[((3*150 bytes) + (6*230 bytes) + (1*3*(52 bytes + 10 bytes)) * 3,500,000]/1024/1024  
[(450 + 1380 + 186) * 3,500,000]/1024/1024 = 6729 MB ~ 6.57 GB per year  

如果需要另外升级一个大小为 20 字节的属性，则公式将如下所示：

[(3*150 bytes) + (6*230 bytes) + ((1*3*(52 bytes + 10 bytes) + (1*3*(52 bytes + 20 bytes)) * 3,500,000]/1024/1024  
[(450 + 1380 + 372) * 3,500,000]/1024/1024 = 7350 MB ~ 7.18 GB per year  

业务流程中已激活消息正文跟踪的消息

若要允许消息跟踪，则所需额外空间的计算结果应与之前方案中的结果相同，或为每年 50.1 GB。

另请参阅

使用消息变量调整跟踪数据库的大小
调整跟踪数据库的大小以跟踪消息正文
方案 1：调整简单 BizTalk 消息跟踪数据库的大小
方案 4：为所有消息调整跟踪数据库的大小
方案 3：调整发送到通讯组列表的消息跟踪数据库的大小