非主流的ORACLE数据库高可用解决方案


http://weibo.com/junsansi 君三思 2012-04 非主流 ORACLE数据库高可用解决方案 DTCC2012DTCC2012 数据库服务高可用的目标 其实,成本最重要… 系统 负载均衡 故障 自动切换 伸缩 扩展能力 DTCC2012DTCC2012 传统解决方案 … DTCC2012DTCC2012 方案: » IBM HACMP » SUN CLUSTER » HP SERVICE GUARD » 其它集成方案 特点: » 存储共享,数据无须同步 » 切换操作于应用端透明 » Active/Passive结构 第三方 厂商 高可用方案 DTCC2012DTCC2012 ORACLE 官方 高可用特性(1) - RAC » 单库多实例架构,保障实例的高可用性 » 节点水平扩展,集中方式管理 » TAF(Transparent Application Failover)配置 得当能够有效利用资源,降低故障切换 的影响 DTCC2012DTCC2012 » 易于部署,管理维护成本较低 » 提供数据库冗余保护 » 11g版本引入ACTIVE DATAGUARD特性 » Broker实现故障自动切换 »… ORACLE 官方 高可用特性(2) - DATAGUARD DTCC2012DTCC2012 » 复合使用 RAC+DATAGUARD 两种特性 » 官方推荐的Maximum Availability Architecture (MAA) 架构。 MAA架构应用 DTCC2012DTCC2012 软硬合璧 Exadata – X86 架构最强者 ? 软硬结合,独有特性 。 很好很强大 很贵很豪华 DTCC2012 DTCC2012 现实需求 力争实现的N个目标: • 高可用性,故障自动切换 • 充分利用资源,负载均衡 • 降低切换对前端应用的影响,简化JDBC配置 • 方便维护,易于扩展 • 控制成本 我表示压力不大! DTCC2012DTCC2012 非主流解决方案 … DTCC2012DTCC2012 主要问题: Standby端使用率较低; Broker部署于第三台服务器; 切换只针对数据库相关资源; 故障切换后丢失所有Standby节点。 面临挑战! 优点很明显 成本低方案成熟 Data Guard+Broker方案 DTCC2012DTCC2012 » Primary/Standby差异表现在: ControlFiles + Online Redologs » 切换身份可以很简单 DataGuard主备文件结构 DTCC2012DTCC2012 底层存储设备 » 第三方开源软件DRBD Distributed Replicated Block Device » 传说中的网络RAID » 默认主从两种角色,也能支持双Primary模式 DTCC2012DTCC2012 » Primary角色的控制文件和联机日志置于DRBD共享盘: 持有pridisk磁盘P角色的就是Primary » 其它类型文件仍由 DataGuard维护 DataGuard+DRBD物理结构 DTCC2012DTCC2012 DataGuard+DRBD节点启动和切换 » Node1以Primary身份启动; » Primary身份的机器启动时持有VIP,供应用连接; » Node2以Standby身份启动,应用Active Dataguard; » Standby端自定义脚本定时检测Primary身份: » 监测网络/存储/ORA服务 » 监控很重要 DTCC2012DTCC2012 Oracle DataGuard特性能够快速增加Standby 节点,易于维护管理; 第三方开源软件LVS维护虚拟IP,DR模式转 发请求至Standby,减化JDBC瘦客户端的连 接配置; 伸缩和负载均衡 DTCC2012DTCC2012 最终方案 要点: » Primary端lgwr sync方式实时发送日志 » Standby端using current logfile » 应用层实现读/写操作分离 DTCC2012DTCC2012 这是拿ORACLE当MySQL用啊有木有! 看出来le没 MySQL表示压力不大~ DTCC2012DTCC2012 ? Q & A 互动百科(www.hudong.com) ARCH/SA/DEVELOPER大量职位诚邀加盟… DTCC2012DTCC2012
还剩18页未读

继续阅读

下载pdf到电脑,查找使用更方便

pdf的实际排版效果,会与网站的显示效果略有不同!!

需要 6 金币 [ 分享pdf获得金币 ] 0 人已下载

下载pdf