选择您的 Cookie 首选项

我们使用必要 Cookie 和类似工具提供我们的网站和服务。我们使用性能 Cookie 收集匿名统计数据,以便我们可以了解客户如何使用我们的网站并进行改进。必要 Cookie 无法停用,但您可以单击“自定义”或“拒绝”来拒绝性能 Cookie。

如果您同意,AWS 和经批准的第三方还将使用 Cookie 提供有用的网站功能、记住您的首选项并显示相关内容,包括相关广告。要接受或拒绝所有非必要 Cookie,请单击“接受”或“拒绝”。要做出更详细的选择,请单击“自定义”。

还原 DynamoDB 中的表

聚焦模式
还原 DynamoDB 中的表 - Amazon DynamoDB

可以使用 AWS Management Console、AWS 命令行界面(AWS CLI)或 DynamoDB API,从 PITR 备份或按需备份中还原 DynamoDB 表。恢复过程会还原到新的 DynamoDB 表。

使用时间点恢复来恢复表

您可以将表还原到 EarliestRestoreableDateTime 之内的任意时间点。

重要

如果对表禁用了时间点故障恢复但稍后又启用了它,则会重置可以恢复该表的开始时间。因此,您只能立即使用 LatestRestorableDateTime 还原该表。

在使用时间点故障恢复进行还原时,DynamoDB 基于选定的日期和时间(day:hour:minute:second)的状态将表数据还原到新表。对表进行还原,而不消耗表上的任何预置吞吐量。可以使用时间点恢复执行完整表还原,也可以配置目标表设置。可以在还原的表上更改以下表设置:

  • 全局二级索引(GSI)

  • 本地二级索引(LSI)

  • 计费模式

  • 预置的读取和写入容量

  • 加密设置

重要

在执行完全表还原时,目标表被设置为与源表相同的预置读取容量单元和写入容量单元(在请求备份时)。例如,假设一个表的预配置的吞吐量最近下降到 50 个读取容量单位和 50 个写入容量单位。然后,您将表的状态还原到三周前的状态,表在该时间的预配置吞吐量为 100 个读取容量单位和 100 个写入容量单位。在此情况下,DynamoDB 将表数据还原到该时间点,使用该时间的预置吞吐量(100 个读取容量单位和 100 个写入容量单位)。

还可以跨 AWS 区域还原您的 DynamoDB 表数据,以便在源表所在的其它区域中创建还原的表。可以在 AWS 商业区域、AWS 中国区域和 AWS GovCloud (US)之间执行跨区域还原。只需为从源区域传输的数据以及在目标区域中还原为新表的操作付费。

注意

如果源区域或目标区域是亚太地区(香港)或中东(巴林),则不支持跨区域还原。

如果您阻止在还原表上创建部分或所有索引,则还原操作会更快且更具成本效益。必须在还原的表上手动设置以下各项:

  • 自动扩缩策略

  • AWS Identity and Access Management 策略

  • Amazon CloudWatch Events 指标和警报

  • 标签

  • 流设置

  • 生存时间(TTL)设置

  • 时间点恢复设置

还原表所需的时间因多种因素而异,且并非始终与表的大小相关。

隐私网站条款Cookie 首选项
© 2025, Amazon Web Services, Inc. 或其附属公司。保留所有权利。