你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

适用于： NoSQL MongoDB Gremlin 表

通过 Azure Cosmos DB 中连续备份的帐户内时间点还原功能，可以在同一帐户中还原已删除的数据库或容器。 可以使用 Azure 门户、Azure CLI 或 Azure PowerShell 执行此还原操作。 此功能有助于恢复意外删除数据库或容器中的数据。

可以选择还原预配的吞吐量容器或共享吞吐量数据库的任意组合。 还原操作开始后，帐户所在的所有区域中的指定数据库或容器均可还原。 还原的持续时间取决于所需还原的数据量以及帐户所在的区域。 由于必须先有父数据库，然后才能还原容器，因此必须先执行数据库还原，然后再还原子容器。

有关连续备份还原以及不还原内容的详细信息，请参阅连续备份简介。

注意

在同一帐户中还原已删除的数据库或容器时，应将这些资源视为新资源。 客户端应用程序使用的现有会话令牌或延续令牌将变为无效。 建议先刷新本地存储的会话令牌和延续令牌，然后再对新还原的资源执行进一步读取或写入操作。 此外，建议重启 SDK 客户端以自动刷新存储在 SDK 缓存中的会话令牌和延续令牌。

如果应用程序侦听还原的数据库或容器上的更改源事件，应在还原操作后从头开始重启更改源。 借助此还原操作，应用程序可以获取正确的更改源事件集。 已还原的资源将只包含从还原后资源生存期开始的更改源事件。 删除资源之前的所有更改源事件都不会传播到更改源。 同样，还建议在还原操作后重启查询操作。 现有查询操作可能已生成延续令牌，这些令牌在还原操作后变为无效。

可以将连续备份帐户还原的权限限定给特定角色或主体。 有关权限以及如何分配权限的详细信息，请参阅连续备份和还原权限。

在同一帐户中还原已删除的容器时，还原的容器的名称和 resourceId 与先前删除的原始容器相同。 若要轻松区分容器的不同版本，请使用 InstanceId 字段。 InstanceId 字段可以区分容器的不同版本。 这些版本同时包括已删除的原始容器和新还原的容器。 该实例标识符作为还原参数的一部分存储在已还原容器的资源定义中。 相反，原始容器没有在容器的资源定义中定义的还原参数。 容器的每个后续还原实例都有一个唯一的实例标识符。

下面是一个示例：

Azure Cosmos DB 的时间点还原功能有助于从数据库或容器上的意外删除中恢复。 此功能还原到同一帐户中备份所在的任何区域。 在连续备份模式下，可以还原到过去 30 或 7 天的任一时间点，具体取决于配置的层级。

我们再假设两种场景：

场景 1：Azure Cosmos DB 帐户具有两个区域：美国西部（写入区域）和美国东部（读取区域），开始时间戳为 T1。 假设容器 (C1) 于时间戳 T1 创建，并于 T2 删除。 该容器 C1 可以在保持期内还原。 现在，假设这样一种情况，要将帐户的写入区域故障转移到美国东部。 现在，美国西部成为了读取区域。 即使对于这种情况，C1 也可以在其保持期内还原，只要 C1 从指定的还原时间戳开始就在美国东部区域中存在。

方案 2：Azure Cosmos DB 帐户具有一个区域美国西部，开始时间戳为 T3。 假设 CT2 于时间戳 T4 创建，然后于 T5 删除。 新区域美国东部已添加到 T6，然后执行故障转移，转移到美国东部，使其作为从 T7 开始的新写入区域。 在此场景中，CT2 无法还原，因为美国东部区域中不存在 CT2。

以下是时间点帐户内还原功能的当前行为特征列表：

共享吞吐量容器借助其共享吞吐量数据库进行还原。

容器还原操作需要原始数据库存在。 此限制意味着必须先执行父数据库的还原，才能再尝试还原已删除的子容器。

如果同一资源的另一个还原操作已在进行中，该资源（数据库或容器）再还原将失败。

所有还原选项完成后，才可以在共享吞吐量数据库中创建容器。

如果容器或数据库的删除操作已在进行中，再还原容器或数据库将受阻。

如果帐户具有三个以上的不同资源，不能并行运行还原操作。

如果资源从还原时间开始存在于帐户的当前写入区域中，数据库或容器资源的还原将成功。