关于高可用性

高可用性 (HA) 通过增加冗余和弹性来实现。为了增加冗余，系统的一部分被复制，以便在发生故障时处于待机状态。为了提高弹性，恢复过程尽可能快地在这些备用资源之间切换。

对于某些系统，仅从备份恢复可能是一种合适的可用性策略。

有关自托管 TimescaleDB 中备份的更多信息，请参阅 TimescaleDB 文档中的备份和恢复部分。

存储冗余是指拥有数据库数据文件的多个副本。如果当前连接到 PostgreSQL 实例的存储损坏或变得不可用，系统可以用其中一个副本替换其当前存储。

实例冗余是指同时运行数据库的副本。在数据库发生故障时，副本是一个最新的、正在运行的数据库，可以立即接管。

虽然公共云非常可靠，但云的整个部分有时可能不可用。除非用户使用 HA 副本，否则 TimescaleDB 不会防止可用区故障。我们目前不提供多云解决方案或防止 AWS 区域故障的保护。

TimescaleDB 支持使用 PostgreSQL 内置的 流复制 进行复制。不建议将 逻辑复制 与 TimescaleDB 一起使用，因为它需要在主节点和副本节点之间进行模式同步，并复制分区根表，而分区根表目前不受支持。

PostgreSQL 通过让副本持续从主数据库流式传输 WAL 来实现流复制。有关详细信息，请参阅官方 复制文档。有关 PostgreSQL 如何实现预写式日志的更多信息，请参阅他们的 WAL 文档。

PostgreSQL 提供故障转移功能，其中副本在主节点发生故障时升级为主节点。这可以使用 pg_ctl 或 trigger_file 完成，但它不提供开箱即用的自动故障转移支持。在 PostgreSQL 故障转移文档中阅读更多信息。Patroni 提供了一个可配置的高可用性解决方案，具有自动故障转移功能。