要获得与亚马逊 Timestream 类似的功能 LiveAnalytics，可以考虑适用于 InfluxDB 的亚马逊 Timestream。适用于 InfluxDB 的 Amazon Timestream 提供简化的数据摄取和个位数毫秒级的查询响应时间，以实现实时分析。点击[此处](https://docs.amazonaws.cn//timestream/latest/developerguide/timestream-for-influxdb.html)了解更多信息。

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 备份和还原 Timestream 表：工作原理
<a name="backups-how-it-works"></a>

可以创建 Amazon Timestream 表的备份。此部分概述了备份和还原过程中发生的情况。

**Topics**
+ [备份](#backups-backups)
+ [还原](#backups-restores)

## 备份
<a name="backups-backups"></a>

您可以使用按需备份功能为表创建 Amazon Timestream 的完整备份。 LiveAnalytics 此部分概述了备份和还原过程中发生的情况。

可以按表粒度创建 Timestream 数据的备份。您可以使用 Timestream 控制台、控制 Amazon Backup 台、SDK 或 CLI 启动选定表的备份。备份以异步方式创建，且包含截至备份启动时间点表中所有数据。然而，备份过程中摄取到表的某些数据也可能包含在备份中。为保护数据，可以创建一次性按需备份或计划表的定期备份。

在备份期间无法执行以下操作。
+ 暂停或取消备份操作。
+ 删除备份的源表。
+ 禁用表的备份 (如果正在备份该表)。

配置完成后， Amazon Backup 可提供自动备份计划、保留期管理和生命周期管理，无需自定义脚本和手动流程。有关更多信息，请参阅 [Amazon Backup 开发人员指南](https://docs.amazonaws.cn/aws-backup/latest/devguide/whatisbackup.html)

所有用于 LiveAnalytics 备份的 Timestream 本质上都是增量备份，这意味着表的第一次备份是完整备份，而同一表的后续每一次备份都是增量备份，仅复制自上次备份以来对数据的更改。由 LiveAnalytics 于 Timestream 中的数据存储在一组分区中，因此在后续备份过程中，所有由于接收新数据或更新自上次备份以来现有数据而发生更改的分区都将在后续备份中复制。

如果您将 Timestream 用于 LiveAnalytics 控制台，则为账户中的所有资源创建的备份将列在 “**备份**” 选项卡中。此外，备份也列于**表格**详细信息中。

## 还原
<a name="backups-restores"></a>

您可以从 LiveAnalytics 控制台、控制台、SDK 或 Amazon Backup Amazon CLI 的 Timestream 中恢复表。您可以从备份中还原全部数据，也可以配置表保留设置以还原所选数据。在启动还原时，您可以配置以下表设置。
+ Database Name
+ 表名称
+ 内存存储保留
+ 磁性存储保留
+ 启用磁性存储写入
+ S3 错误日志位置（可选）
+ 恢复备份时 Amazon Backup 将扮演的 IAM 角色

上述配置与源表无关。要还原备份中的所有数据，我们建议您配置新的表设置，使内存存储保留期与磁性存储保留期的总和大于最早时间戳与当前时间戳之间的差值。当您选择要还原的增量备份时，所有数据（增量数据 \+ 底层完整数据）都会被还原。成功恢复后，该表将处于活动状态，您可以对还原的表执行提取 and/or 查询操作。然而，在还原过程中，您无法执行这些操作。还原后，该表将与您账户中的任何其他表类似。

**Example 从备份中还原所有数据**  
本示例基于以下假设。  

*最早时间戳*：`August 1, 2021 0:00:00`
+ *现在*：`November 9, 2022 0:00:00`
要从备份中还原所有数据，请按以下方式输入并比较值。  

1. 输入**内存存储保留**和**磁性存储保留**。例如，假设这些值。
   + *内存存储保留*：12 小时
   + *磁性存储保留*：500 天

1. 计算**内存存储保留**和**磁性存储保留**的总和。

   ```
   12 hours + (500 * 24 hours) =
   12 hours + 12,000 hours =
   12,012 hours
   ```

1. 计算**最早时间戳和当前时间戳**之间的差值。

   ```
   November 9, 2022 0:00:00 - August 1, 2021 0:00:00 =
   465 days =
   465 * 24 hours =
   11,160 hours
   ```

1. 确保第二步中保留值的总和大于第三步中时间的差值。如有必要，请调整保留时间。

   ```
   12,012 > 11,160
   true
   ```

**Example 从备份中还原选定数据**  
本示例基于以下假设。  
+ *现在*：`November 9, 2022 0:00:00`
要从备份中仅还原选定数据，请按以下方式输入并比较值。  

1. 确定所需的最早时间戳。例如，假设 `December 4, 2021 0:00:00`。

1. 计算所需的最早时间戳和当前时间戳之间的差值。

   ```
   November 9, 2022 0:00:00 - December 4, 2021 0:00:00 =
   340 days =
   340 * 24 hours =
   8,160 hours
   ```

1. 输入所需的**内存存储保留**值。例如，输入 12 小时。

1. 从第二步的差值中减去该值。

   ```
   8,160 hours - 12 hours =
   8148 hours
   ```

1. 输入**磁性存储保留**的该值。

您可以将 LiveAnalytics 表数据的 Timestream 备份复制到其他 Amazon 区域，然后在该新区域中将其恢复。您可以在 Amazon 商业区域和 Amazon GovCloud （美国）区域之间复制备份，然后恢复备份。只需为从源区域复制的数据以及在目标区域中还原到新表的数据付费。

在表还原后，必须在还原的表上手动设置以下各项。
+ Amazon 身份和访问管理 (IAM) Management 政策
+ 标签
+ 计划查询

还原时间与表的配置直接相关。这些包括表的大小、底层分区的数量、还原到内存存储的数据量以及其他变量。规划灾难恢复的最佳做法是定期记录平均还原完成时间，并确定这些时间对整个恢复时间目标（RTO）的影响。

所有备份和还原控制台及 API 操作都将被捕获并记录在 Amazon CloudTrail 中以用于日志记录、持续监控和审核。