通过

方案 3：调整发送到通讯组列表的邮件跟踪数据库的大小

  • 项目

下图中的消息将通过业务流程、在业务流程内被更改，然后通过分发列表向外发送给多个不同的发送端口：

通过业务流程向多个端口

通过业务流程并向外发送给多个不同端口的 BizTalk Server 消息

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

  • 消息大小为 10K。

  • 当前不升级任何属性。

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

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

    • 邮件 M0 的回执

    • 从接收端口输出消息 M1

    • 通过发送端口输出消息 M3

    • 通过发送端口输出消息 M4

    • 通过发送端口输出消息 M5

    将这些信息应用到公式中之后结果如下：

[(5*252 bytes) + (10*182 bytes) + (0*5(40 bytes + 0) * 3,500,000]/1024/1024  
[(1620 + 1820 + 0) * 3,500,000]/1024/1024 = 10280.61 MB ~ 10.04 GB per year

业务流程中发送给分发列表并且具有单个升级属性的消息

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

[((5*150 bytes) + (10*230 bytes) + (1*5(52 bytes + 10 bytes)) * 3,500,000]/1024/1024  
[(750 + 2300 + 260) * 3,500,000]/1024/1024 = 11048 MB ~ 10.79 GB per year

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

[((5*150 bytes) + (10*230 bytes) + ((1*5(52 bytes + 10 bytes) + (1*5(52 bytes + 20 bytes)) * 3,500,000]/1024/1024  
[(750 + 2300 + 670) * 3,500,000]/1024/1024 = 12417 MB ~ 12.13 GB per year

业务流程中发送给分发列表并且已激活消息正文跟踪的消息

若要允许消息跟踪，则对于此示例，公式将如下所示：

[3,500,000 * 6 * 5KB]/1024 = 102539.06 MB ~ 100.14 GB per year

另请参阅

使用消息变量调整跟踪数据库的大小
调整跟踪数据库的大小以跟踪消息正文
方案 1：调整简单 BizTalk 消息跟踪数据库的大小
方案 2：调整业务流程中消息跟踪数据库的大小
方案 4：为所有消息调整跟踪数据库的大小