将您的 PostgreSQL 数据库迁移到自托管 TimescaleDB

您可以将现有的 PostgreSQL 数据库迁移到您的自托管 Timescale 安装。

有几种数据迁移方法

• 如果您想迁移的数据库小于 100 GB，一次性迁移整个数据库：此方法直接传输所有数据和 schema，包括 Timescale 特有的功能。您的超表、连续聚合和策略将在新的 Timescale 数据库中自动可用。
• 对于大于 100 GB 的数据库，单独迁移 schema 和数据：使用此方法，您可以逐个迁移表，以便更轻松地从故障中恢复。如果迁移中途失败，您可以从故障点重新开始，而不是从头开始。但是，Timescale 特有的功能不会自动迁移。请按照说明恢复您的超表、连续聚合和策略。
• 如果您需要将数据从 PostgreSQL 表移动到现有 Timescale 数据库中的超表，在同一数据库中迁移：此方法假设您在与现有表相同的数据库实例中设置了 Timescale。
• 如果您的数据在 InfluxDB 数据库中，使用 Outflux 迁移：Outflux 直接将导出的数据传输到 Timescale，并管理 schema 发现、验证和创建。Outflux 适用于 InfluxDB 的早期版本。它不适用于 InfluxDB 2 及更高版本。

您选择哪种方法取决于您的数据库大小、网络上传和下载速度、现有连续聚合以及对故障恢复的容忍度。

注意

如果您从 Amazon RDS 服务迁移，Amazon 会根据从服务传出的数据量收费。即使迁移失败，Amazon 仍可能对所有传出数据收费。

如果您的数据库小于 100 GB，请选择一次性迁移整个数据库。您也可以使用此方法迁移更大的数据库，但复制过程必须持续运行，可能需要几天或几周。如果复制中断，则需要重新启动该过程。如果您认为复制可能会中断，请选择单独迁移 schema 和数据。

警告

单独迁移 schema 和数据不会保留使用已删除数据计算的连续聚合。例如，如果您在一个月后删除原始数据，但将降采样数据在连续聚合中保留一年，则迁移后连续聚合会丢失任何早于一个月的数据。如果您必须保留使用已删除数据计算的连续聚合，无论数据库大小如何，请一次性迁移整个数据库。

如果您不确定使用哪种方法，请尝试一次性复制整个数据库以估计所需时间。如果估计时间非常长，请停止迁移并切换到另一种方法。

如果您的数据库正在活跃地摄取数据，请采取预防措施，确保 Timescale 数据库包含迁移期间摄取的数据。首先，在源数据库和目标数据库上并行运行摄取。这确保最新数据写入两个数据库。然后使用两种迁移方法之一回填数据。