repmgr实战：如何用5分钟搞定金仓数据库主备切换？附完整配置流程
金仓数据库高可用实战：5分钟主备切换全流程解析
在数据库运维领域，高可用性设计早已从加分项变为必选项。尤其对于金融、政务等关键业务系统，哪怕几分钟的服务中断都可能造成难以估量的损失。金仓数据库(KingbaseES)作为国产数据库的佼佼者，其与repmgr工具的组合方案，让主备切换这一传统复杂操作变得前所未有的简单高效。
1. 环境准备与基础配置
1.1 系统级准备工作
在开始部署前，需要确保所有节点具备一致的运行环境。以下操作需在主备节点同步执行：
# 创建专用用户组及用户 groupadd -g 6000 kes86 useradd -G kes86 -g 6000 -u 6000 kes86 -m passwd kes86 # 设置强密码（建议12位以上混合字符）关键系统参数优化直接影响数据库性能表现，建议修改/etc/sysctl.conf：
# 内存与文件系统优化 fs.file-max = 655360 vm.swappiness = 10 vm.dirty_background_ratio = 5 # 网络参数调整 net.ipv4.tcp_max_syn_backlog = 8192 net.core.somaxconn = 8192注意：应用参数后需执行
sysctl -p生效，建议重启后验证参数是否持久化。
1.2 SSH互信配置实战
节点间免密通信是自动化切换的基础，具体操作流程：
- 切换到kes86用户生成密钥对
- 使用ssh-copy-id分发公钥到所有节点
- 验证各节点间的双向免密登录
su - kes86 ssh-keygen -t rsa -b 4096 # 生成高强度密钥 for node in node1 node2 node3; do ssh-copy-id kes86@$node done常见问题排查表：
| 现象 | 可能原因 | 解决方案 |
|---|---|---|
| 密钥拒绝 | authorized_keys权限错误 | chmod 600 ~/.ssh/authorized_keys |
| 连接超时 | 防火墙拦截 | 开放22端口或临时关闭firewalld |
| 主机解析失败 | /etc/hosts未配置 | 添加所有节点IP映射 |
2. 集群部署核心步骤
2.1 主节点初始化关键点
主节点的初始化质量直接影响整个集群的稳定性，需要特别注意以下配置：
initdb -U system -E utf8 -D /home/kes86/data \ --data-checksums --wal-segsize=64kingbase.conf关键参数解析：
# 网络监听设置 listen_addresses = '*' port = 54321 # 避免与默认5432冲突 # 复制相关配置 wal_level = logical max_wal_senders = 10 hot_standby = on2.2 备节点克隆技巧
使用repmgr进行备节点克隆时，有几个实用技巧：
repmgr -h node1 -U repmgr standby clone \ --upstream-node-id=1 \ --data-checksums \ --jobs=4 # 启用并行加速克隆完成后，建议执行以下健康检查：
- 验证数据目录权限是否正确
- 检查恢复配置文件(recovery.conf)是否自动生成
- 确认备节点启动日志无报错
3. 高可用配置进阶优化
3.1 同步模式选择策略
金仓数据库支持多种同步级别，根据业务需求选择：
- 异步复制：性能最佳，可能丢失少量数据
- 同步复制：数据最安全，但影响写入性能
- 法定人数同步：平衡方案，推荐配置：
ALTER SYSTEM SET synchronous_standby_names = 'ANY 2(node2,node3)';不同模式的性能对比：
| 模式 | 事务延迟 | 数据安全性 | 适用场景 |
|---|---|---|---|
| 异步 | <5ms | 低 | 日志类业务 |
| 同步 | 15-50ms | 高 | 金融交易 |
| 法定 | 8-20ms | 中高 | 多数业务 |
3.2 repmgr.conf深度调优
标准配置基础上，建议添加这些生产级参数：
failover = automatic # 启用自动故障转移 promote_command = '/usr/bin/repmgr standby promote -f /etc/repmgr.conf' follow_command = '/usr/bin/repmgr standby follow -f /etc/repmgr.conf'监控集成配置示例：
event_notification_command = '/opt/scripts/notify.sh %n %e'4. 主备切换实战演练
4.1 计划内切换标准流程
对于系统升级等计划性维护，推荐使用switchover方式：
- 在备节点执行预检命令：
repmgr standby switchover --dry-run - 确认无报错后执行真实切换：
repmgr standby switchover -v --siblings-follow - 验证新主节点状态：
SELECT pg_is_in_recovery();
4.2 故障转移应急处理
当主节点意外宕机时，自动或手动触发failover：
repmgr standby promote -f /etc/repmgr.conf典型故障场景处理指南：
- 脑裂情况：优先保证数据一致性，人工介入确定主节点
- 网络分区：配置足够多的见证节点避免误判
- WAL堆积：临时调整为异步模式追赶后再切回同步
5. 生产环境运维要点
5.1 日常监控关键指标
建议监控这些核心指标：
- 复制延迟（字节和时间两个维度）
- 备节点应用WAL的速度
- 主备节点连接状态
- 磁盘空间使用情况
示例监控查询：
SELECT client_addr, state, pg_wal_lsn_diff(pg_current_wal_lsn(), replay_lsn) AS delay_bytes FROM pg_stat_replication;5.2 定期演练策略
为确保故障时能快速响应，建议：
- 每季度进行一次完整的主备切换演练
- 记录每次切换的耗时和问题
- 根据演练结果调整监控阈值和告警策略
演练检查清单：
- [ ] 验证业务连接池的自动重连
- [ ] 检查VIP是否正常漂移
- [ ] 确认监控系统告警触发及时
- [ ] 测试应用层有无状态异常