PostgreSQL 15如何非交互式激活备份模式以实现存储级快照备份

嘿，这个问题我熟！你遇到的核心问题其实是pg_backup_start()启动的备份模式会跟着psql会话一起结束——一旦psql进程退出，PostgreSQL就自动终止备份模式了，自然快照就没法保证一致性。下面给你几个实用的非交互式解决方案，完全能在shell脚本里顺畅运行：

方法一：后台维持psql会话+手动控制启停 #

这个思路是把启动备份的psql会话放到后台保持运行，等快照完成后再手动触发备份停止命令。脚本大概是这样的：

# 1. 为目标数据库启动备份模式，并把psql进程放到后台
# 替换成你的数据库连接参数（比如指定端口、用户名）
psql -U postgres -d postgres -c "SELECT pg_backup_start('backup-1', fast => true);" &
BACKUP_PID=$!

# 可选：等待几秒确保备份模式完全激活
sleep 2

# 2. 执行Netapp存储快照命令
# 替换成你实际的快照操作命令，比如Netapp Ontap的snap创建命令
echo "开始创建Netapp存储快照..."
# snap create -vserver your_vserver -volume pg_data_volume -snapshot backup-1

# 3. 快照完成后，停止备份模式
psql -U postgres -d postgres -c "SELECT pg_backup_stop();"

# 4. 清理后台的psql进程
kill $BACKUP_PID

如果是多个数据库集群，只需要把这段逻辑套个循环，针对每个集群的端口/配置分别执行就行。

方法二：用管道控制psql会话（更可靠） #

如果担心后台进程意外退出，可以用管道来持续控制psql会话，确保备份模式在整个快照过程中都保持激活：

# 1. 创建临时管道用于和psql会话通信
mkfifo /tmp/postgres_backup_pipe

# 2. 启动psql会话，从管道读取命令，放到后台运行
psql -U postgres -d postgres < /tmp/postgres_backup_pipe > /dev/null 2>&1 &
BACKUP_PID=$!

# 3. 发送启动备份的命令到管道
echo "SELECT pg_backup_start('backup-1', fast => true);" > /tmp/postgres_backup_pipe

# 4. 执行存储快照操作
echo "正在执行存储快照..."
# 你的Netapp快照命令写在这里

# 5. 发送停止备份的命令到管道
echo "SELECT pg_backup_stop();" > /tmp/postgres_backup_pipe

# 6. 清理管道和后台进程
rm /tmp/postgres_backup_pipe
kill $BACKUP_PID

关键注意事项 #

• 一定要等所有集群备份模式激活后再快照：可以通过查询pg_stat_activity或者检查pg_backup_start()的返回值来确认，避免有的集群还没进入备份模式就开始快照。
• 快照完成必须执行pg_backup_stop()：如果忘了执行，备份模式会一直保持，PostgreSQL不会自动清理WAL日志，会导致存储占用越来越大。
• 多集群场景要逐个处理：确保每个集群都独立启动和停止备份模式，不要漏了任何一个。

另外，还有一种成熟的脚本化方案思路，核心就是通过后台维持psql会话，严格按“启动备份→执行快照→停止备份”的顺序执行，彻底避免会话提前关闭的问题。

备注：内容来源于stack exchange，提问作者b2c