双活企业服务总线的设计与实现

第３１卷第１期　２０１４年１月　计算机应用与软件　Ｃｏｍｐｕｔｅｒ　Ａｐｐｌｉｃａｔｉｏｎｓ　ａｎｄ　Ｓｏｆｔｗａｒｅ　Ｖｏ１．３１　Ｎｏ．１　Ｊａｎ．２０１４　双活企业服务总线的设计与实现　胡晨皓　（上海农商银行上海２０１２０４）　摘要　以上海农商银行企业服务总线为例，对该系统的设计思想、系统功能、应用规划和开发方式做了简要描述。为了解决该　系统所面临的高可用问题，分别从网关层、应用层、数据层、监控层等四个层面，对其可选的高可用方案进行罗列和比较，设计出一个　“双活”方案，随后就其主要技术实现细节进行详细介绍。目前，该系统已开发完毕且投入正式使用。实践结果表明，该方案不仅满　足了各项业务功能，还有效提升了整个系统的可用性，是一次很有意义的尝试，值得学习借鉴并加以推广。　关键词　中图分类号双活企业服务总线　高可用　ＴＰ３１７　文献标识码Ａ　ＤＯＩ：１０．３９６９／ｊ．ｉｓｓｎ．１０００—３８６ｘ．２０１４．Ｏ１．０２６　ＤＥＳＩＧＮ　ＡＮＤ　ＲＥＡＬＩＳＡＴＩｏＮ　ｏＦ　ＡＣＴＩＶＥ．ＡＣＴＩＶＥ　ＳＹＳＴＥＭ　ＦＯＲ　ＥＮＴＥＲＰＩＵＳＥ　ＳＥＲＶＩＣＥ　ＢＵＳ　Ｈｕ　Ｃｈｅｎｈａｏ　（Ｓｈａｎｇｈａｉ　Ｒｕｒａｌ　Ｃｏｍｍｅｒｉｃａｌ　Ｂａｎｋ，Ｓｈａｎｇｈａｉ　２０１２０４，Ｃｈｉｎａ）　Ａｂｓｔｒａｃｔ　Ｔａｋｉｎｇ　ｔｈｅ　ｅｎｔｅｒｐｒｉｓｅ　ｓｅｒｖｉｃｅ　ｂｕｓ　ａｔ　Ｓｈａｎｇｈａｉ　Ｒｕｒａｌ　Ｃｏｍｍｅｒｃｉａｌ　Ｂａｎｋ　ａｓ　ｔｈｅ　ｅｘａｍｐｌｅ，ｗｅ　ｇｉｖｅ　ａ　ｂｒｉｅｆ　ｉｎｔｒｏｄｕｃｔｉｏｎ　ｏｎ　ｔｈｅ　ｄｅｓｉｇｎ　ｃｏｎｃｅｐｔ，ｓｙｓｔｅｍ　ｆｕｎｃｔｉｏｎ，ａｐｐｌｉｃａｔｉｏｎ　ｐｌａｎ　ａｎｄ　ｄｅｖｅｌｏｐｍｅｎｔ　ａｐｐｒｏａｃｈ　ｏｆ　ｔｈｅ　ｓｙｓｔｅｍ．Ｔｏ　ｄｅａｌ　ｗｉｔｈ　ｔｈｅ　ｈｉｇｈ—ａｖａｉｌａｂｉｌｉｔｙ　ｐｒｏｂｌｅｍ　ｔｈｅ　ｓｙｓｔｅｍ　ｃｏｎｆｒｏｎｔｅｄ，ｗｅ　ｅｎｕｍｅｒａｔｅ　ａｎｄ　ｃｏｍｐａｒｅ　ｓｏｍｅ　ｏｐｔｉｏｎａｌ　ｈｉｇｈ—ａｖａｉｌａｂｉｌｉｔｙ　ｓｏｌｕｔｉｏｎｓ　ｆｒｏｍ　ｆｏｕｒ　ｌａｙｅｒｓ　ｉｎｃｌｕｄｉｎｇ　ｔｈｅ　ｇａｔｅｗａｙ　ｌａｙｅｒ，ｔｈｅ　ａｐｐｌｉｃａｔｉｏｎ　ｌａｙｅｒ，ｔｈｅ　ｄａｔａ　ｌａｙｅｒ　ａｎｄ　ｔｈｅ　ｍｏｎｉｔｏｒｉｎｇ　ｌａｙｅｒ　ｒｅｓｐｅｃｔｉｖｅｌｙ，ａｎｄ　ｄｅｓｉｇｎ　ａｎ“ａｃｔｉｖｅ－ａｃｔｉｖｅ”ｓｃｈｅｍｅ．Ｔｈｅ　ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ｄｅｔａｉｌｓ　ｏｆ　ｉｔｓ　ｍａｉｎ　ｔｅｃｈｎｏｌｏｇｉｅｓ　ａｒｅ　ｅｌａｂｏｒａｔｅｌｙ　ｉｎｔｒｏｄｕｃｅｓ　ａｆｔｅｒｗａｒｄｓ．Ｎｏｗａｄａｙｓ，ｔｈｉｓ　ｓｙｓｔｅｍ　ｈａｓ　ｂｅｅｎ　ｃｏｍｐｌｅｔｅｄ　ｉｔｓ　ｄｅｓｉｇｎ　ａｎｄ　ｂｅｅｎ　ｐｕｔ　ｉｎｔｏ　ｐｒａｃｔｉｃａｌ　ｕｓｅ．　Ｐｒａｃｔｉｓｉｎｇ　ｒｅｓｕｌｔ　ｉｎｄｉｃａｔｅｓ，ｔｈｉｓ　ｓｃｈｅｍｅ　ｓａｔｉｓｆｉｅｓ　ａ　ｖａｒｉｅｔｙ　ｏｆ　ｂｕｓｉｎｅｓｓ　ｆｕｎｃｔｉｏｎｓ，ａｎｄ　ａｌｓｏ　ｉｍｐｒｏｖｅｓ　ｔｈｅ　ａｖａｉｌａｂｉｌｉｔｙ　ｏｆ　ｅｎｔｉｒｅ　ｓｙｓｔｅｍ　ｅｆｆｅｃｔｉｖｅｌｙ．　Ｉｔ　ｉｓ　ａ　ｔｒｉａｌ　ｗｉｔｈ　ｓｉｇｎｉｆｉｃａｎｃｅ　ａｎｄ　ｉｓ　ｗｏｎｈ　ｔｏ　ｂｅ　ｓｔｕｄｉｅｄ　ａｓ　ｔｈｅ　ｒｅｆｅｒｅｎｃｅ　ａｎｄ　ｔｏ　ｂｅ　ｐｒｏｍｏｔｅｄ　ａｓ　ｗｅｌ１．　Ｋｅｙｗｏｒｄｓ　Ａｃｔｉｖｅ－－ａｃｔｉｖｅ　Ｅｎｔｅｒｐｒｉｓｅ　ｓｅｒｖｉｃｅ　ｂｕｓ　Ｈｉｇｈ－－ａｖａｉｌａｂｉｌｉｔｙ　能承担所有的负载并继续对外提供服务。为此，“双活”模式所　０引　言　近年来，商业银行业务运作对信息系统的依赖程度越来越　高。一旦因自然灾害、设备故障或人为因素等原因，引起信息系　统停顿并在短时间内无法恢复，从而导致客户数据丢失，业务无　法照常开展。将对广大客户和商业银行本身造成严重的经济损　失和声誉损害。由此所引发的连环效应，甚至会关系到商业银　具有的众多优势，将成为今后一段时期被研究和应用的重点。　１　系统简介　为了高效、便捷、全方位支持上海农商银行各项业务活动，　有效解除各应用系统之间的紧耦合关系，进一步整合历史遗留　系统，需全新规划、构建适合我行实际情况的企业服务总线。　行自身的生存和发展。　人民银行和银监会陆续发布了一系列监管要求，要求商业　银行针对信息系统建立灾备中心，形成较完善的灾难恢复体系，　以应对各项风险。当前，很多商业银行灾备系统都是按照“主　１．１设计思想　企业服务总线ＥＳＢ（Ｅｎｔｅｒｐｒｉｓｅ　Ｓｅｒｖｉｃｅ　Ｂｕｓ）是基于面向服务　架构ＳＯＡ（Ｓｅｒｖｉｃｅ—Ｏｒｉｅｎｔｅｄ　Ａｒｃｈｉｔｅｃｔｕｒｅ）　思想而构建的企业服　务集成基础架构。它按照松耦合设计原则，实现了业务内部逻　备”模式来建设，即同时只有一个生产系统在运行。当该生产　系统发生故障时，灾备系统再接管生产系统继续对外提供服务。　由于“主备”模式不能充分利用灾备系统资源、切换复杂度　辑与对外接口的分离。提供了服务请求端和服务提供端之间公　共连接及运行环境，能有效提高业务灵活性并为业务快速创新　提供便利。　高、对用户交易也有影响等一系列问题，已越来越不能满足商业　银行业务连续性管理方面的要求。而“双活”模式，即一个系统　１．２　系统功能　企业服务总线包括了统一的应用集成服务管理、运行管理　收稿日期：２０１２—０８—２４。胡晨皓，工程师，主研领域：软件工程，信　息安全。　同时在两个中心运行。每个中心运行相同的业务系统，对外提　供相同的业务服务，还能根据一定的策略将负载分担到每个中　心。当某个中心生产系统发生故障时，另外一个中心生产系统　第１期　胡晨皓：双活企业服务总线的设计与实现　应对数据库实例故障、服务器故障，但不能应对存储故障，切换　时间在数分钟至数小时之间，能做到零数据丢失保护。　（２）主备数据库架构它通常部署两台服务器。主数据库　运行在生产节点上，提供正常的数据库服务。备数据库运行在　备用节点上，平时不处理任何业务。当生产节点发生故障宕机　换。但在切换期间系统无法对外提供服务，对用户来说不是透　明的。　（３）软件集群　该方案通过ＷＭＱ软件集群来实现。它将集群中各节点进　行逻辑关联形成了一个内部网络，各从列管理器之间通过该内　部网络就能彼此通信，而不需要在每一个队列管理器上创建消　息通道、远程队列管理器以及与通道相关的传输队列的定义，并　使各服务器之间能共享负载，当某一系统或网络出现故障时还　能进行自动切换。　后，备用数据库可切换为主库，可向应用程序或客户端继续提供　数据库服务。支持该架构的数据库技术有：ＤＢ２的ＨＡＤＲ”　和　Ｏｒａｃｌｅ的Ｄａｔａ　Ｇｕａｒｄ【１４］。它能应对数据库实例故障、服务器故　障和存储故障，切换时间在１０～１５分钟之间，在最大保护模式　下能做到零数据丢失保护。　这种方案可以应对软、硬件故障，切换期间系统能持续对外　提供服务，对用户来说是透明的。　综合以上三种方案的优缺点，企业服务总线网关层ＷＭＱ　节点使用软件集群技术是最佳选择。ＨＴｒＰ节点的高可用方　案，可通过网络负载均衡器（例如Ｆ５）来实现。其原理是，多台　Ｈ啊’Ｐ服务器等待并接收从网络负载均衡器发出的请求，随后　进行相应的处理。同时，这些ＨＴＹＰ服务器的运行状态也可以　被网络负载均衡器所侦测，只有ＨＴＴＰ服务器运行正常时才能　收到来自网络负载均衡器的请求，从而实现多台Ｈ１ＴＩ＇Ｐ服务器　之间的高可用。通过部署两台或多台网络负载均衡器，可实现　其本身的高可用。　２．２应用层设计　企业服务总线应用层使用Ｗｅｂｓｈｐｅｒｅ　ＭＢ　（以下简称　ＷＭＢ）产品。负责接收ＷＭＱ节点或Ｈ１ＴｒＰ节点输入的各类消　息，对消息进行格式转换、运算处理和路由计算之后，再通过　ＷＭＱ节点或ＨＴｒＰ节点发往目的应用系统，从而实现应用系统　之间的消息互通　。目前，ＷＭＢ节点的高可用方案，主要有以　下三种：　（１）硬件集群　ＷＭＢ和ＷＭＱ是密切相连的产品，对　ＷＭＢ进行硬件集群，其原理和ＷＭＱ一样。ＷＭＢ运行时数据　被集中放置在外置共享存储上，当发生故障时，备机上的代理会　读取这些数据，由备机继续运行代理服务，其缺点也和ＷＭＱ硬　件集群一样。　（２）ＭＩ代理　它能以两种方式运行于ＷＭＱ之上。第一　种方式，每个代理实例都嵌入到一个ＷＭＱ服务中，当队列管理　器切换时，代理也能自动在备用节点上启动。第二种方式，备用　代理以一种半初始化状态持续运行，等待关联的备用队列管理　器变为可用，其缺点和ＭＩ队列管理器一样。　（３）软件集群ＷＭＱ节点对队列管理器进行集群设置后，　处于ＷＭＱ后方的代理也就实现了软件集群。和ＷＭＱ软件集　群一样，ＷＭＢ软件集群不仅使各服务器之间能够共享负载，当　某一系统或网络出现故障时还能进行自动切换。　综合以上三种方案的优缺点，企业服务总线应用层使用软　件集群技术是最佳选择。　２．３数据层设计　企业服务总线数据层负责提供路由信息、记录消息流水和　异常信息。数据库故障将直接导致服务管理、运行管理和监控　管理三个功能都不能使用。目前，数据库节点的高可用方案，主　要有以下三种：　（１）ＨＡ架构它通常部署两台或多台服务器。每个节点　都可以是生产节点，同时又是其他某一个或多个生产节点的备　份节点。当其中一个节点发生故障宕机后，指定的备份节点将　接管故障节点的全部资源，并恢复数据库服务继续运行。它能　（３）数据库集群架构它通常采用两台及以上物理或逻辑　主机配合集群软件，组成数据库系统对外提供服务。该架构同　时有多个节点对外提供服务，共同组成一个数据库集群。各个　节点之间相互独立，一个节点宕机不会影响到其他节点继续提　供服务。支持该架构的数据库技术有：ＤＢ２　ｐｕｒｅＳｃａｌｅ　和Ｏｒａ－　ｃｌｅ　ＲＡＣ　。它能应对数据库实例故障、服务器故障，但不能应　对存储故障，无需切换时间，能做到零数据丢失保护。　综合以上三种方案的优缺点，企业服务总线数据层使用数　据库集群架构是最佳选择。　２．４监控层设计　企业服务总线监控层主要负责对其各项服务运行状况进行　统一的监控管理和分析报告，Ｗｅｂｓｐｈｅｒｅ（以下简称ＷＡＳ）提供　监控程序的运行环境。目前，监控节点的高可用方案，主要有以　下二种：　（１）硬件集群其原理是ＷＡＳ系统运行所需要的文件系　统、ＩＰ地址等交给ＨＡＣＭＰ进行管理，并将ＷＡＳ的配置与ＨＡＣ—　ＭＰ的配置相整合。ＨＡＣＭＰ除了管理相关的硬件资源外，还可　以监控和管理ＷＡＳ相关的软件资源。这种方式可以应对软、硬　件故障，并能实现ＷＡＳ自动切换，但切换期间系统无法对外提　供服务，对用户来说不是透明的。　（２）软件集群通过建立、设置ＷＡＳ软件群集，可以使应　用程序同时运行在处于同等地位的多个应用服务器（群集成　员）之上。当某个群集成员出现故障时，能自动进行切换，使其　他成员可以继续工作。这种方式可以应对软、硬件故障，切换期　间系统能持续对外提供服务，对用户来说是透明的。　综合以上二种方案的优缺点，企业服务总线监控层采用软　件集群技术是最佳选择。　２．５物理架构　鏖　舅　鬻　ｒ、—～　１＇　—７＜一　＝＝　—＜　、　—一一　…　＿●＿　一　≤　二二＝　１；　…Ｌｕ　／　噼ｌｓ　　Ｉ　－　帷ｓｌ　…　ｔ￣，ｓ　１日ｎ　…一　Ｉ　Ｉ　Ｅ＝＝　白　ｌ　ｌ　营　ｊ　丈ｌ＝　＝＝＞　＜　图２物理架构图　１００　计算机应用与软件　２０１４生　根据以上设计方案，企业服务总线将分别部署在两个生产　中心，之间通过光纤网络互联，能同时对外提供服务。每一层面　ＣＯＮＮＡＭＥ（　ＡＳＥＳＢＢＫ１（４１００３）　）ＣＬＵＳＴＥＲ（ＥＳＢＣＬＵＳＴＥＲ）　ｌ　ｒｕｎ－　由２个物理节点构成一个子集群，各个子集群之间互相连通，构　成一个大集群。服务请求端和服务提供端按照“本地优先原　则”接人企业服务总线，如果某个中心某个物理节点发生故障，　客户端能自动连接到另一中心对应子集群中另外一个物理节点　上，由其继续对外提供服务。反之亦然，整个切换过程对客户端　来说是透明的。　ｍｑｓｃ　ＭＱＥＳＢＢＫ１　ｅｃｈｏ”ＤＥＦ　ＣＨＬ（ＴＯ．ＭＱＥＳＢＧＷ１）ＣＨＬＴＹＰＥ（ＣＬＵＳＳＤＲ）ＴＲＰＴＹＰＥ　（ＴＣＰ）　ＣＯＮＮＡＭＥ（　ＡＳＥＳＢＧＷ１（４１００１）　）ＣＬＵＳＴＥＲ（ＥＳＢＣＬＵＳＴＥＲ）　ｌ　ｒｕｎｍｑｓｃ　ＭＱＥＳＢＢＫ１　（４）配置ＭＱＥＳＢＢＫ２　ＭＱＥＳＢＢＫ２默认为部分仓储库队列管理器，使用ｍｑｍ用户　将ＡＳＥＳＢＢＫ２和ＡＳＥＳＢＧＷ２进行关联，相关命令如下：　ｅｃｈｏ　ＤＥＦ　ＣＨＬ（ＴＯ．ＭＱＥＳＢＢＫ２）ＣＨＬＴＹＰＥ（ＣＬＵＳＲＣＶＲ）ＴＲＰ—　ＴＹＰＥ（ＴＣＰ）　ＣＯＮＮＡＭＥ（　ＡＳＥＳＢＢＫ２（４１００４）　）ＣＬＵＳＴＥＲ（ＥＳＢＣＬＵＳＴＥＲ）”Ｉ　ｒｕｎ—　ｍｑｓｃ　ＭＱＥＳＢＢＫ２　ｅｃｈｏ”ＤＥＦ　ＣＨＬ（ＴＯ．ＭＱＥＳＢＧＷ２）ＣＨＬＴＹＰＥ（ＣＬＵＳＳＤＲ）ＴＲＰＴＹＰＥ　（ＴＣＰ）　ＣＯＮＮＡＭＥ（　ＡＳＥＳＢＧＷ２（４１００２）　）ＣＬＵＳＴＥＲ（ＥＳＢＣＬＵＳＴＥＲ）　Ｉ　３主要技术实现　现以ＷＭＱ　ｖ７．０、ＷＭＢ　ｖ７．０、Ｏｒａｃｌｅ　１１ｇ及ｗＡｓ　７．０为例，　分别介绍每种产品集群配置方法。　３．１　ＷＭＱ、ＷＭＢ集群配置　采用ＷＭＱ软件集群技术之后，可以大大简化系统配置，只　需要在每一个队列器上创建　个群集接收通道和一个群集发送　通道。完整仓储库包含了群集中所有队列管理器的全部信息，　ｍｎｍｑｓｃ　ＭＱＥＳＢＢＫ２　通过以上配置，就创建了一个名为ＥＳＢＣＬＵＳＴＥＲ的集群，　其内部关联图见图３。含两个完整仓储库队列管理器ＭＱＥＳＢ—　ＧＷ１和ＭＱＥＳＢＧＷ２。部分仓储库队列管理器ＭＱＥＳＢＢＫ１与　ＭＱＥＳＢＧＷ１相连，ＭＱＥＳＢＢＫ２与ＭＱＥＳＢＧＷ２相连。连接后，完　群集中其他队列管理器拥有与其自身相关和与之通信的那些队　列管理器的信息，称为部分仓储库。部分仓储库通过查询完整　仓储库得到集群更新信息。通常在集群中会选择两个队列管理　器作为完整仓储库，形成互相备份。　（１）配置ＭＱＥＳＢＧＷ１　ＡＳＥＳＢＧＷ１、ＡＳＥＳＢＧＷ２、ＡＳＥＳＢＢＫ１和ＡＳＥＳＢＢＫ２是４台　整仓储库队列管理器会先建立反向通道：ＭＱＥＳＢＧＷ１－－＞　ＭＱＥＳＢＢＫ１．ＭＱＥＳＢＧＷ２－－＞ＭＱＥＳＢＢＫ２；接着，两个完整仓储　库队列管理器会交换信息，ＭＱＥＳＢＢＫ１和ＭＱＥＳＢＢＫ２也会得到　更新信息，得知还有其他的队列管理器存在，会自动进一步建立　通道ＭＱＥＳＢＧＷ１＜一＞ＭＱＥＳＢＢＫ２，ＭＱＥＳＢＧＷ２＜一＞　物理服务器的主机名，４０００１、４０００２、４０００３和４０００４分别是其对　应的通信端口号。使用ｍｑｍ用户设定ＭＱＥＳＢＧＷ１为集群中一　个完整仓储库队列管理器，并分别创建一个群集接收通道和一　个群集发送通道，相关命令如下：　ｅｃｈｏ　ＡＬＴＥＲ　ＱＭＧＲ　ＲＥＰＯＳ（ＥＳＢＣＬＵＳＴＥＲ）　Ｉ　ｒｕｎｍｑｓｃ　ＭＱＥＳＢＧＷ１　ｅｃｈｏ　ＤＥＦ　ＣＨＬ（ＴＯ．ＭＱＥＳＢＧＷＩ）ＣＨＬＴＹＰＥ（ＣＬＵＳＲＣＶＲ）ＴＲＰ—　ＴＹＰＥ（ＴＣＰ）　ＭＱＥＳＢＢＫ１，最终形成全联通结构。此外，还需要在ＷＭＢ中配　置Ｏｒａｃｌｅ　ＲＡＣ的数据库连接。　ＣＯＮＮＡＭＥ（　ＡＳＥＳＢＧＷ１（４１００１）　）ＣＬＵＳＴＥＲ（ＥＳＢＣＬＵＳＴＥＲ）　Ｉ　ｒｕｎｍｑｓｃ　ＭＱＥＳＢＧＷ１　ｅｃｈｏ　ＤＥＦ　ＣＨＬ（ＴＯ．ＭＱＥＳＢＧＷ２）ＣＨＬＴＹＰＥ（ＣＬＵＳＳＤＲ）ＴＲＰＴＹＰＥ　（ＴＣＰ）　ＣＯＮＮＡＭＥ（　ＡＳＥＳＢＧＷ２（４１００２）　）ＣＬＵＳＴＥＲ（ＥＳＢＣＬＵＳＴＥＲ）”Ｊ　ｒｕｎｍｑｓｃ　ＭＱＥＳＢＧＷ１　（２）配置ＭＱＥＳＢＧＷ２　使用ｍｑｍ用户设定ＭＱＥＳＢＧＷ２为集群中另外一个完整仓　储库队列管理器，并分别创建一个群集接收通道和一个群集发　送通道，相关命令如下：　ｅｃｈｏ　ＡＬＴＥＲ　ＱＭＧＲ　ＲＥＰＯＳ（ＥＳＢＣＬＵＳＴＥＲ）　ｆ　ｒｕｎｍｑｓｃ　ＭＱＥＳＢＧＷ２　ｅｃｈｏ　ＤＥＦ　ＣＨＬ（ＴＯ．ＭＱＥＳＢＧＷ２）ＣＨＬＴＹＰＥ（ＣＬＵＳＲＣＶＲ）ＴＲＰ—　ＴＹＰＥ（ＴＣＰ）　ＣＯＮＮＡＭＥ（　ＡＳＥＳＢＧＷ２（４１００２）　）ＣＬＵＳＴＥＲ（ＥＳＢＣＬＵＳＴＥＲ）”ｌ　图３内部关联图　３．２　Ｏｒａｃｌｅ集群配置　Ｏｒａｃｌｅ　ＲＡＣ集群安装、配置与非集群相比，有很多不同之　处，下面依次进行介绍。　（１）创建用户和组　ｒｕｎｍｑｓｃ　ＭＱＥＳＢＧＷ２　ｅｃｈｏ　ＤＥＦ　ＣＨＬ（ＴＯ．ＭＱＥＳＢＧＷＩ）ＣＨＬＴＹＰＥ（ＣＬＵＳＳＤＲ）ＴＲＰＴＹＰＥ　（ＴＣＰ）　ＣＯＮＮＡＭＥ（　ＡＳＥＳＢＧＷ１（４１００１）　）ＣＬＵＳＴＥＲ（ＥＳＢＣＬＵＳＴＥＲ）　ｌ　需创建ｇｒｉｄ用户和ａｓｍａｄｍｉｎ、ａｓｍｄｂａ、ａｓｍｏｐｅｒ三个用户组，　并添加该用户至这三个组中，　ｄ用户用于安装ｇｒｉ，￣软件、管理　ＡＳＭ实例。　（２）修改Ｈｏｓｔ文件　ｍｎｍｑ￣ＭＱＥＳＢＧＷ２　（３）配置ＭＱＥＳＢＢＫ１　ＭＱＥＳＢＢＫ１默认为部分仓储库队列管理器，使用ｍｑｍ用户　将ＡＳＥＳＢＢＫ１和ＡＳＥＳＢＧＷ１进行关联，相关命令如下：　ｅｃｈｏ　ＤＥＦ　ＣＨＬ（ＴＯ．ＭＱＥＳＢＢＫＩ）ＣＨＬＴＹＰＥ（ＣＬＵＳＲＣＶＲ）ＴＲＰ—　ＴＹＰＥ（ＴＣＰ）　分别修改两个物理节点的Ｈｏｓｔ文件，设置一个ＩＰ地址为　公共地址，对内管理用；设置一个ＩＰ地址为私有地址，对外提供　数据库服务用；设置一个ＩＰ地址为心跳地址，节点间通信和数　据同步用；还需要添加一个ＳＣＡＮ地址，作为客户端连接该数据　库集群唯一的连接字符串。　第１期　（３）创建目录　胡晨皓：双活企业服务总线的设计与实现　ｌ０１　企业服务总线现已开发完毕且投入正式使用。实践结果表　明，通过ＷＭＱ、ＷＭＢ、Ｏｒａｃｌｅ　ＲＡＣ和ＷＡＳ集群软件的配合使　用，实现了网关层、应用层、数据层、监控层每个层面的“双活”。　在２个物理节点分别创建／ｏｒａｃｌｅ／ａｐｐ／１　１．２．Ｏ／　ｄ和／ｏｒａ・　ｃｌｅ／ａｐｐ／　ｄ两个目录，用于ｇｉｒｄ软件安装。　（４）修改．ｐｒｏｆｉｌｅ文件　该方案不仅满足了各项业务功能，还有效提升了整个系统的可　用性，是一次很有意义的尝试，值得学习借鉴，并推广到其他Ｂ／　Ｓ架构的系统中来。　分别设定ＯＲＡＣＬＥ和ＧＲＩＤ实例名，物理节点１，ｏｒａｃｌｅ用　户的．ｐｒｏｆｉｌｅ文件中设置ＯＲＡＣＬＥ—ＳＩＤ＝ＥＳＢＤＢ１，　ｄ用户的　．ｐｒｏｆｉｌｅ文件中设置ＧＲＩＤ—ＳＩＤ＝ＡＳＭ１；物理节点２，ｏｒａｃｌｅ用户　同时，我们也看到，Ｏｒａｃｌｅ　ＲＡＣ将数据文件放在外置共享存　储上，还是无法应对存储层面的单点故障。随着ＥＭＣ　ＶＰＬＥＸ　Ｍｅｔｒｏ　等新产品的推出，可在长达１００　ｋｍ的地域范围内配置　Ｏｒａｃｌｅ　ＲＡＣ，从而保证可同时从两个地点存取相同的数据。Ｏｒａ—　ｃｌｅ　ＲＡＣ双活数据库集群与ＥＭＣ　ＶＰＬＥＸ　Ｍｅｔｒｏ双活存储系统相　的．ｐｒｏｆｉｌｅ文件中设置ＯＲＡＣＬＥ—ＳＩＤ＝ＥＳＢＤＢ２，ｇｒｉｄ用户的．ｐｒｏ—　ｉｆｌｅ文件中设置ＧＲＩＤ＿ＳＩＤ＝ＡＳＭ２。　（５）ＡＳＭ磁盘准备　ＡＳＭ（Ａｕｔｏｍａｔｉｃ　Ｓｔｏｒａｇｅ　Ｍａｎａｇｅｍｅｎｔ）是Ｏｒａｃｌｅ在存储管理　方面提出的一项技术，它相当于操作系统的逻辑卷管理软件，该　项技术能显著提高磁盘的读写速度并简化磁盘管理工作，比文　件系统具有更多优势，已成为Ｏｒａｃｌｅ　ＲＡＣ首选。要使用ＡＳＭ，　需指定ＡＳＭ磁盘组中所要包含的物理磁盘，并保证软件的安装　者对这些磁盘有写权限。　（６）安装ｇｉｒｄ软件　结合，将彻底解决存储系统单点故障问题。可以预见，“双活”　模式将被越来越多的企业所采用。　参考文献　［１］Ａｒｓａｎｊａｎｉ　Ａ．Ｓｅｒｖｉｃｅ・Ｏｒｉｅｎｔｅｄ　ｍｏｄｅｌｉｎｇ　ａｎｄ　ａｒｃｈｉｔｅｃｔｕｒｅ：Ｈｏｗ　ｔｏ　ｉｄｅｎ—　ｔｉｆｙ，ｓｐｅｃｉｆｙ，ａｎｄ　ｒｅａｌｉｚｅ　ｓｅｒｖｉｃｅｓ　ｆｏｒ　ｙｏｕｒ　ＳＯＡ［ＥＢ／ＯＬ］．Ｗｈｉｔｅｐａｐｅｒ　ｆｒｏｍ　ＩＢＭ。２００４．ｈｔｔｐ：／／ｗｗｗ一１２８．ｉｂｍ．ｃｏｍ／ｄｅｖｅｌｏｐｅｒｗｏｒｋｓ／ｗｅｂｓｅｒ－　ｖｉｃｅｓ／ｌｉｂｒａｒｙ／ｗｓ—ｓｏａ—ｄｅｓｉｇｎｌ／．　以ｇｒｉｄ用户在两个物理节点上分别安装ｇｒｉｄ软件，依次配　置节点信息、网络接口和ＡＳＭ磁盘组等参数。　（７）安装数据库软件　・　以Ｏｒａｃｌｅ用户安装数据库软件，选中要安装的２个物理节　点，在Ｇｒｉｄ选项，需选择Ｒｅａｌ　Ａｐｐｌｉｃａｔｉｏｎ　Ｃｌｕｓｔｅｒｓ　ｄａｔａｂａｓｅ　ｉｎｓｔａｌ—　ｌａｔｉｏｎ。　［２］丁兆青，董传良基于ＳＯＡ的分布式应用集成研究［Ｊ］．计算机工　程，２００７，３３（１Ｏ）：２４６—２４８．　［３］茅维华，唐守国，高淑娟，等．基于ＳＯＡ架构的业务协同关键技术　平台［Ｊ］．计算机工程，２００９，３５（１９）：２８０—２８１．　［４］邵欢庆，康建初．企业服务总线的研究与应用［Ｊ］．计算机工程，　２００７，３３（２）：２２０—２２２．　（８）创建数据库实例　使用ｄｂｃａ命令来创建Ｏｒａｃｌｅ　Ｒｅａｌ　Ａｐｐｌｉｃａｔｉｏｎ　Ｃｌｕｓｔｅｒ　ｄａｔａ—　ｂａｓｅ，选中要安装的２个物理节点，并设定一个前缀来命名该集　群数据库，我们命名为ＥＳＢＤＢＳ。　［５］张广胜，蒋昌俊，汤宪飞，等．面向服务的企业应用集成系统描述与　验证［Ｊ］．软件学报，２００７，１８（１２）：３０１５—３０３０．　［６］王怀民，周斌译．企业应用架构模式［Ｍ］．北京：机械工业出版　社，２００４．　３．３　ＷＡＳ集群配置　ＷＡＳ群集Ⅲ　通常是在ＷＡＳ系统安装完成后，通过管理控　［７］符宁，周兴社，杨刚．分布式企业服务总线的设计与实现［Ｊ］．计算　机工程，２００７，３３（２４）：１１８—１２０．　制台来创建的。新建的群集可选择相应的群集成员，通过一个　界面定义群集名称和相关属性，对于支持ＷＡＳ群集的企业服务　总线监控程序来说，除选择“首选本地”复选框之外，还应选择　“配置ＨＴＩ＇Ｐ会话内存到内存复制”复选框，这样才能保证集群　成员之间会话的完整性。　［８］甘荃，娄丽军．ＩＢＭ　ＷｅｂＳｐｈｅｒｅ　ＭＱ基础教程［Ｍ］．北京：电子工业　出版社，２００４．　［９］陈宇翔．精通‘ＷｅｂＳｐｈｅｒｅ　ＭＱ［Ｍ］．安徽：安徽科学技术出版　社，２００４．　［１０］Ａｄｒｉａｎ　Ｄ，Ａｎｔｏｎｙ　ｓ，Ｈｉｒｏｙｕｋｉ　Ｆ，ｅｔ　ａ１．Ｃｏｎｆｉｇｕｒｉｎｇ　Ｈｉｇｈｌｙ　Ａｖｍｌａｂｌｅ　Ｃｌｕｓｔｅｒｓ　Ｕｓｉｎｇ　ＨＡＣＭＰ　４．５［Ｍ］．Ｓｔａｔｅ　ｏｆ　Ｎｅｗ　Ｙｏｒｋ：Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｂｕｓｉｎｅｓｓ　Ｍａｃｈｉｎｅｓ　Ｃｏｒｐｏｒａｔｉｏｎ，２００２．　由于使用了Ｏｒａｃｌｅ　ＲＡＣ，在ＷＡＳ中ＪＤＢＣ数据源的配置也　有所不同，相关配置如下：　ｊｄｂｃ：ｏｒａｃｌｅ：ｔｈｉｎ：＠（ＤＥＳＣＲＩＰＴＩＯＮ＝（ＡＤＤＲＥＳＳ—ＬＩＳＴ：（ＡＤＤＲＥＳＳ　＝［１１］陈宇翔．精通ＷｅｂＳｐｈｅｒｅ　Ｍｅｓｓａｇｅ　Ｂｒｏｋｅｒ［Ｍ］．北京：中国水利水电　出版社，２００７．　（ＰＲＯＴＯＣＯＬ＝ＴＣＰ）（ＨＯＳＴ＝私有地址１）　（ＰＯＲＴ＝１５２１））（ＡＤＤＲＥＳＳ＝（ＰＲＯＴＯＣＯＬ＝ＴＣＰ）（ＨＯＳＴ＝私有地　［１２］隋新，朱云龙，南琳．企业服务总线中消息路由器的设计与实现　［Ｊ］．计算机工程，２０１１，３７（２１）：１１—１３．　［１３］Ａｄｒｉｎ　Ｎ，Ｒｏａｂｅｒｔ　Ｐ．ＩＢＭ　ＤＢ２　９．７　Ａｄｖａｎｃｅｄ　Ａｄｍｉｎｉｓｔｒａｔｉｏｎ　Ｃｏｏｋ—　ｂｏｏｋ：ＲＡＷ［Ｍ］．Ｂｉｒｍｉｎｇｈａｍ：Ｐｕｂｌｉｓｈｅｄ　ｂｙ　Ｐａｃｋｔ　Ｐｕｂｌｉｓｈｉｎｇ　Ｌｔｄ，２０１１．　址２）（ＰＯＲＴ＝１５２１））　（ＦＡＩＬＯＶＥＲ＝ＯＮ）（ＬＯＡＤ—ＢＡＬＡＮＣＥ＝ＯＮ）（ＣＯＮＮＥＣＴ—ＤＡＴＡ＝　（ＳＥＲＶＩＣＥ—ＮＡＭＥ＝ＥＳＢＤＢＳ）））　同时设置２个私有ＩＰ地址，当数据库集群中一个节点不能　使用时，能自动切换到另外一个节点。　［１４］刘玉达，危建辉，张敏．Ｏｒａｃｌｅ　Ｄａｔａ　Ｇｕａｒｄ　ｌ１ｇ完全参考手册［Ｍ］．　北京：清华大学出版社，２０１１．　［１５］Ｖｉｎｃｅｎｔ　Ｋ　ｓ，Ｗｅｉｌｉｎ　Ｌ，Ａｍｙｒｉｓ　Ｒ．Ｂｅｓｔ　Ｐｒａｃｔｉｃｅｓ：Ｐｈｙｓｉｃａｌ　Ｄａｔａｂａｓｅ　Ｄｅ—　４总结和展望　在此建设过程中，灾备技术人员较早参与了软件体系结构　设计，帮助分析、设计最优的高可用方案并对程序开发提出了一　些规范性要求。如：接入应用系统应能通过ＤＮＳ系统访问企业　服务总线等　。其次，根据接入应用系统的多少及其分布情　况，对网络带宽作出了合理估算“引：最后，上线前进行了压力测　试　，通过负载均衡设置进一步优化了系统整体性能　。　ｓｉｇｎ　ｆｏｒ　Ｏｎｌｉｎｅ　Ｔｒａｎｓａｃｔｉｏｎ　Ｐｒｏｃｅｓｓｉｎｇ（ＯＬＴＰ）ｅｎｖｉｒｏｎｍｅｎｔｓ［Ｍ］．Ｓｔａｔｅ　ｏｆ　Ｎｅｗ　Ｙｏｒｋ：Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｂｕｓｉｎｅｓｓ　Ｍａｃｈｉｎｅｓ　Ｃｏｒｐｏｒａｔｉｏｎ，２０１　１．　［１６］张顺仕，高飞，沙波．深度挖掘：ＯｒａｃｌｅＲＡＣ数据库架构分析与实战　攻略［Ｍ］．北京：清华大学出版社，２０１２．　［１７］ＪｅｆｆＤ，Ａｓｈｉｓｈ　ｋ，Ｄａｖｉｄ　Ｓｃｈｏｒｏｗ．ＳＯＡ权威指南：通过ＢＥＡＡｑｕａＬｏｇｉｃ　Ｓｅｒｖｉｃｅ　Ｂｕｓ实现［Ｍ］．倪志刚，王铭孜，黄兆勤，译．北京：电子工业　出版社，２００８．　（下转第１５３页）　第１期　崔兆国等：基于ＴＥＯ能量谱减法的语音增强技术的研究　１５３　’　：』【　２．７２　．７４　．ｓⅣＲ≤０　…　５结语　提出一种基于ＴＥＯ能量的改进谱减法，该方法利用ＴＥＯ能　量进行语音激活检测，检测出语音段和噪声段，然后分别进行谱　４实验结果　减处理，合理设置　、口参数　既去除了背景噪声，又保证了语音　质量，减少了音乐噪声，实验证明该方法有较好的语音增强　实验采用的纯净语音信号采样率８　ｋＨｚ，量化精度１６　ｂｉｔ，　效果。　噪声采用ＮｏｉｓｅＸ－９２噪声库中的Ｆ１６噪声。对带噪语音信号分　帧，帧长为５１２，帧移２５６，取噪声段前１０帧的平均值作为噪声　参考文献　估计。对带噪语音分别进行传统的谱减法和本文改进谱减法进　［１］洪晓芬．基于谱减法的改进语音增强方法［Ｊ］．计算机工程与设　行处理，处理结果如表１所示。　计，２００７，２８（２２）：５４５３—５４５４，５４７７．　表１两种方法语音增强效果比较　［２］徐耀华，郭英，范海宁．语音增强：使用ｂｕｒｇ谱先验信噪比估计消　除“音乐噪声”［Ｊ］．信号处理，２００９（２５）：１４１—１４６．　输入信噪比　一ｌＯ　一５　０　５　１０　１５　［３］雷建军，杨震，刘刚，等．基于短时谱估计的语音增强研究［Ｊ］．计　传统谱减法　一６．４９　一１．３６　３．６９　８．３４　１２．１２　１４．５４　算机工程与应用，２００８，４４（３２）：６—９．　本文方法　１．９０　５．３０　８．４３　ｌ２．Ｏ２　１５．４０　１８．Ｏ５　［４］Ｃｈｏｉ　Ｍ　Ｓ，Ｋａｎｇ　Ｈ　Ｇ．Ａｎ　ｉｍｐｒｏｖｅｄ　ｅｓｔｉｍａｔｉｏｎ　ｏｆ　ａ　ｐｒｉｏｉｒ　ｓｐｅｅｃｈ　ａｂ—　ｓｅｎｃｅ　ｐｒｏｂａｂｉｌｉｔｙ　ｆｏｒ　ｓｐｅｅｃｈ　ｅｎｈａｎｃｅｍｅｎｔ：ｉｎ　ｐｅｒｓｐｅｃｔｉｖｅ　ｏｆ　ｓｐｅｅｃｈ　ａｂ—　从表１可以直观地看出，本文方法与传统谱减法相比，信噪　ｓｅｎｃｅ　ｐｒｏｂａｂｉｌｉｔｙ［Ｃ］／／ＩＥＥＥ　Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｃｏｎｆｅｒｅｎｃｅ　ｏｎ　ＩＣＡＳＳＰ，　比有较大的提高，有效地消除了背景噪声；基本的谱减法虽然消　２００５：１１１７—１１２０．　除了一些噪声，但又带来了令人厌恶的音乐噪声，采用本文方法　［５］Ｃｏｈｅｎ　Ｉ．Ｒｅｌａｘｅｄ　ｓｔａｔｉｓｔｉｃｌａ　ｍｏｄｅｌ　ｏｆｒ　ｓｐｅｅｃｈ　ｅｎｈａｎｃｅｍｅｎｔ　ａｎｄ　ａ　ｐｒｉｏｒｉ　进行语音增强后，音乐噪声被有效地抑制，改善了听觉感受。图　ＳＮＲ　ｅｓｔｉｍａｔｉｏｎ『Ｊ］．ＩＥＥＥ　Ｔｒａｎｓａｃｔｉｏｎｓ　ｏｎ　Ｓｐｅｅｃｈ　ａｎｄ　Ａｕｄｉｏ　Ｐｒｏｃｅｓｓ—　２以信噪比为０　ｄＢ的带噪语音为例，直观地显示出了采用不同　ｉｎｇ，２００５，１３（５）：８７０—８８１．　方法信噪比提升的效果。　［６］Ｋｉｍ　Ｎ　Ｓ，Ｃｈｎａｇ　Ｊ　Ｈ．Ｓｐｅｃｉａｌ　ｅｎｈａｎｃｅｍｅｎｔ　ｂａｓｅｄ　ｏｎ　ｇｌｏｂａｌ　ｓｏｆｔ　ｄｅｃｉ—　ｓｉｏｎ［Ｊ］．ＩＥＥＥ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｌｅｔｔｅｒｓ，２０００，７（５）：１０８—１１０．　０　Ｌ　＿．ＩＩＩＩ　ＪＩｌ　Ｉ　Ｌ＿．　■．　．　［７］Ｔｅａｇｅｒ　Ｈ，Ｔｅａｇｅｒ　Ｓ．Ｅｖｉｄｅｎｃｅ　ｏｆｒ　ｎｏｎｌｉｎｅａｒ　ｐｒｏｄｕｃｔｉｏｎ　ｍｅｃｈａｎｉｓｍｓ　ｉｎ　ｖｏｃａｌ　ｔｒａｃｔ［Ｊ］．Ｓｐｅｅｃｈ　Ｐｒｏｄｕｃｔｉｏｎ　ｎａｄ　Ｓｐｅｅｃｈ　Ｍｏｄｅｌｉｎｇ，１９９０（５５）：　’１　『　＿１１Ｉ　－　一’　■ｒ’　２４１—２６１．　［８］Ｋａｉｓｅｒ　Ｊ　Ｆ．Ｏｎ　ａ　ｓｉｍｐｌｅ　ａｌｇｏｒｉｔｈｍ　ｔｏ　ｃａｌｃｕｌａｔｅ　ｔｈｅ￣ｎｅｒｇｙ　ｏｆ　ａ　ｓｉｇｎａｌ　［Ｃ］／／ＩＥＥＥ　Ｉｎｔｅｎｒａｔｉｏｎａｌ　Ｃｏｎｆｅｒｅｎｃｅ　ｏｎ　Ａｃｏｕｓｔｉｃｓ，Ｓｐｅｅｃｈ，ａｎｄ　Ｓｉｇ—　０　０　５　ｌ　１　５　ｈａｌ　Ｐｒｏｃｅｓｓｉｎｇ，１９９０：３８１—３８４．　（ａ）纯净语音信号波形图　［９］邓利娜．语音降噪技术的研究与实现［Ｄ］．成都：电子科技大　－　●　学，２０１１．　●　．．．－】　【　Ｉ　ＩＩ．Ｉ－　．　＿＿．．　一　一Ｊ－Ｌ　．－Ｌ　．　ＬＪｉｌ。Ｊ　０　，Ｔ。ｌ　’　。’Ｉ，＿…’’ｒ　…’’。　’ｒ－＿一’■　’＂１　（上接第７６页）　●　［７］ｊｅｎａ［ＥＢ／ＯＬ］．ｈｔｔｐ：／／ｓｏｕｒｃｅｏｆｒｇｅ．ｎｅｔ／ｐｒｏｊｅｃｔｓ／ｊｅｎａ／ｆｉｌｅｓ／Ｊｅｎａ／Ｊｅ－　●　●　：　ｎａ－２．６．４／．　０　１　５　２　［８］王红，杨璇，王静，等．基于本体的民航应急决策知识表达与推理方　（ｂ）带噪语音信号波形图　法研究［Ｊ］．计算机工程与科学，２０１ｉ，３３（４）：１２９—１３３．　０　５　［９］石静，肖航宇，熊前兴．基于ＳＷＲＬ规则与本体相似度的语义检索　模型研究［Ｊ］．计算机应用与软件，２０１０，２７（７）：２３６￣３８，２７３．　一…　．Ｊ　０　Ｊ　ｌ　■．－　ｉＩ‘ｔ　▲　■一　［１０］Ｌｉ　Ｄｉｎｇ，Ｆｉｎｉｎ　Ｔ，Ｊｏｓｈｉ　Ａ，ｅｔ　ａ１．Ｓｗｏｏｇｌｅ：ａ　ｓｅｍａｎｔｉｃ　Ｗｅｂ　ｓｅａｒｃｈ　ａｎｄ　Ｔ　１　ｒ　’可一１　…一　—ｒ　ｍｅｔａｄａｔａ　ｅｎ￣ｎｅ［Ｃ］．ＣＩＫＭ’０４，２００４．　－０　５　Ｏ　０　５　ｌ　ｌ　５　２　（上接第１０１页）　（ｃ）传统谱减法处理后波形图　×１０　［１　８］Ｆａｂｉｏ　Ａ，Ｌｅｏｎａｒｄ　Ｂ，Ｍｉｃｈａｅｌ　Ｃ，ｅｔ　ａ１．ＷｅｂＳｐｈｅｒｅ　Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｅｒ　０，５　●　●　Ｖ７　Ａｄｍｉｎｉｓｔｒａｔｉｏｎ　ａｎｄ　Ｃｏｎｉｆｇｕｒａｔｉｏｎ　Ｇｕｉｄｅ［Ｍ］．Ｓｔａｔｅ　ｏｆ　Ｎｅｗ　Ｙｏｒｋ：　ｆ　ｌＩＪ・■　１一▲　Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｂｕｓｉｎｅｓｓ　Ｍａｃｈｉｎｅｓ　Ｃｏｒｐｏｒａｔｉｏｎ，２０１０．　０　［１９］夏纯中，宋顺林．一种基于动态带宽分配的企业服务总线模型　Ｉ　ｒ　一１＿一’　＇．ｒ　［Ｊ］．计算机工程，２０１ｌ，３７（２１）：１—３．　：　［２Ｏ］张灿，刘晓洁，李涛，等．运程容灾系统的性能测试［Ｊ］．计算机工　Ｉ　：　程，２００８，３４（１１）：１４９—１５１．　０　０　５　ｌ　１　５　２　（ｄ）本文方法处理后波形图　［２１］华竹轩，王桂荣，徐楠，等．基于企业服务总线中间件的评估模型　［Ｊ］．计算机工程，２０１２，３８（２）：６３—６５．　图２两种算法效果对比图　［２２］ＶＰＬＥＸ［Ｓ／ＯＬ］．ｈｔｔｐ：／／ｃｈｉｎａ．ｅｍｃ．ｃｏｍ／ｓｔｏｒａｇｅ／ｖｐｌｅｘ／ｖｐｌｅｘ．ｈｔｍ．