Spilo项目中WAL-G备份保留功能失效问题分析与解决方案

问题背景

在PostgreSQL数据库运维中，定期备份是保障数据安全的重要手段。Spilo作为Zalando开源的PostgreSQL高可用解决方案，集成了WAL-G工具来实现数据库备份功能。然而在Spilo 3.3版本中，用户发现配置的备份保留策略并未生效，导致备份存储空间持续增长，最终可能耗尽磁盘空间。

问题现象

用户在使用Spilo 3.3-p1版本时，虽然正确配置了WAL-G备份参数，包括：

• 启用WAL-G备份(USE_WALG_BACKUP=true)
• 设置SSH备份路径(WALG_SSH_PREFIX)
• 配置SSH连接参数等

但系统并未按照预期自动清理旧的备份文件，备份存储空间持续增加。通过检查发现，备份保留策略脚本未能正确识别和删除过期备份。

技术分析

根本原因

问题出在Spilo的备份脚本postgres_backup.sh中。该脚本使用wal-g backup-list命令列出备份后，通过sed命令处理输出结果以识别需要保留的备份。在WAL-G v3.0.0版本中，命令输出格式发生了变化：

旧版本输出格式：

name                          last_modified        wal_file_name        storage_name

新版本输出格式：

backup_name                   modified             wal_file_name        storage_name

脚本中使用的sed正则表达式^name\s*\(last_\)\?modified\s*无法匹配新版本的输出格式，导致备份列表处理失败，进而无法执行备份清理操作。

影响范围

此问题影响所有使用以下配置的用户：

• Spilo 3.3-p1/3.3-p2版本
• WAL-G v3.0.0版本
• 启用了WAL-G备份保留策略

解决方案

临时解决方案

用户可以手动修改postgres_backup.sh脚本中的sed正则表达式：

# 修改前
done < <($WAL_E backup-list 2> /dev/null | sed '0,/^name\s*\(last_\)\?modified\s*/d')

# 修改后
done < <($WAL_E backup-list 2> /dev/null | sed '0,/^backup_name\s*\(last_\)\?modified\s*/d')

修改后，脚本能够正确识别WAL-G v3.0.0的输出格式，备份保留策略将恢复正常工作。

长期建议

建议Spilo项目维护者在后续版本中：

1. 更新备份脚本以兼容WAL-G v3.0.0的输出格式
2. 增加版本兼容性测试，确保脚本能适应WAL-G不同版本的输出格式变化
3. 考虑使用更稳定的解析方式(如JSON输出格式)来处理备份列表

实施验证

修改脚本后，可以通过以下步骤验证修复效果：

1. 执行备份操作

envdir "/run/etc/wal-e.d/env" /scripts/postgres_backup.sh "/home/postgres/pgdata/pgroot/data"

2. 检查备份列表

wal-g backup-list

3. 观察系统日志，确认过期备份被正确删除

总结

此问题展示了开源工具链版本升级时可能带来的兼容性挑战。数据库管理员在部署新版本前，应当充分测试备份恢复流程，确保核心功能不受影响。同时，这也提醒我们备份系统的监控不容忽视，需要定期检查备份是否按预期执行和清理。

对于使用Spilo的生产环境，建议在应用此修复后，持续监控备份系统的运行状态，确保数据安全策略得到有效执行。