适用场景

数据库备份的关键不是"备份成功"，而是"能恢复"。很多单位备份任务天天成功，真出事时发现备份文件损坏或恢复不上。

配置步骤（人大金仓 KingbaseES）

# 逻辑备份（sys_dump）
sys_dump -U system -F c -f /backup/kes_$(date +%F).dmp 数据库名
# 物理备份（sys_rman / 归档模式）
# 确认已开启归档
psql -U system -c \「show archive_mode\」

关键参数与建议

  • 逻辑备份用于小库与迁移，物理备份（xtrabackup/存储快照）用于大库与快速恢复
  • 每周至少一次全量 + 每日增量，备份文件异地保存一份
  • 每月做一次恢复演练，记录恢复耗时（RTO）与数据丢失窗口（RPO）
  • 数据库账号按应用分配，最小权限；禁止应用使用 root/sa
  • 开启慢查询与审计日志，保留周期按合规要求

容易踩的坑

  • 未开归档，无法做时间点恢复
  • 备份命令与 PostgreSQL 有差异，照搬 pg_dump 会失败
  • 账号权限未做隔离（system 账号给应用用）

验证与巡检

psql -U system -c \「show archive_mode\」
ls -lh /backup/kes_*.dmp | tail -3
  • 巡检：归档开启、备份成功、恢复演练记录

小结

把"备份 + 恢复演练"写进运维清单：备份任务失败告警、恢复演练每季度一次、演练记录归档。这比任何优化都重要。

> 说明：文中命令为通用写法，不同型号/版本可能略有差异，落地前请对照设备实际版本的官方文档；带外管理与安全设备变更建议先在测试设备验证。