构建基于负载均衡和TAF的CRM系统高可用性方案

冯立峰　郭彦玲

【摘要】 电信运营商的CRM系统以支撑客户为导向的运营体系的重要管理系统，本文在认真总结分析了某电信运营商CRM系统的组网架构后，针对业务特点，设计了基于负载均衡+TAF特性实现CRM系统高可用性的方案，项目的成果具有很强的实用性和可推广价值。

【关键词】 负载均衡 TAF CRM 高可用

一、项目背景

CRM系统是电信运营商支撑以客户为导向的运营体系的信息系统，其核心软件包括web中间件、oracle数据库等，为了保障系统的高可用性，相关模块都配置了双节点或多节点；然而，由于软件版本及业务功能的限制，存在以下的情况：

web中间件的服务端口正常，但是其承载的业务已经异常时，客户端的请求仍然会被分发到异常的 server上，从而导致访问该服务器的业务出现异常；

tuxedo中间件采用XA方式访问oracle数据库，其采用长连接方式，当RAC数据库的某个实例出现故障时，会导致连接此实例的tuxedo无法正常访问数据库，造成业务异常。

二、技术方案

2.1基于負载均衡实现weblogic高可用性

为了使得负载均衡器上能够探测CRM WEB业务程序的真实可用性，并能够自动将异常的weblogic server下线，需要启用负载均衡的的高级健康检查策略，并且WEB程序要增加健康检查页面，要求该页面能够准确的体现其所在server的业务可用性。

首先，改造CRM的WEB程序，增加健康检查页面health.jsp，该页面的内部逻辑为首先判断服务端口是否正常，然后调用WTC数据源验证tuxedo服务是否正常，如上述两项都正常则返回标识业务正常的关键字。通过访问该页面，就可以有效的判断weblogic server上WEB业务的可用性，只有在业务真正可用状态下，页面才会正常显示”success”关键字。

然后，通过在负载均衡器上配置启用CRM系统web资源池的健康检查策略，检测手段为HTTP检测，匹配模式为字符串匹配，同时将匹配字符串配置对应关键字，从而实现异常server的自动探测发现和下线。

2.2基于TAF实现tuxedo调用oracle数据库的高可用性

ORACLE RAC数据库集群环境中，当集群中的一个节点出现异常宕机后，新的事务会被自动路由到其他的可用实例上；但是重路由指向时需要重点保障那些在宕机时正在发起的事务。通过研究测试ORACLE RAC数据库，发现TAF特性可以实现将失败节点的事务恢复到另外的正常节点而无需人工中断处理。

TAF特性提供两种事务透明转移特性：

SELECT failover ： Oralce Net会在在交易过程中跟踪发生的所有 SELECT 语句，如果到实例的连接中断，Oracle Net建立到另外的RAC节点的连接，并重新执行SELECT 语句，重新定位游标以使得客户端能够继续接收数据。但是该种模式下，如果实例节点崩溃期间，客户端正在处理一个DML事务，那么在自动切换到可用节点后，需要客户端程序自己处理事务回滚，否则无法继续访问。

SESSION failover ： 当客户端到实例的连接中断时，Oracle Net会自动重新创建新的连接到可用节点，在此期间的任何事务都会丢弃，这种模式较适合于OLTP系统。

针对CRM业务系统的特性，我们选择”SESSION failover”方式进行实施。

首先，确认交易中间件对TAF特性的支持；

然后，配置TUXEDO服务器上ORACLE客户端的tnsnames.ora，以支持TAF特性，配置要点为“LOAD_BALANCE = off”、“（FAILOVER = on）”、“（TYPE=session）”。

三、效果

通过上述的两种技术手段，实现CRM：

系统中的某一个Weblogic服务异常故障时，系统能够自动识别并下线异常节点，同时将业务负载转移至其他正常节点；系统的ORACLE RAC数据库的某一个节点异常故障时，tuxedo能够利用TAF特性实现故障时的业务透明迁移，及时自动将业务切换到正常实例节点。

本技术方案已经在CRM系统实施，实施后提高了系统的运行稳定性，大幅降低了故障发生次数和故障恢复时间，系统的可用性得到很大程度提升。

参 考 文 献

[1]. 郭欣. 构建高性能Web站点[M].北京：电子工业出版社，2012.

[2]. 周亮， 田悦， 赵婧. Oracle DBA实战攻略：运维管理、诊断优化、高可用与最佳实践[J].北京： 机械工业出版社，2013.

[3]. James Little ， Peter Membrey ， David Hows. Practical Load Balancing： Ride the Performance Tiger [M]. APress； 1，2012