应用程序对象

内置对象应受到监控，防止其增长过多非常重要。

ID序列

Adobe Campaign使用必须相应使用的ID序列：xtkNewId。如果该序列消耗得非常快（即从每天100,000个开始），您必须验证它是否符合您的业务要求，如每天发送数百万封电子邮件。可以为特定表定义专用序列。您可以设置一个工作流来监视ID使用情况。

当序列达到20亿多（确切数字为2147483648）时，它会回到零。必须避免并引起问题，这就是必须监视此序列的原因。

要防止在大表中出现这种情况，请考虑使用特定序列。这可以使用模式中的pkSequence属性来完成。

创建大量日志的高频工作流将占用大量ID。因此，强烈建议避免工作流中日志过多和频率过高。

如果序列已经循环，则最好的解决方案是切换到负ID，从-2,147,483,648开始。

任何实例上应少于1000个文件夹。文件夹数超过此值会导致活动客户端出现性能问题。您可以设置监视作业以计算文件夹、工作流等的数量，并定期报告。

此方法还突出显示创建过多对象的用户。

该实例在任何时间应少于1000个投放。拥有大量投放会占用数据库空间并产生问题。每天创建10个以上投放的实例必须根据业务要求进行检查。考虑使用连续投放创建更少投放。如需详细信息，请参阅此部分。

应从实例中清除两年以上的投放。

应用程序服务器磁盘上的文件数不应无限增加。

导入工作流创建文件，因此导致磁盘扩展。使用标准文件收集器活动可以防止这种情况。文件收集器将文件移动到临时文件夹并自动清除它们。

如果工作流导入文件但未使用标准功能，则需要清除该工作流才能将磁盘空间保持在最小。

将数据导入Adobe Campaign的每个工作流都会导致数据库的大小增大。

检查清除或清除工作流是否正在运行并有效清除记录。必须清除所有事务数据和日志。清理任务仅清除标准表：跟踪和广泛的日志。特定表必须由特定工作流清除。请参阅此章节。

通过检查记录的最旧创建日期来观察事务数据的老化。

使用条款