Oracle【实战篇】05：DG与ADG的高可用架构设计与性能优化

1. DG与ADG架构设计基础Oracle Data GuardDG和Active Data GuardADG是数据库高可用架构的基石。我见过太多团队在初期设计时忽略细节导致后期性能瓶颈。先说说最基础的物理备库部署这里有个关键点备库必须与主库保持相同的目录结构和文件路径。如果主库数据文件放在/u01/oradata备库却放在/u02/oradata同步就会失败。网络配置上建议主备库之间用专用网络链路。曾经有个客户为了省成本把DG流量和业务流量混在同一个千兆网卡上结果高峰期日志传输延迟高达30分钟。后来单独配置了10G光纤直连延迟直接降到秒级。日志传输模式的选择直接影响数据安全性最大保护模式适合金融场景主库必须等至少一个备库确认收到日志才会提交事务最大可用模式是折中方案平时像最大保护模式备库故障时自动降级最大性能模式则优先保证主库性能适合异地容灾2. ADG读写分离实战技巧ADG最吸引人的就是备库可读特性。但很多DBA不知道备库查询性能可能比主库慢5-10倍。去年我们优化过一个电商系统他们把所有报表都扔给ADG备库结果查询把备库CPU跑满连日志应用都卡住了。解决方案是在备库创建与主库不同的索引比如为主库优化OLTP索引为备库优化OLAP索引使用DBMS_SCHEDULER在备库定期统计信息收集配置STANDBY_MAX_DATA_DELAY参数控制查询容忍的延迟-- 备库创建专属索引的示例 CREATE INDEX idx_order_date_standby ON orders(order_date) TABLESPACE report_indexes; -- 设置最大数据延迟为5分钟 ALTER SYSTEM SET STANDBY_MAX_DATA_DELAY300;3. 性能调优黄金参数经过上百个案例验证这几个参数对DG/ADG性能影响最大参数名推荐值作用说明LOG_ARCHIVE_DEST_nASYNC/ SYNC控制日志传输模式LGWR_PROCESSES2-4增加LGWR进程提升日志生成效率STANDBY_FILE_MANAGEMENTAUTO自动同步数据文件变更DB_FILE_NAME_CONVERT主备路径映射必须配置否则数据文件无法识别有个坑要注意FAL_SERVER和FAL_CLIENT参数必须互指否则归档间隙修复会失败。上周还遇到客户因为这个参数配反导致备库停滞8小时。4. 网络优化关键策略DG对网络抖动极其敏感。某次客户机房空调故障网络波动导致DG不断断开重连。后来我们做了这些优化启用TCP快速重传net.ipv4.tcp_frto2调整Oracle网络超时ALTER SYSTEM SET NET_TIMEOUT30 SCOPEBOTH;使用压缩传输适合带宽100Mbps场景ALTER SYSTEM SET LOG_ARCHIVE_DEST_2SERVICEstandby LGWR SYNC COMPRESSIONENABLE;对于跨机房部署建议用tnsping测试真实延迟。曾经有个案例看似30ms的网络延迟实际测试发现午高峰时延波动到500ms后来改用专线解决。5. 常见故障处理手册根据我的运维记录DG/ADG 90%的问题集中在以下场景案例1备库MRP进程卡住症状V$DATAGUARD_PROCESS显示MRP状态为WAIT_FOR_LOG 解决方法-- 查看缺失的归档 SELECT thread#, sequence# FROM V$ARCHIVED_LOG WHERE appliedNO AND registrarRFS; -- 手动注册归档 ALTER DATABASE REGISTER PHYSICAL LOGFILE /path/to/arch_1_100.arc;案例2主备数据不一致使用DBMS_COMPARISON包定期校验BEGIN DBMS_COMPARISON.CREATE_COMPARISON( comparison_name CHECK_DATA, schema_name SCOTT, object_name EMP); END; /案例3备库空间不足预防性脚本-- 监控备库空间 SELECT name, total_mb, free_mb FROM V$STANDBY_STORAGE;6. 生产环境部署checklist根据最佳实践部署时必须验证这些项[ ] 主备库COMPATIBLE参数一致[ ] 测试主备角色切换至少每年演练两次[ ] 配置监控告警推荐OEM的DG插件[ ] 禁用备库的自动维护任务[ ] 设置DATA_GUARD_MAX_IO_TIME防止IO卡死最后提醒DG不是备份曾有个客户误删表后才发现备库也同步删除了。一定要配合RMAN定期全备归档备份。