Hans-Juergen Schoenig：在不改变恢复策略的前提下迁移到 pg_hardstorage
内容提要
pg_hardstorage 采用渐进式迁移方案，避免重写备份仓库：新仓库与现有环境并行，先全量备份并持续捕获 WAL，验证恢复后切换，旧仓库保留至保留期结束；兼容层使原有命令和定时任务继续生成原生备份，团队可自行选择切换时机。项目为 Apache 2.0 开源，代码托管于 GitHub。
延伸解读
迁移策略的核心：并行运行与验证恢复
pg_hardstorage 的迁移方案强调渐进式过渡，而非一次性替换。新仓库与现有环境并行运行，先建立新的全量备份历史，同时持续捕获 WAL，并在生产切换前验证恢复流程。这种设计让团队能在不影响现有恢复能力的前提下，逐步验证新方案的可靠性，降低迁移风险。
兼容层如何减少对现有自动化的冲击
对于受支持的备份工具，pg_hardstorage 提供兼容层，使原有命令和定时任务无需修改即可继续运行，并生成原生 pg_hardstorage 备份。结合双写迁移模型，团队可以保留现有自动化流程，同时评估新环境，自主选择切换时机，避免因迁移导致运维中断。
旧仓库的保留与退役：遵循原有保留周期
迁移过程中，现有仓库会一直保留，直到其保留窗口自然结束。这意味着团队无需立即重写备份仓库或调整保留策略，旧备份仍可按原有策略用于恢复。这种安排既满足合规要求，也为回滚提供了缓冲，确保迁移不影响历史数据的可恢复性。
开源与社区支持
pg_hardstorage 是 Apache 2.0 许可下的开源社区项目，迁移指南、文档和源代码均在 GitHub 上公开。团队可以自行探索实现、跟进开发、报告问题或参与贡献。开源模式降低了采用门槛，也便于社区共同验证和改进迁移方案。
Q&A
pg_hardstorage 迁移方案的核心思路是什么？
采用渐进式迁移，避免重写备份仓库：新仓库与现有环境并行，先全量备份并持续捕获 WAL，验证恢复后切换，旧仓库保留至保留期结束。
迁移到 pg_hardstorage 的具体步骤有哪些？
1. 引入新的 pg_hardstorage 仓库与现有环境并行；2. 进行全量备份建立新备份历史；3. 持续捕获 WAL；4. 验证恢复；5. 生产切换；6. 旧仓库保留至保留期结束。
pg_hardstorage 如何兼容现有的备份工具和自动化任务？
通过兼容层（compatibility shims），使原有命令和定时任务继续生成原生 pg_hardstorage 备份，结合双写迁移模型，团队可自行选择切换时机。
pg_hardstorage 支持哪些备份解决方案的迁移？
支持 pgBackRest、基于流复制的环境以及 WAL-G 等备份解决方案的迁移。
pg_hardstorage 的许可证和代码托管在哪里？
pg_hardstorage 是 Apache 2.0 许可的开源社区项目，代码托管在 GitHub：https://github.com/cybertec-postgresql/pg_hardstorage。
迁移过程中如何确保恢复的可靠性？
在切换前验证恢复，旧仓库保留至保留期结束，确保恢复能力不受影响。
