Debian 上 Oracle 数据库容灾方案与落地路径
一、方案选型与适用场景
- 下表对比主流的 Oracle 容灾技术，便于按 RPO/RTO、网络条件与成本进行取舍：
| 方案 |
复制机制 |
典型 RPO |
典型 RTO |
关键特性与适用场景 |
| Data Guard 物理备库 |
传输并重放 Redo |
0（SYNC/FASTSYNC），或接近 0（ASYNC） |
分钟级（演练可达约2 分钟） |
主备一致性强、运维简单、支持 Active Data Guard（备库只读、备份卸载、自动坏块修复）。适合绝大多数生产系统。 |
| Data Guard Far Sync |
在主备之间引入 Far Sync 实例，零丢数据的中继 |
0 |
分钟级 |
将同步点前移到同城近端，跨城/广域仍用 ASYNC 到远端备库，兼顾性能与 RPO=0。 |
| Oracle GoldenGate |
解析日志并 双向/多向 复制 DML/DDL |
秒级（通常 <5 秒） |
分钟级 |
支持异构平台/异构数据库、跨业务系统分发与双向复制；不内置“自动故障转移”，需配合切换/路由策略。 |
| 存储复制 / CDP |
阵列/块级镜像或持续数据保护 |
近 0（取决于链路与策略） |
取决于切换流程 |
依赖同型存储/专线，备端利用率低；可与数据库层复制组合增强韧性。 |
- 选型建议：同城强一致优先 ADG SYNC/FASTSYNC + Far Sync；跨城/广域优先 Far Sync + ADG ASYNC；异构/多活/数据分发优先 GoldenGate；已有同型阵列时可叠加 存储复制 提升冗余。
二、Data Guard 物理备库在 Debian 的落地步骤
- 前提与规划
- 主备均安装 Oracle Database 19c/21c 与 Debian，开启归档（ARCHIVELOG）、强制日志（FORCE LOGGING），配置 FRA，主备 SYS 密码一致，并打通 Oracle Net（tnsnames.ora / listener.ora）。
- 主库配置（示例关键参数）
- 启用日志传输与保护模式（示例为最大可用/FASTSYNC）：
- ALTER DATABASE FORCE LOGGING;
- ALTER SYSTEM SET LOG_ARCHIVE_CONFIG=‘DG_CONFIG=(PRIMARY,STANDBY)’ SCOPE=BOTH;
- ALTER SYSTEM SET LOG_ARCHIVE_DEST_2=‘SERVICE=STANDBY SYNC AFFIRM LGWR FASTSYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=STANDBY’ SCOPE=BOTH;
- ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=ENABLE;
- ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE AVAILABILITY;
- 备库创建与同步
- 备份主库（RMAN）：BACKUP FULL DATABASE INCLUDE CURRENT CONTROLFILE FOR STANDBY;
- 复制备份至备库后，使用 Duplicate From Active Database（不落地）创建备库：
- RMAN> CONNECT TARGET /
- RMAN> CONNECT AUXILIARY SYS/***@STANDBY
- RMAN> DUPLICATE TARGET DATABASE FOR STANDBY FROM ACTIVE DATABASE NOFILENAMECHECK;
- 备库启用与管理
- 启动 MRP：ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;
- 启用只读查询（ADG）：ALTER DATABASE OPEN READ ONLY;（保持 MRP 持续应用）
- 监控：V$MANAGED_STANDBY、V$ARCHIVE_DEST、V$DATAGUARD_STATS；切换/回切建议用 Data Guard Broker（DGMGRL）或 Enterprise Manager 执行与校验。
- 要点
- 同城强一致：主库到 Far Sync 实例 采用 SYNC/FASTSYNC，Far Sync 到远端备库 ASYNC，实现任意距离 RPO=0 且主库性能影响最小。
- 备库只读期间仍可接收并应用日志；故障切换后可在新主库上继续只读查询/备份卸载。
三、GoldenGate 在 Debian 的落地要点
- 架构与进程
- 源端：Extract 捕获联机/归档日志；目标端：Replicat 将变更回放为 SQL。
- 支持异构 OS/DB、双向复制、跨域分发，延迟通常可控制在 秒级（<5 秒）。
- 基本步骤
- 主备库启用 SUPPLEMENTAL LOGGING，创建 OGG 用户与权限，配置 MANAGER、EXTRACT/REPLICAT、PUMP（必要时）。
- 初始化加载（全量）后，启用增量捕获与应用；按需设置一致性校验与告警。
- 适用场景
- 异构平台迁移/整合、跨系统数据分发、多活/近实时分析；若需自动故障转移，需叠加 TAF/应用路由/负载均衡 或配合 GoldenGate Veridata 做一致性校验。
四、两地三中心与 RPO/RTO 目标设计
- 架构建议
- 生产中心：主库（可配 RAC）+ 近端 Far Sync 实例；同城灾备中心：同步/近同步备库（ADG）；异地灾备中心：异步备库（ADG 或 OGG）。
- 读负载可卸载到 Active Data Guard 备库；备份可卸载到备库；关键业务启用 Application Continuity 提升体验。
- 指标与取舍
- 同城强一致：主库→Far Sync SYNC/FASTSYNC，跨城 ASYNC，实现 RPO=0、RTO 分钟级。
- 仅异步复制时，极端故障可能丢失最后一批日志，需结合业务容忍度与带宽评估；必要时引入 Far Sync 或提升为 SYNC 模式。
五、监控、演练与常见误区
- 监控与告警
- Data Guard：V$MANAGED_STANDBY、V$ARCHIVE_DEST、V$DATAGUARD_STATS、DGMGRL SHOW CONFIG/SHOW DATABASE；建议配置 延迟阈值 与 GAP 告警，结合 Enterprise Manager 或自研脚本。
- GoldenGate：INFO/STATS/ERROR 日志、LAG 监控、进程状态与异常回滚策略。
- 演练与回切
- 定期执行 Switchover/Failover 演练，验证 RPO/RTO；演练后按流程 回切 并校验数据一致性与应用连通性。
- 常见误区
- 仅异步且带宽/延迟不足导致 延迟累积，灾备端无法在可接受窗口内接管；建议引入 Far Sync 或优化网络/压缩策略。
- 只读查询与恢复并存时未正确管理 MRP 与 OPEN READ ONLY，切换前未 追平日志 导致打开失败或数据丢失；切换前务必确认 备库已追平。
- 忽视 坏块 风险：数据库层复制（ADG/OGG）可配合 自动坏块修复，而存储复制可能将坏块被动传播；关键系统优先数据库层复制。