AWS Backup EBS 归档：复制顺序与90天保留期

新支持适合低频、长期留存的 EBS 备份

AWS Backup 于2026年11月12日宣布，logically air-gapped vault（逻辑隔离保管库）中的 Amazon EBS 备份现在可转入 EBS Snapshots Archive。它为很少访问的备份增加归档存储选择，并不是把所有日常恢复点都改成即时可用的低价存储。

区域资格取两项能力的交集：目标区域必须同时支持逻辑隔离保管库和 EBS Snapshots Archive。实施前按当前 AWS Backup 功能表与 EBS 区域范围逐项核对；“全部适用区域”不能扩写成所有 AWS 区域或所有账户都无需准备。

先区分主目标与副本目标，再设置生命周期

公告与保管库指南要求使用每月运行一次或更低频率的备份规则。要让逻辑隔离保管库存放副本，在规则中添加以该库为目标的 copy action，再在 copy lifecycle 中选择 Archive Amazon EBS snapshots。

若已按当前指南准备好逻辑隔离保管库作为主备份目标，则在 backup rule lifecycle 中启用同一归档选项。两种位置对应不同目标，不要只改主规则就假定副本也会采用相同生命周期。

随后设置温存储时长与总保留期。若保管库使用客户管理的 KMS 密钥，官方要求在启用归档选项前更新密钥策略；具体授权应按当前专用文档核对，不能只凭能看到保管库就判定归档权限齐全。

总保留期至少是温存储时间加90天

专用指南给出的关系是：总保留期至少比温存储时间长90天，并且必须符合保管库本身的最短与最长保留期。90天约束针对归档阶段，不能理解为从备份创建日起总共留90天就一定符合规则。

例如，假设温存储设为30天，则总保留期至少为120天，同时还要落在该保管库允许范围内。这只是配置算例，没有实际修改备份计划。不要把较短的保管库最短保留期，当作可以缩短归档最低期限的许可。

需要跨库或跨区域副本，就在归档前完成

AWS Backup 的逻辑隔离保管库文档明确说明：EBS 备份一旦转入归档层，就不能复制到其他保管库或 AWS 区域；这也包括通过 Multi-party approval（多方批准，MPA）的 restore access backup vault 发起的复制。

因此，先列出需要保留的账户与区域副本，在备份仍处于温存储时完成复制并核对结果，再安排归档。这里应遵循该类保管库的专用限制，不能把通用 EBS 文档里的“先恢复再复制”流程，直接推定为这条路径的例外。

核算完整快照大小、取回时间与费用

EBS 归档会把增量快照转换成完整快照，包含快照创建时已写入卷的全部数据块，归档体积可能比原增量快照大。EBS 文档也提醒，归档同一卷的每日增量快照可能比留在标准层更贵。

从归档层恢复到标准层，按快照大小可能需要长达72小时。这是快照取回阶段的说明，不是整套应用的恢复时间承诺；应用检查、依赖服务和后续恢复步骤仍需另行安排。

AWS Backup 定价页规定，转入冷存储后至少保留90天，提前删除会按剩余天数计收存储费用。估算时还要加入温存储、归档数据量、恢复和适用的数据传输费用；本文没有核实特定区域的数值报价，不承诺固定节省比例。

启用前，把归档计划与恢复证据分开记录

先记录规则频率、主目标或副本目标、温存储天数、总保留期、保管库保留范围、密钥类型以及所需副本是否完成。再对照恢复目标，确认团队能接受归档取回的等待与费用。

在获准的隔离测试中，应分别核对归档状态、恢复后的数据和应用可用性，而不是把勾选选项或备份任务成功当作恢复验证。本文只核对公开公告与文档，没有连接 AWS 账户、创建或移动快照，也没有执行恢复演练。