使用sudo与nohup后台运行pg_dump失败，求助解决方法

核心问题排查方向 #

• sudo后台执行时的密码交互需求导致命令直接退出
• 输出重定向未正确配置，verbose日志和错误信息无法写入文件
• 目标导出目录权限不足
• 高压缩/高并发参数导致VPN连接超时或系统资源耗尽

分步解决方案 #

1. 解决sudo后台密码问题 #

后台运行sudo命令时，若触发密码输入会直接终止进程，需配置免密执行pg_dump：

1. 执行visudo编辑sudoers配置文件
2. 添加以下行（替换your_user为实际执行命令的系统用户）：

your_user ALL=(ALL) NOPASSWD: /usr/bin/pg_dump

3. 保存退出（visudo会自动校验语法，避免配置错误）

2. 修正nohup命令的输出重定向 #

默认nohup仅捕获标准输出，需显式重定向标准错误到日志文件，确保verbose信息和错误都能被记录：

nohup sudo pg_dump -U postgres -F d -Z 6 -h <<host>> -p 5432 -d <<Db>> --column-inserts --data-only -n admin --verbose -f /data/dump1 -j 8 > /data/dump1_full.log 2>&1 &

• 调整-Z 6：降低压缩级别，平衡压缩率与CPU消耗，避免因资源过载导致VPN连接中断
• 调整-j 8：减少并发线程数，降低VPN链路的数据包传输压力
• > /data/dump1_full.log 2>&1：将标准输出和错误输出全部写入指定日志文件

3. 确保目标目录权限正确 #

导出目录/data/dump1需要postgres用户具备读写权限，提前创建并授权：

sudo mkdir -p /data/dump1
sudo chown postgres:postgres /data/dump1

4. 先验证命令可行性 #

在后台运行前，先直接执行命令（去掉nohup和&），确认无基础错误（如数据库连接失败、权限不足）：

sudo pg_dump -U postgres -F d -Z 6 -h <<host>> -p 5432 -d <<Db>> --column-inserts --data-only -n admin --verbose -f /data/dump1 -j 8

若此命令能正常启动并输出verbose信息，再切换到后台运行。

5. 优化VPN稳定性 #

• 确认VPN开启了keepalive机制，避免长时间无交互时自动断开连接
• 若VPN存在流量限制，可分批次导出（比如按单个表导出），减少单次传输的压力

内容的提问来源于stack exchange，提问作者postgresuser