如何为GridDB部署跨站点灾难恢复（含日志传送等方案）

你已经熟悉GridDB基础备份恢复流程，下面直接介绍两种跨站点灾备的落地方法：

一、基于日志传送的跨站点灾备 #

这种方案适合主备站点架构，通过实时传送主站点的事务日志到灾备站点，实现准实时的数据同步。

1. 主站点配置 #

• 修改GridDB配置文件griddb.conf，开启事务日志并设置存储路径：

  enableTransactionLog=true
  transactionLogPath=/var/lib/griddb/logs/transaction
  transactionLogRotationSize=100MB
  

• 重启GridDB服务使配置生效：

  systemctl restart griddb
  

2. 灾备站点配置 #

• 在灾备站点部署同版本的GridDB，确保初始数据与主站点一致（可通过基础全量备份恢复）。
• 配置日志接收目录，确保主站点能通过scp/rsync等工具推送日志到这里：

  mkdir -p /var/lib/griddb/receive_logs
  chown griddb:griddb /var/lib/griddb/receive_logs
  

• 使用GridDB自带的gs_logreplay工具实时回放日志：

  gs_logreplay -u admin/password -d /var/lib/griddb/receive_logs --continuous
  

3. 故障切换流程 #

• 确认主站点故障后，停止主站点GridDB服务。
• 在灾备站点停止日志回放，将灾备节点切换为读写模式：

  gs_shutdown -u admin/password
  gs_startnode -u admin/password -m normal
  

• 调整业务流量指向灾备站点。

二、基于分布式集群的跨站点灾备 #

这种方案将多个站点的节点纳入同一个GridDB集群，通过跨站点副本放置实现分布式灾备，适合多活或主动-主动架构。

1. 集群拓扑规划 #

• 假设主站点（Site A）有3个节点，灾备站点（Site B）有2个节点，总节点数5个。
• 设置副本数为3，确保每个分区的副本至少分布在两个站点（避免单站点故障导致数据不可用）。

2. 集群配置 #

• 在所有节点的cluster.conf中配置全量节点信息，区分站点标识：

  node01:10.0.0.1:10010:griddb # Site A
  node02:10.0.0.2:10010:griddb # Site A
  node03:10.0.0.3:10010:griddb # Site A
  node04:10.0.0.4:10010:griddb # Site B
  node05:10.0.0.5:10010:griddb # Site B
  

• 初始化集群时指定副本策略，强制跨站点分布：

  gs_clusterinit -u admin/password --replicationNum=3 --distributionMode=SITE_AWARE
  

3. 故障自动处理 #

• GridDB的集群管理器会自动检测节点故障，当主站点多数节点不可用时，灾备站点的节点会自动提升为分区主节点，保证业务连续性。
• 恢复主站点后，节点会自动重新加入集群并同步数据，无需手动干预。

关键注意事项 #

• 网络延迟优化：跨站点网络延迟较高时，建议将transactionLogSyncMode设置为ASYNC或SEMI_SYNC，避免同步模式导致性能急剧下降。
• 数据一致性权衡：同步模式（SYNC）能保证数据零丢失，但会增加事务响应时间；异步模式性能更好，但主站点故障可能丢失少量未同步的日志。
• 定期验证：每月至少进行一次灾备切换测试，确保灾备系统能正常接管业务，同时验证数据完整性。

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