信创实战｜人大金仓 V9 灾备与备份恢复实战｜政务级数据零丢失方案

xdsfsadfas

643人浏览 · 2026-04-25 09:30:00

xdsfsadfas · 2026-04-25 09:30:00 发布

深耕 SpringBoot3 国产数据库信创适配，持续更新人大金仓、达梦、GaussDB 实战踩坑方案。日常分享 Java 后端开发、Bug 排查与实战经验，干货持续输出，专注政企项目落地，帮你快速搞定国产化替代难题。

前言

在政务信创项目中，数据安全与业务连续性是验收的生命线。一旦发生硬件故障、误删数据、病毒攻击或机房灾难，若没有完善的备份与灾备方案，轻则数据丢失、业务中断，重则影响政务服务、引发舆情。

我在某省级政务平台项目中，基于人大金仓 V9 构建了一套完整的备份 + 灾备 + 恢复体系，实现了：

RPO=0（零数据丢失）、RTO<30 秒（故障快速恢复）
支持全量 / 增量 / 差异备份、时间点恢复（PITR）
主从流复制 + 异地灾备，覆盖单机故障、机房级灾难
自动化备份 + 监控告警，满足政务等保三级要求

本文从备份策略、恢复实战、灾备架构、生产避坑四个维度，把政务级零丢失方案完整拆解，所有配置可直接复制落地。

一、备份体系：政务级数据安全的第一道防线

人大金仓 V9 提供逻辑备份与物理备份两种核心方案，政务项目建议采用物理备份为主、逻辑备份为辅的混合策略，兼顾恢复速度与灵活性。

1.1 逻辑备份（sys_dump）：灵活导出，适合小库与表级恢复

逻辑备份导出 SQL 结构与数据，适合单表 / 单库恢复、数据迁移、跨版本兼容场景。

1.1.1 常用备份命令

# 全库逻辑备份（SQL格式）
sys_dump -h 127.0.0.1 -p 54321 -U system -d gov_db -f /backup/gov_db_$(date +%Y%m%d).sql -F p -v

# 全库逻辑备份（二进制dmp格式，恢复更快）
sys_dump -h 127.0.0.1 -p 54321 -U system -d gov_db -f /backup/gov_db_$(date +%Y%m%d).dmp -F c -v -Z 9

# 单表备份
sys_dump -h 127.0.0.1 -p 54321 -U system -d gov_db -t tb_user -f /backup/tb_user_$(date +%Y%m%d).sql -F p

1.1.2 逻辑恢复命令

# 恢复SQL备份
ksql -h 127.0.0.1 -p 54321 -U system -d gov_db -f /backup/gov_db_20260424.sql

# 恢复dmp备份
sys_restore -h 127.0.0.1 -p 54321 -U system -d gov_db /backup/gov_db_20260424.dmp -v

1.2 物理备份（sys_rman）：高性能、支持 PITR，政务核心首选

物理备份直接备份数据文件、WAL 日志，恢复速度极快、支持时间点恢复（PITR），是政务核心库的必选方案。

1.2.1 开启 WAL 归档（PITR 前提）

修改 kingbase.conf，开启归档模式：

# 开启归档
archive_mode = on
# 归档命令（将WAL日志复制到备份目录）
archive_command = 'test ! -f /backup/archive/%f && cp %p /backup/archive/%f'
# 归档超时（强制归档间隔，控制RPO）
archive_timeout = 300
# WAL缓冲区
wal_buffers = 16MB
# 检查点配置
checkpoint_completion_target = 0.9
checkpoint_timeout = 15min

重启数据库生效：

systemctl restart kingbase

1.2.2 sys_rman 初始化与配置

# 1. 创建备份目录
mkdir -p /backup/rman /backup/archive
chown -R kingbase:kingbase /backup

# 2. 初始化sys_rman
sys_rman --config=/backup/rman/sys_rman.conf --stanza=gov_db stanza-create

# 3. 配置文件（/backup/rman/sys_rman.conf）
[global]
repo1-path=/backup/rman
repo1-retention-full=2  # 保留2份全量备份
repo1-retention-diff=7  # 保留7天差异备份
repo1-retention-archive=15  # 保留15天WAL日志
log-level-console=info
log-level-file=detail

[stanza-gov_db]
db-path=/opt/kingbase/data
db-port=54321
db-user=system

1.2.3 三种备份模式（政务推荐策略）

备份类型	命令	适用场景	优点
全量备份	`sys_rman --config=/backup/rman/sys_rman.conf --stanza=gov_db backup --type=full`	每周日凌晨	恢复最快，无依赖
差异备份	`sys_rman --config=/backup/rman/sys_rman.conf --stanza=gov_db backup --type=diff`	每周一至周六	备份快，依赖最近全量
增量备份	`sys_rman --config=/backup/rman/sys_rman.conf --stanza=gov_db backup --type=incr`	每日增量	空间最小，依赖全量 + 所有增量

