本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
亚马逊 Timestream 的故障转移流程
如果您的数据库实例因基础设施缺陷而导致计划内或计划外中断，如果您已开启多可用区，则适用于 InfluxDB 的 Amazon Timestream 会自动切换到另一个可用区中的备用副本。完成故障转移所用的时间取决于在主数据库实例变为不可用时的数据库活动和其他条件。故障转移时间通常为 60–120 秒。不过，事务较多或时间较长的恢复过程可能延长故障转移时间。故障转移完成后，Timestream 控制台可能需要更多时间才能反映新的可用区。
注意
Amazon Timestream 会自动处理故障转移，因此您可以在没有管理干预的情况下尽快恢复数据库操作。如果出现下表中描述的任一情况，主数据库实例会自动切换到备用副本：
| 故障转移原因 | 描述 |
|---|---|
| 正在离线操作中修补 Timestream 数据库实例底层的操作系统。 | 在操作系统补丁或安全更新的维护时段内触发了故障切换。 |
| Timestream 多可用区实例的主主机运行状况不佳。 | 多可用区数据库实例部署检测到受损的主数据库实例并进行故障转移。 |
| 由于网络连接中断，Timestream 多可用区实例的主主机无法访问。 | Timestream 监控检测到主数据库实例存在网络可访问性故障，并触发了故障转移。 |
| 客户修改了 Timestream 实例。 | InfluxDB 数据库实例修改的时间队触发了故障转移。有关更多信息，请参阅 更新数据库实例。 |
| Timestream 多可用区主实例繁忙且没有响应。 | 主数据库实例没有响应。我们建议您执行以下操作：* 检查事件中是否使用了 CPU、内存或交换空间过多。* 评估您的工作负载以确定您是否使用了适当的数据库实例类。有关更多信息，请参阅数据库实例类。 |
| Timestream 多可用区实例的主主机底层的存储卷出现故障。 | 多可用区数据库实例部署在主数据库实例上检测到存储问题并进行故障转移。 |