警告
TimescaleDB v2.13 是最后一个为 PostgreSQL 版本 13、14 和 15 提供多节点支持的版本。
copy_chunk()
社区社区功能在 Timescale Community Edition 下可用。点击了解更多。实验性实验性功能不适用于生产环境。它们包含在 TimescaleDB 实验性模式下。点击了解更多。TimescaleDB 允许您将现有数据块复制到多节点环境中的新位置。这允许每个数据节点既可以作为某些数据块的主节点,也可以作为其他数据块的备份节点。如果某个数据节点发生故障,其数据块已存在于其他节点上,这些节点可以接管为它们提供服务的责任。
警告
实验性功能可能存在错误。它们可能不向后兼容,并且可能会在未来的版本中删除。使用这些功能风险自负,并且不要在生产环境中使用任何实验性功能。
名称 | 类型 | 描述 |
---|---|---|
chunk | REGCLASS | 要复制的数据块的名称 |
source_node | NAME | 数据块当前所在的data node |
destination_node | NAME | 数据块要复制到的data node |
复制数据块时,目标数据节点需要一种方法来验证持有源数据块的数据节点的身份。目前建议在数据节点上使用密码文件。
从中复制数据块的数据节点上的 wal_level
设置也必须设置为 logical
或更高。如果您要并行复制或移动许多数据块,则可以增加 max_wal_senders
和 max_replication_slots
。
当复制操作失败时,有时会在目标数据节点上创建对象和元数据。它还可以在源数据节点上保持复制槽打开。要清理这些对象和元数据,请使用 cleanup_copy_chunk_operation
。
CALL timescaledb_experimental.copy_chunk('_timescaledb_internal._dist_hyper_1_1_chunk', 'data_node_2', 'data_node_3');
关键词
在此页面上发现问题?报告问题 或 在 GitHub 上编辑此页面。