政务推荐策略：周日全量 + 周一至周六增量，兼顾空间与恢复速度。

1.2.4 自动化备份（crontab）

# 编辑定时任务
crontab -e

# 周日凌晨2点全量备份
0 2 * * 0 /opt/kingbase/bin/sys_rman --config=/backup/rman/sys_rman.conf --stanza=gov_db backup --type=full >> /backup/rman/backup.log 2>&1

# 周一至周六凌晨2点增量备份
0 2 * * 1-6 /opt/kingbase/bin/sys_rman --config=/backup/rman/sys_rman.conf --stanza=gov_db backup --type=incr >> /backup/rman/backup.log 2>&1

二、恢复实战：从故障到正常，政务级零丢失恢复流程

备份的价值在于可恢复。下面演示全量恢复、时间点恢复（PITR）、单表恢复三种核心场景。

2.1 全量恢复（故障后快速恢复）

# 1. 停止数据库
systemctl stop kingbase

# 2. 清空数据目录（谨慎操作！）
rm -rf /opt/kingbase/data/*

# 3. 执行恢复
sys_rman --config=/backup/rman/sys_rman.conf --stanza=gov_db restore --type=full

# 4. 启动数据库
systemctl start kingbase

2.2 时间点恢复（PITR，误删数据救星）

场景：上午 10 点误删核心表，需恢复到 9:59 状态。

# 1. 停止数据库
systemctl stop kingbase

# 2. 清空数据目录
rm -rf /opt/kingbase/data/*

# 3. 恢复到指定时间点（格式：YYYY-MM-DD HH:MI:SS）
sys_rman --config=/backup/rman/sys_rman.conf --stanza=gov_db restore --type=time --target="2026-04-24 09:59:00"

# 4. 启动数据库
systemctl start kingbase

2.3 单表恢复（逻辑备份）

# 1. 导出单表备份
sys_dump -h 127.0.0.1 -p 54321 -U system -d gov_db -t tb_user -f /backup/tb_user_bak.sql

# 2. 恢复单表
ksql -h 127.0.0.1 -p 54321 -U system -d gov_db -f /backup/tb_user_bak.sql

三、灾备架构：从单机到异地，政务级高可用保障

备份解决数据丢失问题，灾备解决业务中断问题。人大金仓 V9 支持主从流复制、异地灾备、多活集群，满足不同等级的高可用要求北京人大金仓信息技术股份有限公司。

3.1 主从流复制（本地高可用，RPO=0）

3.1.1 主库配置（kingbase.conf）

# 流复制配置
wal_level = replica
max_wal_senders = 10
wal_keep_segments = 1024
hot_standby = on
max_standby_streaming_delay = 30s

3.1.2 主库创建复制用户

CREATE ROLE repluser WITH REPLICATION LOGIN PASSWORD 'repl@123';

3.1.3 从库初始化（基于主库备份）

# 从库执行，基于主库全量备份初始化
sys_basebackup -h 主库IP -p 54321 -U repluser -D /opt/kingbase/data -Fp -Xs -P -R

3.1.4 从库配置（recovery.conf）

standby_mode = on
primary_conninfo = 'host=主库IP port=54321 user=repluser password=repl@123'
trigger_file = '/opt/kingbase/data/trigger'

3.1.5 启动从库

systemctl start kingbase

效果：主从实时同步，主库故障后，从库可快速升主，RTO<30 秒，RPO=0。

3.2 异地灾备（跨机房，抵御区域灾难）

在异地机房部署级联从库，实现跨区域灾备：

主库 → 本地从库 → 异地从库
配置异步流复制，降低带宽压力
定期验证异地备份可恢复性

3.3 多活集群（最高等级，政务核心系统）

采用人大金仓 V9 RWC 读写分离集群，支持：

一主多从，自动故障转移
读写分离，提升查询性能
共享存储或分布式日志模式
RTO<10 秒，满足 99.999% 可用性要求

四、SpringBoot3 集成：应用层灾备与监控

4.1 读写分离配置（Sharding-JDBC）

spring:
  shardingsphere:
    datasource:
      names: master,slave1,slave2
      master:
        type: com.zaxxer.hikari.HikariDataSource
        driver-class-name: com.kingbase8.Driver
        url: jdbc:kingbase8://master-ip:54321/gov_db
        username: system
        password: xxx
      slave1:
        type: com.zaxxer.hikari.HikariDataSource
        driver-class-name: com.kingbase8.Driver
        url: jdbc:kingbase8://slave1-ip:54321/gov_db
        username: system
        password: xxx
    rules:
      readwrite-splitting:
        data-sources:
          gov_db:
            type: Static
            props:
              write-data-source-name: master
              read-data-source-names: slave1,slave2
              load-balancer-name: round_robin