加布里埃尔·巴托利尼：CNPG 食谱 24 - 从 Crunchy PGO 迁移到 PostgreSQL 18，使用 CloudNativePG
💡
原文英文，约2800词，阅读约需10分钟。
📝
内容提要
本文介绍了如何将Crunchy PGO管理的PostgreSQL 17集群迁移到CloudNativePG下的PostgreSQL 18，提供了离线迁移和在线迁移两种路径。离线迁移使用pg_dump，简单直接；在线迁移利用逻辑复制实现几乎零停机时间。文章详细说明了环境设置、数据加载、扩展兼容性检查及迁移步骤，强调了数据一致性和安全性的重要性。
🎯
关键要点
- 本文介绍了如何将Crunchy PGO管理的PostgreSQL 17集群迁移到CloudNativePG下的PostgreSQL 18。
- 提供了离线迁移和在线迁移两种路径，离线迁移使用pg_dump，简单直接；在线迁移利用逻辑复制实现几乎零停机时间。
- 迁移步骤包括环境设置、数据加载、扩展兼容性检查及迁移过程，强调数据一致性和安全性的重要性。
- 离线迁移为完全声明式，整个迁移过程通过单个Cluster清单表达，无需设置复制。
- 在线迁移使用原生PostgreSQL逻辑复制，持续传输数据，减少切换窗口至几秒。
- 在迁移过程中，确保源数据库可访问，用户具有足够权限，并支持逻辑复制。
- 迁移完成后，需清理复制对象，并可删除源集群以释放资源。
❓
延伸问答
如何将Crunchy PGO管理的PostgreSQL 17集群迁移到CloudNativePG的PostgreSQL 18？
可以通过离线迁移和在线迁移两种方式进行，离线迁移使用pg_dump，在线迁移利用逻辑复制实现几乎零停机时间。
离线迁移和在线迁移的主要区别是什么？
离线迁移是完全声明式的，使用pg_dump导入数据；在线迁移则使用逻辑复制，允许持续传输数据，减少切换窗口。
在迁移过程中需要注意哪些权限和设置？
确保源数据库可访问，用户具有足够权限，并支持逻辑复制。
如何验证迁移后的数据一致性？
可以通过比较源数据库和目标数据库中的行数和序列值来验证数据一致性。
迁移完成后需要进行哪些清理工作？
需清理复制对象，并可删除源集群以释放资源。
使用CloudNativePG进行迁移的安全性如何？
迁移过程中强调数据一致性和安全性，使用的CNPG minimal-trixie镜像减少了安全漏洞。
➡️
