51CTO学堂-Oracle RAC+DG生产实战（4）：Oracle21c RAC DataGuard搭建2+2

Oracle 21c RAC+DG 实战：2+2 架构搭建全流程与生产环境高可用配置指南

在数字化转型浪潮中，企业数据的高可用性和容灾能力已成为核心竞争力。Oracle 21c RAC（Real Application Clusters）与DG（Data Guard）的“2+2”架构（即主库为RAC集群，备库也为RAC集群）凭借其双活容灾、负载均衡和故障自动切换能力，成为金融、电信等关键行业生产环境的首选方案。本文以实际项目为蓝本，拆解从环境规划到高可用配置的全流程，助力企业构建“零中断”数据库架构。

一、架构设计：两地三中心的“双保险”

1. 核心架构逻辑

“2+2”架构采用“同城双活+异地灾备”模式：

• 同城双活：主库RAC集群部署在生产机房，备库RAC集群部署在同城灾备机房，通过高速网络（如100Gbps光纤）实现实时数据同步，RPO（恢复点目标）趋近于零。
• 异地灾备：在异地（如贵阳）部署单机作为第三级容灾，通过异步传输降低网络带宽压力，RTO（恢复时间目标）控制在分钟级。

2. 典型应用场景

• 金融交易系统：某银行采用此架构后，核心交易系统可用性提升至99.999%，年故障时间从8小时压缩至5分钟以内。
• 数字孪生平台：某制造业企业通过RAC的负载均衡能力，支撑实时数据分析和可视化展示，系统响应速度提升3倍。

二、环境规划：硬件与网络的“硬核”准备

1. 硬件配置清单

2. 网络拓扑设计

• 公共网络：用于客户端访问，通过VIP（Virtual IP）实现故障自动迁移。例如，主库节点1的VIP为192.168.1.10，节点2的VIP为192.168.1.11，当节点1故障时，VIP自动切换至节点2。
• 私有网络：用于RAC节点间的心跳检测和数据同步，采用专用VLAN隔离，带宽不低于10Gbps。
• 存储网络：通过光纤通道（FC）连接共享存储，延迟低于1ms。

三、安装配置：从零到一的“标准化”流程

1. 操作系统预处理

• 关闭防火墙与SELinux：

  bash

  systemctl disable firewalld sed -i 's/^SELINUX=.*/SELINUX=disabled/' /etc/selinux/config

• 配置SSH免密登录：
  在所有节点生成SSH密钥对，并通过ssh-copy-id命令实现节点间免密访问，确保集群管理工具（如CRS）能无缝通信。

• 修改主机名与IP：
  按规划修改/etc/hosts文件，例如：

  192.168.1.10 rac-primary1-vip 192.168.1.11 rac-primary2-vip 192.168.1.20 rac-standby1-vip 192.168.1.21 rac-standby2-vip

2. 共享存储配置

• ASM磁盘组创建：
  使用asmca工具创建DATA（数据文件）、FRA（快速恢复区）和REDO（重做日志）三个磁盘组，冗余策略选择EXTERNAL（单副本）或NORMAL（双副本），根据业务RTO需求选择。

• 多路径配置：
  通过multipath.conf文件配置多路径软件（如Device Mapper），确保存储路径故障时自动切换，例如：

  devices { device { vendor "NETAPP" product "LUN" path_grouping_policy "group_by_prio" failback immediate no_path_retry 30 } }

四、高可用配置：从“可用”到“可靠”的“精细化”调优

1. RAC集群高可用

• 故障转移组（Failure Group）：
  将同城RAC节点划分为同一故障组，异地单机单独成组。例如：

  sql

  ALTER DISKGROUP DATA ADD FAILGROUP FG_PRIMARY DISK '/dev/sdb1'; ALTER DISKGROUP DATA ADD FAILGROUP FG_STANDBY DISK '/dev/sdc1';

• 服务资源绑定：
  通过srvctl命令将数据库服务绑定到特定故障组，例如：

  bash

  srvctl add service -d ORCL -s FINANCE -r PRIMARY_GROUP -a STANDBY_GROUP

2. DG数据同步优化

• 同步模式选择：

  • 同城RAC间：采用SYNC模式，确保数据零丢失。
  • 异地单机：采用ASYNC模式，平衡性能与数据安全性。
    配置示例：

  sql

  ALTER SYSTEM SET LOG_ARCHIVE_DEST_2='SERVICE=standby LGWR SYNC AFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=standby'; ALTER SYSTEM SET LOG_ARCHIVE_DEST_3='SERVICE=remote ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=remote';

• 归档日志管理：
  设置归档保留策略为KEEP 7（保留7天），并通过RMAN定期清理过期归档，避免存储空间耗尽。

3. 监控与告警

• 集群状态检查：
  使用crsctl check cluster命令实时监控集群健康状态，例如：

  CRS-4537: Cluster Ready Services is online on all nodes CRS-4529: Cluster Synchronization Services is online on all nodes

• 自动故障切换测试：
  模拟节点故障（如kill -9终止ora_pmon_<SID>进程），验证VIP、服务和数据库能否在30秒内自动切换至备用节点。

五、实战案例：某银行核心系统“2+2”架构升级

1. 项目背景

某银行原核心系统采用单节点Oracle数据库，年故障时间达8小时，无法满足监管要求的“RTO<5分钟、RPO=0”。

2. 实施效果

• 可用性提升：升级后系统可用性达99.999%，年故障时间压缩至5分钟以内。
• 性能优化：通过RAC的负载均衡，交易响应时间从2秒降至500毫秒。
• 成本降低：异地单机采用低成本硬件，整体TCO（总拥有成本）下降30%。

六、常见问题与解决方案

1. 网络延迟导致同步滞后

• 问题：同城RAC间网络延迟超过5ms，DG同步出现“gap”。
• 解决方案：升级网络设备至25Gbps，并启用NETCACHE加速日志传输。

2. 存储路径故障

• 问题：共享存储单路径故障导致节点宕机。
• 解决方案：配置多路径软件，并定期执行multipath -ll检查路径状态。

七、总结与展望

Oracle 21c RAC+DG的“2+2”架构通过“双活容灾+负载均衡”技术，为企业提供了“零中断”的数据库解决方案。未来，随着AI运维工具（如Oracle AIOps）的普及，系统将实现从“被动响应”到“主动预防”的升级，进一步降低运维复杂度。对于金融、电信等关键行业，此架构已成为构建“韧性数字底座”的核心选择。