使用归档的对象
将 Amazon S3 对象归档到 S3 Glacier Flexible Retrieval 或 S3 Glacier Deep Archive 存储类,或者将对象归档到 S3 Intelligent-Tiering 归档访问层或深度归档访问层时,无法实时访问这些对象。要还原对象,必须执行以下操作:
-
对于归档访问层和深度归档访问层中的对象,您必须启动还原请求,并等待对象移动到频繁访问层。
-
对于 S3 Glacier Flexible Retrieval 和 S3 Glacier Deep Archive 存储类中的对象,您必须启动还原请求,并等待对象的临时副本可用。
有关所有 Amazon S3 存储类的比较情况的更多信息,请参阅使用 Amazon S3 存储类。
当您从 S3 Intelligent-Tiering 归档访问层或 S3 Intelligent-Tiering 深度归档访问层进行还原时,对象会移回到 S3 Intelligent-Tiering 频繁访问层中。之后,如果对象在连续 30 天后仍未被访问,它会自动进入“不频繁访问层”。在最少连续 90 天没有访问之后,它会进入 S3 Intelligent-Tiering 归档访问层,并且在最少连续 180 天没有访问后,它会进入深度归档访问层。
与 S3 Glacier Flexible Retrieval 和 S3 Glacier Deep Archive 存储类不同,S3 Intelligent-Tiering 对象的还原请求不接受该 days
值。
当您使用 S3 Glacier Flexible Retrieval 或 S3 Glacier Deep Archive 时,Amazon S3 仅在指定的持续时间内恢复对象的临时副本。在此之后,它会删除还原的对象副本。您可以通过重新发出还原命令来修改已还原副本的到期时间。在这种情况下,Amazon S3 会更新相对于当前时间的有效期。
当您从 S3 Glacier Flexible Retrieval 或 S3 Glacier Deep Archive 还原归档时,您需要同时为归档的对象和临时还原的副本付费。有关定价的信息,请参阅 Amazon S3 定价
Amazon S3 通过将还原请求中指定的天数添加到请求的还原的完成时间来计算还原的对象副本的到期时间。然后它将得出的时间舍入至第二天的午夜协调世界时 (UTC)。例如,假设还原的对象副本是在 2012 年 10 月 15 日上午 10:30 UTC 创建的,并且还原时段被指定为 3 天。在这种情况下,还原的副本将于 2012 年 10 月 19 日 00:00 UTC 到期,届时 Amazon S3 将删除对象副本。
如果创建了还原对象的临时副本,则该对象的存储类保持不变。(HEAD Object 或 GetObject API 操作请求会返回 S3 Glacier Flexible Retrieval 或 S3 Glacier Deep Archive 作为存储类。)
完成还原作业所需的时间取决于您使用的归档存储类或存储层和您指定的检索选项:Expedited
(仅适用于 S3 Glacier Flexible Retrieval 和 S3 Intelligent-Tiering Archive Access 归档访问)、Standard
或 Bulk
。有关更多信息,请参阅归档检索选项。
使用 Amazon S3 事件通知,您可以在还原完成时得到通知。有关更多信息,请参阅Amazon S3 事件通知。
如果需要,您可以还原存储在二级副本中的大型数据段。但是,请记住,S3 Glacier Flexible Retrieval 和 S3 Glacier Deep Archive 存储类以及归档访问层和深度归档访问层设计为每天针对存储的每 PiB 35 个随机还原请求。
结合使用分批操作与还原请求
要使用单个请求恢复多个 Amazon S3 对象,您可以使用 S3 分批操作。您为 S3 分批操作提供要操作的对象列表。S3 分批操作调用相应的 API 来执行指定的操作。单个分批操作任务可对包含 EB 级数据的数十亿个对象执行指定操作。
S3 分批操作包括跟踪进度、发送通知并存储所有操作的详细完成报告,从而提供完全托管、可审核的无服务器体验。您可以通过 Amazon Web Services Management Console、Amazon CLI、Amazon SDK 或 REST API 使用 S3 分批操作。有关更多信息,请参阅S3 分批操作基础知识。
以下部分提供有关还原已归档对象的更多信息。