事务性消息传递的执行和监控 transactional-messaging-execution

事务性消息执行投放 transactional-message-execution-delivery

发布消息并完成网站集成后,触发事件时,即会将其分配给执行投放。

An 执行投放 是每月为每个事务型消息创建一次无法操作、无法正常工作的技术消息,并且每次编辑并再次发布事务型消息时都会如此。

相关主题

事务性消息传递重试流程 transactional-message-retry-process

临时未投放的事务型消息将会自动重试,一直执行到投放过期为止。有关投放持续时间的更多信息,请参阅有效性参数

发送事务型消息失败时,可使用以下两个重试系统:

  • 在事务型消息传递级别,如果将事务型消息放在分配给执行投放的事件之前,有可能会失败,这意味着,应放在事件接收和投放准备之间。请参阅事件处理重试流程
  • 在发送流程级别,一旦将事件分配给执行投放,则事务型消息可能因临时错误而失败。请参阅消息发送重试流程

事件处理重试流程 event-processing-retry-process

触发事件时,该事件将分配给执行投放。 如果无法将事件分配给执行投放,则延迟事件处理。随后执行重试,直到将其分配给新的执行投放为止。

NOTE
延迟的事件不会显示在事务型消息发送日志中,因为并未将其分配给执行投放。

例如,无法将事件分配给执行投放,因为其内容不正确、存在访问权限或品牌策略问题,在应用类型规则时检测到错误等。在这种情况下,您可以暂停消息,编辑该消息以修复问题,然后再次发布。然后,重试系统会将其分配给新的执行投放。

消息发送重试流程 message-sending-retry-process

一旦将事件分配给执行投放,事务型消息就可能因临时错误而失败,例如,如果收件人邮箱已满。有关更多信息,请参阅投放临时失败后重试

NOTE
将事件分配给执行投放后,该执行投放的发送日志中会显示该事件,并且仅在此时显示。失败的投放显示在 Execution list 事务性消息发送日志的选项卡。

重试进程限制 limitations

发送日志更新

在重试流程中,不会立即更新新执行投放的发送日志(通过计划的工作流执行的更新)。这意味着即使新的执行投放已经处理了事务型事件,该消息仍然处于 Pending 状态。

失败的执行投放

无法停止执行投放。但是,如果当前执行投放失败,则会在收到新事件后立即创建新执行投放,所有新事件都由此新执行投放进行处理。失败的执行投放不会处理任何新事件。

如果某些已分配给执行投放的事件在重试过程中被延迟,并且该执行投放失败,则重试系统不会将延迟的事件分配给新的执行投放,这意味着这些事件丢失。 查看 投放日志 查看可能受影响的收件人。

监控事务性消息 monitoring-transactional-message-delivery

要监视事务型消息,您需要访问相应的 执行投放.

  1. 要查看消息投放日志,请单击 Deployment 块右下方的图标。

  2. 单击 Execution list 选项卡。

  3. 选择所选的执行投放。

  4. 再次单击 Deployment 封锁。

    对于每个执行投放,您可以像查看标准投放一样查看投放日志。 有关访问和使用日志的更多信息,请参阅 监控投放.

基于用户档案的事务型消息特性 profile-transactional-message-monitoring

对于基于用户档案的事务型消息,可监控以下用户档案信息。

选择 Sending logs 选项卡。在 Status 列中,Sent 表示用户档案已选择加入。

选择 Exclusions logs 制表符,以查看已从消息目标中排除的收件人,例如在阻止列表时的地址。

对于选择退出的任何用户档案,Address on denylist 分类规则将排除对应的收件人。

此规则属于特定分类的一部分,该特定分类会基于 Profile 表应用到所有事务型消息。

相关主题

recommendation-more-help
3ef63344-7f3d-48f9-85ed-02bf569c4fff