RoseHA交通行业业务连续性解决方案概要.docxVIP

RoseHA 交通行业 ·业务连续解决方案成功案例 某省铁路票务管理系统 —— 业务连续运营解决方案 2013 客户简介 该铁路局地处东南沿海长江中下游地区 ,线路主要分布在安徽、江苏、浙 江、福建、江西和上海市。吸引区内工农业生产发达 ,内外贸易兴旺。人口稠 密,旅游资源丰富 ,是全国客货运输最繁忙的铁路局之一。营业里程4129.5公 里(包括临时营业线 152.8 公里 ,延展长度 10002.5公里 ,其中跨省市的线路有京九、浙赣、津浦线、符夹线、宁芜线、皖赣线、沪宁线、沪杭线、鹰厦 线、 长牛线、宣杭线等 11 条 ,以及青阜、淮南、金千、外福等省内线。 - 2 - 项目背景及需求分析 在 13 亿中国人口的大背景下 ,随着人们的生活质量不断提高 ,越来越多的人开始注重外出旅游 ,运输业面临着巨大的压力 ,特别在节假日期间 ,传统的铁路票务管理已经不能满足乘客及企业的需求。信息管理系统 , 正逐步深入 地应用在铁路票务管理系统中。如何保证信息系统 7*24 小时不间断工作 ,已经 成为铁路局关注的焦点问题。于是 ,高可用性对于信息系统就显得越来越重 要。 项目实施目标 : 为该铁路票务管理系统 ,提供保障业务连续运营不间断的基础环境 ,实现 铁路票务管理系统的持续不间断运营。 - 3 - 通过对该铁路局需求的详细分析 ,经过细致的产品对比、慎重的方案筛选以及客户现有资源等因素的综合考虑 ,Rose公司推荐其采用基于共享存储的业务连续性旗舰产品 —RoseHA,部署铁路局各个站点铁路票务管理系统的业务连续性系统工程。 总体架构描述 只需在各个站点的铁路票务管理系统上 ,分别安装 RoseHA 搭建基于共享存储的双机高可用系统 ,无需客户更改现有系统的任何环节。 具体实现过程 以下 ,以某一个票务站点为例作详细说明。 首先 ,该站点的一台服务器 A 作为铁路票务管理系统 Oracle 数据库服务的主服务器 ,承担 Oracle 所有的业务访问工作 ,另一台服务器 B 作为铁路票务管理系统 Oracle 数据库服务的备份服务器。铁路票务管理系统 Oracle数据库的所有数据均存 放在连接 A 、B 两台服务器的共享磁盘上。 其次 ,服务器 B 作为服务器 A 的备援服务器 ,通过心跳线周期的监控主机的运行状态 ,即当铁路票务管理系统 Oracle 数据库服务出现任何不可修复的故障或需 要脱机维护时 ,RoseHA 自动将铁路票务管理系统 Oracle 数据库服务切换到服务器 B 上 ,继续为客户端提供不间断的服务 ,确保铁路票务管理系统的持续运营工作。 铁路票务管理系统在 RoseHA 的保护下 ,实现了业务的连续性运营 ,铁路票务管理系统 Oracle 数据库数据是保存在共享磁盘上 ,保证了两台服务器使用的是同一份数据 ,不用担心数据的不一致。客户端通过活动 IP 访问应用服务。主、备服务器通过心跳线周期的监控对方服务器的状态 ,一旦主机出现故障不 客户端 公网 心跳线 客户端 共享磁盘 部署 RoseHA 部署 RoseHA 票务管理系统 Oracle 数据库主机 票务管理系统 Oracle 数据库备机 方案投入清单 产品名称数目描述 RoseHA for Linux2 套 Oracle 高可用软件 能继续为客户端提供应用服务 ,备份服务器就会自动的接管 RoseHA 所保护的 应用服务 ,保证铁路票务系统的持续运行。 - 4 - 实现了服务自动监测、自动切换 当系统出现故障时 (如:系统宕机、服务器硬件故障 ,应用进程被杀掉、 RS-232/ 存储连线 /网络线缆断开 ,RoseHA 将确定由于某种故障而终止的应用 ,并将这些应用 切换到备份服务器上。而故障服务器中未受影响的应用不会被切换 ,不受任何影响 , 也不需要系统管理员干预。并且 ,RoseHA 具有两个 核心进程 ,他们互相监控 ,如果其中一个进程失败 ,另一个进程会立即进行恢复 ,防止了因 RoseHA 自身单点故障而引起切换的发生。 实现心跳冗余 可以将 TCP/IP 网线和 RS-232 串口线作为在集群系统上运行的 RoseHA 的心跳 线。配置多条心跳路径可以避免系统的单点故障。两种心跳的类型没有限定 ,可以同时配置 RS-232 和网卡作为心跳 ,也可以单独配置网卡作为心跳 ,当然也可以配置两个 RS-232 作为心跳。 提高网络可靠性 如果服务器的网络部分发生故障 ,会导致客户不能连接和访问到服务器 ,这同样是致命的故障。 RoseHA 可以利用服务器配备的冗余网络接口 ,使用它 来恢复网络连接。在没有配备冗余的网络接口 ,或者所有的网络接口均出现故障时 ,HA 会将该应用切换到另外一台服务器上。切换完成后 ,客户在短暂的切换过程后能够继续