《期货公司多中心设计说明书(20页).docx》由会员分享，可在线阅读，更多相关《期货公司多中心设计说明书(20页).docx（20页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、-期货公司多中心设计说明书-第 10 页恒生电子股份有限公司期货多中心详细设计说明书2016年07月目录目录1引言11.1编写目的11.2背景11.3项目人员11.4术语、缩写词定义11.5法律法规和参考12系统详细设计12.1系统部署设计12.1.1最终方案设计(Fens上线后)12.1.2目前方案设计(Fens上线前)12.2.1 业务说明12.2架构设计12.2.1架构需要解决的问题因素:12.2.2架构图：12.3架构数据流设计22.3.1DSG数据同步:22.3.2初始化数据导出：22.3.3盘中基础数据同步：22.3.4单多客户查询、出入金、风控、柜员交易等UF2.0柜员操作路由：
2、22.3.5数据同步回库：32.3.6盘后数据回库：32.3.7站点切换（在Fens功能提供之前）：32.3.8次中心的transform_recv:32.4多中心各子系统数据注意点3恒生UF2.0+UFT2.0的多活的架构的建立，最关键的是数据同步的实现，下面详细描述需要实现同步的关键数据。32.4.1交易系统32.4.2风控系统52.4.3 经营管理系统62.4.4 存管62.4.5 参数系统62.4.6 账户系统72.4.7 周边（包括O32）72.4.8 结算系统72.4.9 DSG不做同步的表73多中心异常切换处理设计83.1场景一（主中心UFT异常，UF2.0正常）83.2场景二（
3、运营中心UF2.0异常，UFT正常）93.3场景三（运营中心UF2.0 + UFT整体异常）114附录：124.1多中心专线降流量考虑124.2待完善点13文档修改记录版本修订人修订说明批准人发布日期V0.9郑建智初稿-大方案20160719V1.0郑建智细化、阶段性整理归档20160914V1.1郑建智跟踪实施意见调整201610081 引言1.1 编写目的为多中心方案提供详细设计说明、市场人员、实施人员提供方案参考预期读者：项目开发人员、特别是编码人员、软件维护人员、技术管理人员1.2 背景由于期货市场越来越活跃，交易量的快速增加对交易系统产生了更大的压力，如何使交易系统平稳运行，成为期货
4、公司的头等大事。随着客户风险意识的增强，保证关键核心业务系统持续成功运作的需要，将发生风险的损失降到最低，保证企业的核心竞争力，期货公司对交易系统的可靠性提出了更高的要求。期货公司为了应对整个机房或大楼的灾难事故，希望需要在异地建立一套期货交易系统，一旦主系统发生问题，且无法启动热备的情况下，马上切换到异地灾备系统进行交易。并且期货公司希望根据投资者的交易需求将客户按需分配到不同的交易中心，一方面用以分流增长的客户委托流量，另一方面满足投资者对例如中金市场性能要求，为减少网络上耗时，把客户分配至离交易所近的机房。1.3 项目人员项目名称期货多交易中心项目简称多中心英文缩写项目编号版本号任务提出
5、者开发者期货交易组用户同其他系统的关系1.4 术语、缩写词定义列出本文中用到的术语及其定义。1.5 法律法规和参考 杭研二部fens详细设计说明书.docUF20参数接口同步到UFT情况.xlsx2 系统详细设计2.1 系统部署设计2.1.1 Fens设计简介1. Fens统一管理投资者接入站点：站点信息设置至UF2.0管理系统；建立账户、站点(交易前置、行情前置、MC)管理信息，由柜台进行配置。2. Fens与UF2.0建立T2连接，每隔M分钟获取账户、站点分布信息。3. Fens与接入AR建立T2连接，每个N秒获取AR上的连接数，统计每个前置的负载。4. 接入ar和前置建立心跳，确保接入a
6、r到前置正常连通。5. 收到Fens请求，根据账户信息，统计所属中心电信、联通各自负载最小的接入ar返回给客户端，客户端根据返回的接入ar地址接入至后台。6. 可根据切换指令，针对某个接入AR，将对应的T2连接自动断开。(由金融基础件2.0管理功能提供T2连接查询、断开t2连接功能等功能)7. Fens目前设计涉及到周边客户端（包括5.0）及第三方（文华、彭博等）使用UFX接口对接的需要新增调用Fens接口后才能支持8. 盘中不支持切换客户归属中心。系统不控制期货公司盘中划转客户系统归属，但是不建议（未报挂单风险等因素考虑）2.1.2 最终部署方案设计(Fens上线后)1、 投资者通过Fens
7、进行前端接入，投资者所属中心归属由后台系统上进行规划设置。对普通投资者所属后台中心透明，专业、对性能高要求客户，由期货公司评估风险后可以暴露后台直连地址给投资者。2、 Fens管理的站点信息通过柜员前台设置入UF2.0的数据库进行管理，用于Fens决策给投资者分配哪个站点信息返回给投资者进行连接。3、 后台主备中心部署相同，备中心机器节点冗余性可以要求不高。4、 主备中心各有一套席位（管理席位）用于接收交易所回报。主备中心通过交易所回报数据来保证投资者的委托、成交、持仓两个中心严格一致。5、 主备中心连接银行默认只能主中心连接（银行白名单制度）灾备时切换至备中心6、 主备中心开户默认只会主中心
8、启用，灾备时切换至备中心。7、 主备中心间UF2.0数据库同步使用数据库同步软件DSG同步，交易库由于数据量大，专线带宽考虑通过主备中心从UFT2.0分别走本中心网络进行回库8、 主备中心的UFT2.0数据交互通过专线单播进行通信。9、 风控部署：风控数据源来源与交易，考虑最好跟随交易部署2.1.3 目前部署方案设计(Fens上线前)1、期货公司将可供投资者接入的站点信息提供到官网上供投资者下载。投资者下载后可以自由选择站点进行登录。一个期货公司可以有多个站点，每个中心可以有自己的站点群。2、由于恒生系统未报单的传统，且未报单中心间同步考虑到实现对系统的复杂度增加得太多，考虑不做。3、由于未报
9、单中心间不同步（主备中心间做不到互相通知对方进行未报单的资金进行冻结），所以不能把备中心的站点信息暴露到官网上，否则投资者可以自由切换站点，造成主、备中心都挂未报单，最后造成穿仓风险。4、灾备发生时切换站点的上级至备中心的UFX，用来达到投资者的站点继续可以连接入灾备的中心。5、 后台主备中心部署相同，备中心机器节点冗余性可以要求不高。6、 主备中心各有一套席位（管理席位）用于接收交易所回报。主备中心通过交易所回报数据来保证投资者的委托、成交、持仓两个中心严格一致。7、 主备中心连接银行默认只能主中心连接（银行白名单制度）灾备时切换至备中心8、 主备中心开户默认只会主中心启用，灾备时切换至备中
10、心。9、主备中心间UF2.0数据库同步使用数据库同步软件DSG同步，交易库由于数据量大，专线带宽考虑通过主备中心从UFT2.0分别走本中心网络进行回库10、主备中心的UFT2.0数据交互通过专线单播进行通信。11、灾备切换之后：走UFX的客户端目前主要文华、彭博都有自己的行情，所以专线链路的流量还能保障，主要为投资者的委托回报流量。5.0的客户我们需要在备中心配置一个子消息中心往主中心进行订阅。（Fens上线后不用考虑）12、风控部署：风控数据源来源与交易，考虑最好跟随交易部署2.2 架构设计2.2.1 架构需要解决的问题因素:1、对投资者来说接入要简单，多中心后台需要透明。2、恒生未报单挂单
11、历史因素马上要去掉可能性不大。3、异地多中心通过专线通信，需要尽量减少专线数据通信量4、两个中心数据保证一致。方便灾备切换2.2.2 架构图：如上图所示：UF2.0 + UFT2.0综合交易管理平台部署主交易中心和备交易中心，还可以继续扩展UFT2.0极速交易中心（支持多个）给专业极速投资者，每个交易中心可以都部署完整的UF2.0+UFT2.0综合交易平台，包括交易、风控、结算、经营管理等子系统，出于灾备考虑一般建立在不同城市。主中心和备中心都可以部署银期模块，但因为银行的白名单制度只能一套系统在生产时间接银行的银期转账（另:会员银期的机器在银行会有mac地址报备需注意）。 另每个交易中心都有
12、独立席位连接四家期货交易所，加上综合交易平台是一套交易和结算完全分离的系统，每个交易中心都可以供客户连接交易，盘后只有主交易中心做结算，发生灾备的情况时备中心结算也能正常接管结算。2.3 架构数据流设计2.3.1 DSG数据同步:主中心通过DSG同步工具实时将数据同步至备中心的数据库（主、备UF2.0库的表结构需要保证一致），保证主备UF2.0数据库数据的一致性，发生异常时能正常切换(需要注意内存表的更新，添加运维步骤)。注：委托表、成交表等不用DSG同步的表列表详细请参见“1.2.9 DSG不做同步的表”，由备中心交易系统自行进行盘中交易数据回库。2.3.2 初始化数据导出：主交易中心数据来
13、源为主中心的UF2.0综合管理系统导出接口导出，备交易中心的初始化数据来源与主中心的落地数据拷贝，中间需要添加拷贝流程。这样可以保证主备中心的加载数据一致。次中心目前数据导出为自己从主中心导出（少量客户客户，已修改支持）注：主中心导出数据的时候UF2.0系统系统状态会被至成停用状态，备库UF2.0通过DSG会同步也会被置停用状态。2.3.3 盘中基础数据同步：包括资金、客户保证金、手续费调整、系统配置参数、客户密码等（详细参见下面详细关键数据 表1：实时上场数据表）通过主中心的transform发送端发送，备中心和次中心的transform接收端开启进行接收。支持可靠接收，断开之后支持带流获取
14、断开过程中的同步数据。通信协议：单播（支持城市间通信）2.3.4 单多客户查询、出入金、风控、柜员交易等UF2.0柜员操作路由：柜员操作默认路由至主UF2.0系统和主UFT2.0交易系统，发生切换之后交易和行情实时数据无法回到主交易中心的数据库。相关的柜员查询、风控、柜员交易需要把相关的功能号转向备UFT和UF2.0。注：备中心UFT2.0的出入金上级功能路由正常时需与主交易中心联通。考虑双活两个中心都可以给客户下单的情况，柜员最好能支持根据客户系统归属将客户的柜台委托分别下至不同中心系统（目前柜台还不支持）。如果是这样需要在路由上带上系统号部署好。时间原因暂时不考虑柜员给分属两个中心的客户委
15、托、分属不同中心客户查询。暂时考虑灾备情况。2.3.5 数据同步回库：盘中交易发生的数据：包括委托、成交、持仓等交易数据回库表，主备中心交易系统各自回各自中心的数据库。由于盘中的委托、成交数据可以通过交易所管理席位收到非本中心的委托数据，另也考虑同步占用流量所以不做DSG同步，通过回报形式。2.3.6 盘后数据回库：收盘后执行，由于在备中心交易的委托数据是通过交易所回报数据收回主中心的，从交易所回报无法带回客户ip、mac地址、委托方式等。该部分数据由于监管要求需要回至主中心数据库保存。注：在发生灾备切换的情况下主中心中无客户回报数据，该部分的数据也需要盘后脚本形式进行与主库合并。2.3.7
16、站点切换（在Fens功能提供之前）：平时用不到，发生灾备切换时需要把原在主中心的客户连接全部连接至备中心。需要先停止站点，选择备用站点xml文件进行重启站点。另外涉及到登陆服务器的手工重启。由于站点节点比较多，选择备用站点地址连接的话涉及到的节点太多，一般期货公司会考虑替换备用的ufx节点，上级连至备的前置front注：目前这个站点切换需要期货公司手工发起，Fens机制落地之后， Fens功能可实现发生站点切换。5.0等客户端会定时查询，委托号切换之后能更新；文华等需要保证站点断开之后重连，重新登录后查委托能查到备中心2.3.8 次中心的transform_recv: 不用重启，因为主、备中心
17、的同步的序号是一致的。备中心用transform_send发送时,次中心收到之后会进行组播序号去重掉，所以不会重复。2.4 多中心各子系统数据注意点恒生UF2.0+UFT2.0的多活的架构的建立，最关键的是数据同步的实现，下面详细描述需要实现同步的关键数据。2.4.1 交易系统Transform（主、备、次中心间的数据同步）1）主、备、次交易系统同步的数据交易数据包括了投资者委托、成交、费率、保证金比率信息，资金信息，投资者的权限信息等。其中投资者的委托和成交持仓等通过交易所的回报形式同步到各个中心中，其他交易数据通过transform同步给各个交易中心。“其他交易数据”如下表显示：表1：实时
18、上场数据表（详细参考UF20参数接口同步到UFT情况.xlsx）名称操作功能号功能名投资者修改交易密码514298LS_参数设置_交易密码同步修改投资者基本信息、交易权限设置514299LS_参数设置_资金账户同步514217LS_参数设置_持仓限额同步514247LS_参数设置_账单确认同步投资者交易编码设置、交易编码权限等514220LS_参数设置_交易编码同步代理委托客户相关514248LS_参数设置_关联交易组合账户同步514249LS_参数设置_关联交易组合同步514250LS_参数设置_关联交易分组客户同步514251LS_参数设置_关联交易分组同步资金管理投资者出/入金、冲销51
19、4200LS_期货平台_资金同步514201LS_期货平台_UF2.0资金同步仓单质押资金同步514240LS_参数设置_仓单质押资金同步合约、参数相关514207LS_参数设置_合约代码模版同步514208LS_参数设置_合约代码同步514210LS_参数设置_期货汇率同步514252LS_参数设置_套利信息同步514253LS_参数设置_套利单腿信息同步514255LS_参数设置_期货市场参数设置手续费率设置手续费率新增、修改、删除514211LS_参数设置_交易所费用同步514212LS_参数设置_期货费用同步514216LS_参数设置_账户费用属性同步514241LS_参数设置_UF2
20、.0保底费用同步514242LS_参数设置_UF2.0期货费用同步514246LS_参数设置_UF2.0账户费用属性同步保证金费率设置保证金费率新增、修改、删除514213LS_参数设置_交易所保证金同步514214LS_参数设置_期货保证金同步514215LS_参数设置_账户保证金属性同步514242LS_参数设置_UF2.0期货费用同步514243LS_参数设置_UF2.0保底保证金同步514244LS_参数设置_UF2.0期货保证金同步514245LS_参数设置_UF2.0账户费用属性同步系统设置514218LS_参数设置_系统节点信息同步514301LS_参数设置_修改内存数据表514
21、302LS_参数设置_期货交易时间同步514206LS_参数设置_报盘参数同步2）transform工作原理和产生的流水transform的输入流水即是中心系统排队机的输出流水trade。transform的输出流水是根据配置的功能号（5142?）过滤后，只保留上述表格数据transform接收trade组播流水之后通过tranform_sub组播组单播给备中心、次中心。transform接收端接收单播数据再将收下来的数据单播至备中心的组播组中。其中，单播数据发送为可靠传输：发送端和接收端都支持带流重启和清流重启（-status 0 和-status 1）。3）transform相关配置说明全
22、局配置文件的deploy.xml的变化:transform发送端和接收端的重要配置项:transform_send.xml：transform_recv.xml：单播组tranform_sub是发送端往其他中心发送的单播组。单播组syncdb是接收端（transform_recv）收到数据之后往核心组播的组播组。transform的重启：transform发送者和接收者启动一段时间后，因某种原因，需要停掉或进行已经被终止，则可以直接带流重启，此时已有的流水不会处理，发生中心切换时：需要将主中心的transform_send停止。同时接收端的transform也都停止。切换备中心的transfo
23、rm_send作为发送端，清流重启。同时清流重启其他次中心和主中心的接收端接收来自切换后的备中心的数据。2.4.2 风控系统 2.4.2.1 风控后台（1）数据输入：主要来源于交易系统组播回写的交易数据和行情数据。接收组播数据，发布到风控的消息中心。（交易数据和行情数据考虑到跨城市网络专线带宽及组播问题只回写本系统UF2.0）数据输出：强平委托下单；风控柜员查询由于风控后台的数据输入来源与交易系统的组播和轻量组播数据，跨城市组播搭建成本比较高，另考虑流量，风控系统后台模块切换逻辑跟随交易系统，主中心交易系统发生异常的时候随交易系统后台一起切换至备中心。风控也支持多中心热备同时运行，通过UF2.
24、0后台同时给两个中心的风控内存后台发布功能号的方式进行通知到备中心风控后台。在风控切换至备中心过程中，不用重启风控。备中心的风控后台能进行实时接管。注：风控的订阅功能号和复核功能的订阅功能号是否是同一个？风控消息中心切换后符合功能是否可以不切（目前确认，消息中心只涉及到复核主推功能，不影响复核功能）。2.4.2.2 风控前台同柜员交易：方案1）风控柜员柜台直接进行jar切换，切换至备中心的jar接入。需要所有风控柜员进行通知比较麻烦。方案2）推荐：事先准备好灾备切换发生时的路由的link_ar(该link_ar中部分需要切换至备系统的功能号路由至备中心的link_ar节点)，发生灾备时选择备份
25、link_ar进行重启。会员额度调拨会员额度查询：是由交易报盘模块定时向交易所进行查询返回，通过rm_recv模块进而返回给风控系统。会员额度调拨：自动额度调拨、手工额度调拨：风控柜台发起风控后台处理之后路由向交易系统调用进而调用至交易报盘模块发往交易所。发生灾备情况时也需要将该部分的功能路由整理出来后在灾备bar和link_ar上进行会员额度调拨相关功能路由的切换。2.4.3 经营管理系统查询：根据功能号将涉及到交易库查询相关的功能号路由切换至备中心UF2.0系统进行查询。报表、报送：保留在原主中心UF2.0系统。银期转账监控等保留在原主UF2.0系统。其他相关模块？注：有做盘中和交易表关联
26、的业务处理已整理出来切换至备中心UF2.0处理。详细参见同步交易的LS接口及访问futu库的接口.xlsx2.4.4 存管出入金等业务保留在UF2.0主交易中心处理，处理结果通过UFT接口调用同步至备的UFT。注：有做盘中和交易表关联的业务处理已整理出来切换至备中心UF2.0处理。详细参见同步交易的LS接口及访问futu库的接口.xlsx2.4.5 参数系统参数回库方案1）推荐 在没有发生切换的时候交易中心的合约和定时行情数据都默认只分别回两边各自的UF2.0参数模块。另考虑到备交易中心之后合约数据和行情数据如果往主UF2.0回写，会涉及到专线数据量比较大。结算价在系统正常情况下由主备交易系统
27、分别回写对应的UF2.0后台库。发生切换之后主系统的结算价无法回至UF2.0主系统。需要考虑通过盘后merge脚本进行行情表合并。方案2） 参数相关表通过DSG进行同步。备中心参数回库正常情况不开（否则DSG同步时也无法回写进去）、灾备切换之后需要把备中心的参数回库开起来，保证结算价等信息回写。方案弊端：参数库包含了定时行情表更新，会影响带宽费用、保证金、合约等设置同步参数系统修改费用、保证金后，默认调用UFT接口功能至主交易系统UFT，主系统异常时，后台判断主系统异常则功能号调用通知至备交易系统UFT。通过备用bar路由发送调用UFT备系统进行同步设置。进而备系统通过transform同步给
28、其他分中心。（切换步骤中下面详细提到的时候需要需要将备中心的transform由接收端改为发送端。）2.4.6 账户系统开户：账户系统处理完成后通过T2连接至UF2.0的Bar调用期货账户模块处理，UF2.0处理完成后通过Bar调用UFT的功能号进行同步，同步时会挑选系统状态正常的次席进行同步（配置开关），默认备中心和分中心不直接收UF2.0调用功能号形式，由交易系统间同步的的transform进行同步。主交易系统异常发生后：主UF2.0判断主交易中心系统状态为异常时，能正常回调通知给备交易中心。正常的开户流程还在主系统的UF2.0上进行处理。并由DSG同步同步至UF2.0备库。主管理中心UF
29、2.0发生异常后：账户系统将T2连接地址改为备中心UF2.0的Bar接入账户系统在备中心也搭有备环境，当账户系统发生异常时可以启用备用账户系统将T2连接至主中心账户系统。期货账户：账户系统通过期货账户模块提供的接口进行回调通知至UF2.0系统。密码修改同步：也通过UFT暴露的接口进行回调通知，另外包括权限修改等。发生交易系统切换时需要将该部分功能号在Bar上切换至备交易中心。2.4.7 周边（包括O32）周边在Fens功能上线之前，客户还是通过站点的形式连接至后台交易系统。在交易系统发生灾备切换时需要将站点选用备用站点配置（上级修改为备用后台UFX接入）进行重启。选择重启站点：因为站点重启才能
30、保证客户端连接断开，才能保证重新登陆。需要保证周边系统没有用委托号来进行定位的（获取委托号重新登陆后从本地取的），否则切换至备系统之后的数据流中的委托号已经发生变化，根据委托号进行撤单等的业务逻辑都将会有问题。O32系统确认：委托号会记录在本系统，灾备切换前后单子委托号会重复。切换时需要通知资管，可以应急用用5.0等周边工具进行应急，主要是用到委托号相关的功能（如撤单等）。O32系统结算由于成交、持仓等数据不受影响，所以不影响O32系统结算:2.4.8 结算系统通过盘后merge脚本将交易数据进行合并，不影响收盘后主UF2.0系统的正常结算。2.4.9 DSG不做同步的表HS_FUTU用户：委
31、托表：futuentrust期货资金表：futufundreal期货持仓汇总表：futurealsum期货持仓表:futureal期货成交表:futurealtime期货保证金组合委托表：futucombmarginentrustPs:用户日志表是否需要去掉！？HS_USER用户：由于如果回写的话，DSG不能同步，所以需要自己做初始化，而hsuser用户备库自己做初始化的话涉及到的关联比较多,暂时先用DSG同步来做。期货交易行情表：fuprice期货套利行情表：fuarbprice期货套利单腿信息表：fuarbileginfo(中金组合合约的时候量会很大，上万条) 3 多中心异常切换处理设计3
32、.1 场景一（主中心UFT异常，UF2.0正常）【盘中】1）停站点：先停主运营中心的所有站点。（投资者会发生断开）-先断开保证后台切换之后委托号不一样，使客户撤错自己的委托。2）内部柜员通知：内部通知柜员需要停止接入站点（避免切换过程中异常操作）。停止异常主中心的BAR和LINK_AR。 3）选择准备好的BAR_scene1.xml和LINK_AR_scene1.xml,Bridge_ar_scene1.xml，替换后重启。保证需要流向备中心的路由正常切换至备中心。4）设置系统状态：设置主系统的系统状态为0不正常。则自动切换至备交易系统5）启用备用站点：异常中心的所有站点选用备用xxxar.x
33、ml启动，保证站点路由流向切换系统。由于站点比较多，实际操作的时候可以直接切换ufx为备的，上级接至备的前置。并重启站点,消息中心还不能直接切，带宽问题。6）transform发送和接收端主备中心互换： 停止主中心transform_send、备中心的transform_recv 启动备中心的transform_send次中心的transform_recv不用重启。7）重启备中心风控和备中心的参数回库【盘后】7） 备库执行盘后数据回库：回委托表mac地址、委托方式等站点信息（没有灾备日常也需要执行）8） Merge脚本将备中心UF2.0的futu用户的委托表、成交表进行数据合并 【次交易日开市
34、前恢复】9） 恢复站点10) 恢复主中心transform_send11) 恢复启动的BAR和LINK_AR12) 设置系统状态设置回正常 在主系统UF2.0中调用UFT的接口都有逻辑：默认往主中心回调，再往备和次中心调用（有开关控制）；主中心异常时会往备中心回调。【切换后路由】：3.2 场景二（运营中心UF2.0异常，UFT正常）【盘中】1）内部通知柜员需要进行后台节点切换（避免切换过程中异常操作）2）选择准备好的灾备LINK_AR_scene2.xml替换后重启。（包括替换LINK_AR_scene2.xml、LINK_AR_ZB_scene2.xml）; -保证需要流向备中心的路由正常切
35、换至备中心。保证风控模块向UF2.0备查询路由正常、柜员向主中心风控查询、强平正常。柜员委托路由正常。另需要保证客户端发起的功能需要切换至备UF2.0（包括出入金、查询UF2.0功能号等）3）另外为了保证柜员的不进行站点切换，选择替换主中心用BAR_scene2.xml进行就行路由转发。所以非整个机房异常的情况下，柜员接入站点不用进行切换。-如果整个机房异常，则需要在备中心部署相应的备用柜员接入站点。4）用以上BAR_scene2.xml替换后，银期节点可以不进行切换。 -如果整个机房异常，银期节点连接至备UF2.0的BAR_ZB（注意一般不要切换银期机器mac地址报备）5）用以上BAR_sc
36、ene2.xml替换后，账户系统接入不用切换。-如果整个机房异常，账户系统接入连接至备UF2.0的BAR_ZB6）注：交易和风控保留在主中心交易，不做切换。（风险点：柜员查询无法查询到未报挂单）7）重启主中心风控和备中心的参数回库【盘后】7）主库UFT执行盘后数据回库：回委托表mac地址、委托方式等站点信息至备库。注：当天的mac地址和委托信息可以不留档的话：用备库结算后，直接将后备数据恢复至主库，进行次日的交易。【次交易日开市前恢复】8） 确认银期、账户系统是否需要切换。9）恢复启动的BAR和LINK_AR和LINK_AR_ZB【切换后路由】：3.3 场景三（运营中心UF2.0 + UFT整
37、体异常）【盘中】1）先停主交易中心的所有周边站点。（投资者会发生断开）2）内部通知柜员需要停止接入站点（避免切换过程中异常操作）。所有柜员jar连接至备中心的BAR_ZB3）启用备用站点：异常中心的所有站点选用备用xxxar.xml启动，保证站点路由流向切换系统。由于站点比较多，实际操作的时候可以直接切换UFX_10和ufx_trade上级至灾备front前置。并重启站点4）transform发送和接收端主备中心互换： 停止主中心transform_send、备中心的transform_recv 启动备中心的transform_send次中心的transform_recv不用重启。5）设置主系
38、统的系统状态为0不正常。（自动切换至备交易系统）6）切换银期至备UF2.0的BAR_ZB（注意一般不要切换银期机器mac地址报备）7）账户系统接入连接至备UF2.0的BAR_ZB【盘后】8）主库UFT执行盘后数据回库：回委托表mac地址、委托方式等站点信息至备库。注：当天的mac地址和委托信息可以不留档的话：用备库结算后，直接将后备数据恢复至主库，进行次日的交易。【次交易日开市前恢复】9） 恢复站点10) 恢复主中心transform_send11) 恢复启动的BAR和LINK_AR12) 设置系统状态设置回正常【切换后路由】：4 附录：4.1 多中心专线降流量考虑1）transform同步流
39、量降低：默认是10ms，多中心同步的不能这么快，一个包1kb，每秒100个就是100kb，2m带宽实际只有256kb，4个transformsend=400kb2）Fens机制上线之后由于是两边中心本地有开放自有站点。实际灾备切换发生时投资者也能被分配到备中心站点上。所以站点间的专线带宽可以省下来。3）Jar上新增子消息中心机制之后理论上值还能降低4.2 待完善点1） 柜员模块（所有柜台相关模块）支持根据客户系统号发送的时候带上系统号2） 切换周边客户的时候按1:1灾备的方式的话，最好是用备中心的ufx。但为了简单快速，目前会以替换ufx的方式，上级切换会备中心的前置，并重新启动下站点保证周边发生断开重连。3） 柜台jar上需要新增子消息中心的概念来降低多中心间灾备切换之后的专线压力。 4）为支持Fens周边5.0需要修改，第三方（文华、彭博）需要修改来支持。