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