永久保留每份身份验证报告并不是保留策略。原始聚合数据，特定于消息 故障报告 和调查笔记有不同的目的并承担不同的风险。有用的保留计划解释了保留每个课程的原因、保留有用的时间以及该期限结束后会发生什么。
DMARC的报告规范描述了报告内容、隐私和安全考虑因素。他们没有为每个组织建立普遍的法定保留期限。下面的工作流程是一个操作设计，供负责隐私、安全和适用法律义务的人员审查。
盘点实际记录类别
参考： RFC 9990 §7.1, RFC 9990 §7.2, RFC 9991 §2, RFC 9991 §7.1.
分离原料 汇总报告、解析记录、汇总指标、故障报告、受控消息样本和事件结论。确定谁拥有每个存储和每个下游副本：邮箱、解析器队列、分析系统、票证、分析导出和备份。
标准聚合报告不包括单个消息内容和识别最终用户的信息 RFC 9990 §7.2，但流量元数据仍然可以暴露以下操作模式 RFC 9990 §7.1。不要将聚合商店视为免于访问和保留审查的对象。汇总报告包括仍需要适当处理的基础设施和交通信息。故障报告值得特别关注，因为它们可能包含 消息头、主体和标识符。根据实际和可能的内容而不是文件扩展名或仪表板标签进行分类。
为每堂课设定目标和时间
说明保留记录的原因：摄入故障排除、季节性比较、特定调查或适用的义务。定义保留时钟何时开始，例如报告接收或事件结束，以及谁拥有例外情况。避免模棱两可的说明，例如使用后保留一段时间。
根据记录的需求和义务选择持续时间，而不是从通用安全检查表中复制的数字。可以通过适当最小化的指标来进行长期的季节性比较，同时保留原始消息内容以满足更短的诊断需求。验证摘要是否保留了解释覆盖范围和配置更改所需的上下文。
完成保留设计
说明性设计：原始聚合报告支持解析器故障排除；派生计数支持更长期的趋势分析；针对特定消息的报告支持有时限的调查；经过编辑的事件结论保留了原因和纠正措施。每个类都有自己批准的持续时间、开始事件、所有者和删除方法。
该示例故意不分配通用天数。组织的义务和系统决定了它们。如果事件需要例外，请记录原因、范围、批准人和审核日期。将相关证据保留在有效保留下，而不是允许正常删除来销毁它，同时避免无限保留不相关数据。
计算一个综合寄存器行
下一行使用任意假设的批准仅用于演示保留机制。其 7 天的持续时间并不是对任何组织当前政策的建议、法定最低限度或声明。每个时间戳都是 UTC。
- 寄存器字段：记录类别和标识符；假设值：原始故障报告装置 RET-TEST-01 不包含真实消息数据
- 注册字段：系统和责任所有者；假设值：测试报告隔离存储；报告操作所有者
- 注册字段：目的；假设价值：验证测试解析器对无害夹具的处理
- 寄存器字段：时钟启动；假设价值：收据于2026-11-01T10:00:00Z
- 注册字段：假设的批准期限；假设价值：自收到之日起 7 天 24 小时内
- 注册字段：计算到期时间；假设值：2026-11-08T10:00:00Z
- 登记字段：处置目标；假设值：活动固定对象、解析的消息内容副本和临时明文副本
- 寄存器字段：异常判定；假设值：基本情况不成立；单独批准的保留可以暂停处理该特定记录
- 寄存器字段：备份处理；假设价值：测试备份在其记录的单独到期后进行；在普通访问之前，将根据原始到期时间和保留状态检查恢复的记录
对于未持有的情况，建议在2026-11-08T09:59:59Z检查应该发现夹具被保留；到期时的支票应符合处置条件。运行清理并验证列出的活动处置目标是否已删除，仅保留经批准的最小处置事件。过期资格和成功删除是不同的事实：不成功的作业会留下逾期记录并需要所有者，而不是错误的删除条目。
对于保留案例，假设范围测试保留于 2026-11-07T12:00:00Z 获得批准。过期检查应将所保存的记录保存在受控存储中并识别保存参考。如果在 2026-11-10T10:00:00Z 解除冻结，则原到期日已过；该记录应进入批准的处置流程，而不是自动接收新的 7 天。
对于恢复测试，请在 2026-11-09T10:00:00Z 恢复包含 RET-TEST-01 的备份。在没有主动保留的情况下，防止过期记录返回到普通访问并应用批准的处置流程。对于活动范围保留，仅将其保留在受控保留工作流程中。这些是建议的结果，而不是已完成的系统测试；离线时间戳计算仅验证算术。
跨副本进行到期工作
测试从主应用程序中删除是否也会删除导出、缓存预览、临时解析器文件和票证附件。备份可能遵循不同的到期时间表；记录它并控制访问，而不是在技术上不正确的情况下要求立即删除。
规划如何处理恢复的备份，以便过期材料不会默默地重新引入日常使用。确定合同处理者是否可以应用批准的时间表并提供有意义的证据。如果组织无法识别哪个系统执行删除，则保留声明是不完整的。
保留有用的证据，没有多余的内容
参考： RFC 9991 §7.
在删除诊断报告之前，确定批准的最小化记录是否应保留相关身份、时间、故障情况、纠正措施和验证结果。从保留的叙述中删除不必要的消息内容、收件人和秘密。检查摘录，而不是假设自动编辑已完成。
在保留记录的同时使用受控访问。较短的生命周期并不能使不受保护的存储变得可接受，并且加密并不能消除删除不再需要的数据的需要。
随着系统变化审查政策
添加报告处理器、更改导出集成或发现记录包含比预期更多的敏感内容后，请重新访问计划。保留过期行为和异常的测试记录，包括尚未按预期删除的内容。
最终的交付成果是一个小型保留登记册，其中包含记录类别、目的、系统、所有者、时钟、批准的持续时间、例外流程和经过验证的处置行为。它应该描述组织实际所做的事情，并指定需要纠正的未解决的差距。
将插图保留在证据范围内
本地 UTC 计算确认从 2026-11-01T10:00:00Z 到 2026-11-08T10:00:00Z 经过了 7 天。发布和恢复时间戳晚于原始到期时间；他们不会重新启动它。仅执行算术运算。未执行删除、合法保留、备份恢复或系统处置测试。