应监控内置对象,并防止其增长过多非常重要。
Adobe Campaign使用的ID序列必须相应地使用: xtkNewId. 如果该序列使用非常快(即每天10万封),则必须验证它是否符合您的业务要求,例如每天发送数百万封电子邮件。 可以为特定表定义专用序列。 您可以设置一个工作流来监视ID使用情况。
当序列达到20多亿(确切数字为2,147,483,648)时,它会返回零。 必须避免这种情况,并造成问题,因此必须监控此序列。
要防止出现大表格的情况,请考虑使用特定序列。 这可以通过 pkSequence 属性。
创建大量日志的高频工作流将占用大量ID。 因此,强烈建议避免工作流中的日志过多和高频率。
如果序列已经循环,则最佳解决方案是从–2,147,483,648开始切换到负ID。
任何实例上的文件夹应少于1000个。 文件夹数量超过此数量时,Campaign客户端可能会出现性能问题。 您可以设置一个监控作业来计算文件夹、工作流等的数量,并定期报告。
此方法还会突出显示创建过多对象的用户。
实例上的投放数应随时少于1000次。 拥有大量投放会占用数据库空间并导致问题。 每天创建10个以上投放的实例必须根据业务需求进行检查。 考虑使用连续投放来创建更少的投放。 如需详细信息,请参阅此部分。
应从实例中清除两年以上的投放。
应用程序服务器磁盘上的文件数不应无限期地增加。
导入工作流会创建文件,从而导致磁盘扩展。 使用标准 文件收集器 活动。 文件收集器将文件移动到临时文件夹并自动清除它们。
如果工作流导入文件而未使用标准功能,则需要清除该文件,以将磁盘空间保持在最小。
每 工作流 将数据导入Adobe Campaign会导致数据库的大小增加。
检查清理或清除工作流是否正在运行并有效清除记录。 必须清除所有事务型数据和日志。 清理任务仅清除标准表:跟踪和广泛的日志。 特定表必须被特定工作流清除。 请参阅此小节。
通过检查记录的最早创建日期,观察事务型数据的时效性。