应用程序对象

应监控内置对象,并防止其增长过多非常重要。

ID序列

Adobe Campaign使用的ID序列必须相应地使用: xtkNewId. 如果该序列使用非常快(即每天10万封),则必须验证它是否符合您的业务要求,例如每天发送数百万封电子邮件。 可以为特定表定义专用序列。 您可以设置一个工作流来监视ID使用情况。

当序列达到20多亿(确切数字为2,147,483,648)时,它会返回零。 必须避免这种情况,并造成问题,因此必须监控此序列。

要防止出现大表格的情况,请考虑使用特定序列。 这可以通过 pkSequence 属性。

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

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

文件夹

任何实例上的文件夹应少于1000个。 文件夹数量超过此数量时,Campaign客户端可能会出现性能问题。 您可以设置一个监控作业来计算文件夹、工作流等的数量,并定期报告。

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

投放

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

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

文件

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

导入工作流会创建文件,从而导致磁盘扩展。 使用标准 文件收集器 活动。 文件收集器将文件移动到临时文件夹并自动清除它们。

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

事务型数据和日志

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

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

通过检查记录的最早创建日期,观察事务型数据的时效性。

在此页面上