您在此处：
激活刷新类型
创建激活时，从两种刷新类型中进行选择：完全或增量。完全刷新会在激活期间更新细分中的所有记录。增量刷新仅发布自上次成功刷新后添加、更新和删除的记录。
通过增量激活，您可以定义所需的更新的确切类型。选择仅接收特定更改，而不处理不必要的数据。例如，如果您在每次激活运行中只需要新添加的简档，您可以通过选择以下一个或两个选项来自定义数据以满足您的要求：
- 排除自上次刷新后修改的记录：阻止自上次激活后更新的记录包含在当前激活中。
- 排除自上次刷新后删除的记录：阻止自上次激活后删除的记录包含在当前激活中。
当您创建激活时，可用的刷新类型因激活目标而异。
编辑激活时，根据激活目标，您可以将完全刷新更改为增量刷新。切换到增量刷新后，您无法恢复到完全刷新。
| 激活目标 | 刷新类型 |
|---|---|
|
在增量或完全刷新之间进行选择。默认情况下，选择增量刷新。  |
|
增量刷新是唯一默认选项。  |
|
刷新类型继承自软件包配置。  |
创建激活后，激活页面上的完整刷新会使用上次细分运行的结果，而无需重新运行细分。这不同于发布细分记录页面，后者会重新处理细分数据。
注意事项
- 无论您选择的刷新类型如何，所有激活目标的第一次发布始终是完全刷新。每当您更改激活时，也会触发完全刷新。在这两种情况下，整个激活都会转移到目标。
- 如果在增量刷新过程中完全刷新已排队，系统会优化发布队列。在当前刷新完成后，除了最近的刷新之外，所有等待刷新都被标记为
SKIPPED，最近的等待刷新被转换为完全刷新(完全覆盖)然后执行。 - 对于生态系统合作伙伴，激活的受众整合了在指定时间间隔激活的所有细分。
- 如果激活失败，下一次刷新将从上次成功发布的细分进行增量刷新。
- 对于 Marketing Cloud Engagement 或 Marketing Cloud Personalization 的新激活，默认选择增量刷新。在每 24 小时后，您可以手动触发一次完全刷新。您可以将现有完全刷新激活更改为增量激活。
- 对于战略合作伙伴或 Marketing Cloud Personalization，当您编辑现有激活时，您可以使用升级的软件包将完全刷新激活更改为增量。
- 对于 Marketing Cloud 目标，当您编辑激活并在完全刷新和增量之间切换时，Data 360 会在 Marketing Cloud 参与中创建新的数据扩展 (DE)。切换到增量时，第一次运行会执行完全刷新，以将整个分段加载到新的 DE 中。如果目标 DE 不存在，完全刷新也会自动运行。后续运行使用订阅者密钥作为主键执行增量更新插入。DE 更改后，将任何现有旅程重新连接到新 DE。
- 如果您编辑激活并在刷新类型（完全或增量）之间切换，则激活负载会写入 Marketing Cloud Engagement 中的新数据扩展 (DE)。如果更改为增量，则会进行完全更新，将整个细分移动到新的 DE。以下激活为增量激活，使用订阅者密钥作为现有联系人更新的主密钥，将有效负载更改合并到 DE。在 Marketing Cloud Engagement 中，将现有旅程连接到新的 DE。
- 对于 Marketing Cloud Engagement，细分计数在发布后可以为零。例如，您创建了一个细分，为两天后过生日的成员提供促销。如果当前日期超过成员的生日，所有成员都会被删除。如果您在激活中添加筛选器，则有效负载具有筛选出的细分成员，并以 D 表示删除。
- 将细分激活到 Marketing Cloud Engagement 与将细分激活到 Amazon S3 之间存在区别。对于 Marketing Cloud Engagement，Marketing Cloud API 会写入 DE，并在其中使用订阅者 ID 作为密钥进行更新。对于 Amazon S3，增量有效负载包含受众中的添加、删除和更新。然后，Amazon S3 会消耗并处理负载。
- 因为受众 DMO 的默认生存时间 (TTL) 是 30 天，所以增量刷新如果间隔超过 30 天就会产生无效的结果。要保持数据准确性，请考虑对刷新周期为 30 天或更长的任何激活使用完全刷新。
本文章是否解决您的问题？
请与我们共享您的想法，以便我们进行改进！
