CN104199866B - 一种报盘机异常处理方法及装置 - Google Patents
一种报盘机异常处理方法及装置 Download PDFInfo
- Publication number
- CN104199866B CN104199866B CN201410405796.9A CN201410405796A CN104199866B CN 104199866 B CN104199866 B CN 104199866B CN 201410405796 A CN201410405796 A CN 201410405796A CN 104199866 B CN104199866 B CN 104199866B
- Authority
- CN
- China
- Prior art keywords
- offer machine
- application server
- machine
- offer
- standby
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Hardware Redundancy (AREA)
Abstract
本发明实施例公开了一种报盘机异常处理方法,包括:若当前登录前置服务器的主报盘机在第一预设时间内未接收到所述前置服务器发送过来的行情心跳报文,和/或所述主报盘机在第二预设时间内未接收到应用服务器集群中应用服务器发送过来的连接心跳报文,重启所述主报盘机;若所述主报盘机或未登录所述前置服务器的备报盘机接收到所述应用服务器发送过来的登录指令,根据所述主报盘机重启前登录所述前置服务器的登录信息登录所述前置服务器。本发明实施例还公开了一种报盘机异常处理装置。采用本发明实施例,若当前登录交易所的报盘机出现故障,可实现报盘机的自动切换,且切换前后报盘机采用同一交易员信息登录至前置服务器上。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种报盘机异常处理方法及装置。
背景技术
商业银行可代理黄金交易所的黄金买卖业务,企业和个人可通过商业银行的代理业务,实现现货、延期贵金属的买卖。具体的,客户通过商业银行应用服务器上的代理金系统(实现商业银行代理金交易的软件系统)发起黄金交易申请,代理金系统将客户发起的交易申请通过报盘机上的报盘机子系统(即代理金系统的子系统,通过实现黄金交易所提供的API接口,将交易数据发送给交易所的前置服务器,同时接收来自前置服务器的响应数据)发送至黄金交易所。报盘机为连接商业银行应用服务器和黄金交易所前置服务器的中转服务器,该服务器上部署有报盘机子系统,报盘机需成功登录交易所后,方可进行交易的发送。
若当前登录交易所的报盘机出现故障,将影响交易操作的继续进行,目前,对报盘机进行切换的常用方法有两种。第一种,采用双机冷备模式的机制,若当前登录交易所的报盘机出现故障,人工手动切换;第二种,采用双交易员登录交易所的机制,若当前登录交易所的报盘机出现故障,使备用报盘机采用备用交易员登录交易所,进行报盘机切换。然而,在现有方法中,第一种方法切换时间长,且需要人工操作;由于交易所对二级系统的报单和报单撤销均会进行交易员的验证,即报单和报单撤销必须是同一交易员,采用第二种方法进行报盘机切换后,由故障报盘机发出的报单,将无法在切换后的报盘机上进行撤销。
发明内容
本发明实施例提供了一种报盘机异常处理方法及装置,若当前登录交易所的报盘机出现故障,可实现报盘机的自动切换,且切换前后报盘机采用同一交易员信息登录至前置服务器上。
本发明实施例提供一种报盘机异常处理方法,包括:
若当前登录前置服务器的主报盘机在第一预设时间内未接收到所述前置服务器发送过来的行情心跳报文,和/或所述主报盘机在第二预设时间内未接收到应用服务器集群中应用服务器发送过来的连接心跳报文,重启所述主报盘机;
若所述主报盘机或未登录所述前置服务器的备报盘机接收到所述应用服务器发送过来的登录指令,根据所述主报盘机重启前登录所述前置服务器的登录信息登录所述前置服务器。
其中,所述方法还包括:
若所述主/备报盘机在所述第二预设时间内未接收到所述应用服务器集群中任意一个应用服务器发送过来的连接心跳报文,所述主/备报盘机重启连接端口,以使所述任意一个应用服务器与所述主/备报盘机重新建立连接。
其中,所述方法还包括:
若所述备报盘机在所述第二预设时间内未接收到所述应用服务器集群中应用服务器发送过来的连接心跳报文,重启所述备报盘机。
其中,所述方法还包括:
若所述主报盘机接收到所述前置服务器发送过来的行情心跳报文,将所述行情心跳报文转发给所述应用服务器集群中每个应用服务器;和
若所述主/备报盘机接收到所述应用服务器集群中任意一个应用服务器发送过来的连接心跳报文,根据所述连接心跳报文给对应的应用服务器返回一个新的连接心跳报文。
相应的,本发明实施例还提供一种报盘机异常处理装置,包括:
第一重启模块,用于若当前登录前置服务器的主报盘机在第一预设时间内未接收到所述前置服务器发送过来的行情心跳报文,和/或所述主报盘机在第二预设时间内未接收到应用服务器集群中应用服务器发送过来的连接心跳报文,重启所述主报盘机;
登录模块,用于若所述主报盘机或未登录所述前置服务器的备报盘机接收到所述应用服务器发送过来的登录指令,根据所述主报盘机重启前登录所述前置服务器的登录信息登录所述前置服务器。
其中,所述装置还包括:
端口重启模块,用于若所述主/备报盘机在所述第二预设时间内未接收到所述应用服务器集群中任意一个应用服务器发送过来的连接心跳报文,所述主/备报盘机重启连接端口,以使所述任意一个应用服务器与所述主/备报盘机重新建立连接。
其中,所述装置还包括:
第二重启模块,用于若所述备报盘机在所述第二预设时间内未接收到所述应用服务器集群中应用服务器发送过来的连接心跳报文,重启所述备报盘机。
其中,所述装置还包括:
报文发送模块,用于若所述主报盘机接收到所述前置服务器发送过来的行情心跳报文,将所述行情心跳报文转发给所述应用服务器集群中每个应用服务器;和
若所述主/备报盘机接收到所述应用服务器集群中任意一个应用服务器发送过来的连接心跳报文,根据所述连接心跳报文给对应的应用服务器返回一个新的连接心跳报文。
本发明实施例还提供一种报盘机异常处理方法,包括:
若应用服务器集群中每个应用服务器在第一预设时间内均未接收到主报盘机发送过来的行情心跳报文,和/或所述每个应用服务器在第二预设时间内均未接收到所述主报盘机发送过来的连接心跳报文,更新主报盘机的当前登录状态;
根据每个应用服务器与主/备报盘机的连接状态和所述当前登录状态从主/备报盘机中确定目的报盘机;
给所述目的报盘机发送登录指令,以使所述目的报盘机根据所述主报盘机重启前登录前置服务器的登录信息登录所述前置服务器。
其中,所述方法还包括:
若应用服务器集群中任意一个应用服务器在所述第二预设时间内未接收到所述主/备报盘机发送过来的连接心跳报文,所述应用服务器与所述主/备报盘机重新建立连接。
其中,所述方法还包括:
所述应用服务器每隔所述第二预设时间,给所述主/备报盘机发送连接心跳报文,以使所述主/备报盘机接收到所述连接心跳报文后返回一个新的连接心跳报文。
相应的,本发明实施例还提供一种报盘机异常处理装置,包括:
更新模块,用于若应用服务器集群中每个应用服务器在第一预设时间内均未接收到主报盘机发送过来的行情心跳报文,和/或所述每个应用服务器在第二预设时间内均未接收到所述主报盘机发送过来的连接心跳报文,更新主报盘机的当前登录状态;
确定模块,用于根据每个应用服务器与主/备报盘机的连接状态和所述当前登录状态从主/备报盘机中确定目的报盘机;
登录指令发送模块,用于给所述目的报盘机发送登录指令,以使所述目的报盘机根据所述主报盘机重启前登录前置服务器的登录信息登录所述前置服务器。
其中,所述装置还包括:
连接模块,用于若应用服务器集群中任意一个应用服务器在所述第二预设时间内未接收到所述主/备报盘机发送过来的连接心跳报文,所述应用服务器与所述主/备报盘机重新建立连接。
其中,所述装置还包括:
报文返回模块,用于所述应用服务器每隔所述第二预设时间,给所述主/备报盘机发送连接心跳报文,以使所述主/备报盘机接收到所述连接心跳报文后返回一个新的连接心跳报文。
在本发明实施例中,通过主报盘机对前置服务器发送过来的行情心跳报文和对应用服务器发送过来的连接心跳报文进行超时判断,若主报盘机在第一预设时间内未接收到前置服务器发送过来的行情心跳报文,和/或主报盘机在第二预设时间内未接收到应用服务器集群中应用服务器发送过来的连接心跳报文,重启主报盘机;当主报盘机或备报盘机接收到应用服务器发送过来的登录指令时,执行登录操作。采用本发明实施例,可实现报盘机的自动切换,且切换前后报盘机采用同一交易员信息登录至前置服务器上。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种报盘机异常处理方法的流程示意图;
图2是本发明实施例提供的一种报盘机异常处理方法的另一流程示意图;
图3是本发明实施例提供的一种报盘机异常处理装置的结构示意图;
图4是本发明实施例提供的一种报盘机异常处理方法的另一流程示意图;
图5是本发明实施例提供的一种报盘机异常处理装置的又一结构示意图;
图6是本发明实施例提供的一种报盘机异常处理方法的系统示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种报盘机异常处理方法及装置,实现报盘机的自动切换,且切换前后报盘机采用同一交易员信息登录至前置服务器上。本发明实施例对应用服务器集群中应用服务器的数量和报盘机端报盘机的数量均不作限制,其中,报盘机数量应至少包括两台,一台作为主报盘机,其它均作为备报盘机,同一时刻,只有一台报盘机登录至交易所的前置服务器上,即称作主报盘机。
为方便说明,本发明实施例以应用服务器的数量和报盘机的数量均为2为例,但本发明实施例并不对此进行限制。请参见图6,图6是本发明实施例提供的一种报盘机异常处理方法的系统示意图。在图6中,应用服务器集群中包括应用服务器AP1和应用服务器AP2,用户可通过在应用服务器上发起交易申请,报盘机端包括报盘机A和报盘机B,且当前登录交易所中前置服务器的是报盘机A,即报盘机A为主报盘机,报盘机B为备报盘机。
应用服务器AP1和应用服务器AP2分别与报盘机A和报盘机B建立连接,且应用服务器每隔第二预设时间则自动给报盘机发送连接心跳报文,报盘机接收到应用服务器发送过来的连接心跳报文后给对应的应用服务器返回一个新的连接心跳报文。
值得说明的是,登录至前置服务器中的报盘机只能是报盘机A和报盘机B中的其中一台,如图6所示,报盘机A登录在前置服务器中,前置服务器每隔第一预设时间给主报盘机A发送行情心跳报文,主报盘机A接收到前置服务器发送过来的行情心跳报文后,将该行情心跳报文转发给应用服务器集群中的所有应用服务器。
通过在报盘机和应用服务器上对各自接收到的行情心跳报文和连接心跳报文进行超时判断,从而实时监控应用服务器与报盘机之间的连接状态以及主报盘机与前置服务器之间的登录状态,从而进一步实现对报盘机的异常处理。以下分别从应用服务器集群端和报盘机端进行详细说明。
请参见图1,图1是本发明实施例提供的一种报盘机异常处理方法的流程示意图,在本发明实施例中,从应用服务器集群角度来描述,该方法包括以下步骤。
S101:若应用服务器集群中每个应用服务器在第一预设时间内均未接收到主报盘机发送过来的行情心跳报文,和/或所述每个应用服务器在第二预设时间内均未接收到所述主报盘机发送过来的连接心跳报文,更新主报盘机的当前登录状态。
在本发明实施例中,为方便说明,假设报盘机端的报盘机数量和应用服务器集群中应用服务器的数量均为2,即报盘机A和报盘机B,特别的,可以设置报盘机A具有优先登录前置服务器的权限,即报盘机A与报盘机B开机后,首次确定目的报盘机时,若报盘机A与报盘机B均与应用服务器集群中的每个应用服务器建立好连接,则优先选择报盘机A去登录前置服务器。进一步的,将当前登录前置服务器的报盘机称为主报盘机,未登录前置服务器的报盘机称为备报盘机,因此,默认情况下报盘机A为主报盘机,若当前登录前置服务器的报盘机为A,则未登录前置服务器的报盘机为B。若报盘机A出现故障,且成功切换至报盘机B后,则报盘机B称为主报盘机,报盘机A称为备报盘机,换句话说,报盘机A和报盘机B互为主备。
具体的,交易所端的前置服务器每间隔第一预设时间则自动给当前登录前置服务器的主报盘机发送一个行情心跳报文,主报盘机接收到前置服务器发送过来的行情心跳报文后,将该行情心跳报文转发给应用服务器集群中的每个应用服务器,应用服务器接收主报盘机发送过来的行情心跳报文。因此,应用服务器通过对接收到的行情心跳报文进行超时判断,获知主报盘机是否可以正常接收前置服务器发送过来的行情心跳报文,从而,监控主报盘机与前置服务器的登录状态,从而进一步决定是否更新主报盘机的登录状态;与此同时,主报盘机通过对接收到的行情心跳报文进行超时判断,主报盘机本身获知自身是否可以正常接收前置服务器发送过来的行情心跳报文,监控主报盘机与前置服务器间是否出现异常,例如:登录断开或报盘机故障等,从而进一步决定是否重启主报盘机。
优选的,交易所端的前置服务器在交易时间段内每间隔第一预设时间则自动给当前登录前置服务器的主报盘机发送一个行情心跳报文,相应的,主报盘机和应用服务器在交易时间段内对接收到的行情心跳报文进行超时判断。例如:假设交易时间段为9:00-18:00,则前置服务器在时间段9:00-18:00每间隔第一预设时间则给主报盘机发送一个行情心跳报文。主报盘机和应用服务器在交易时间段9:00-18:00内对接收到的行情心跳报文进行超时判断,若未在交易时间段内,主报盘机和应用服务器无需对行情心跳报文进行超时判断。
相应的,应用服务器集群中的每个应用服务器(AP1和AP2)每间隔第二预设时间则自动给每个报盘机(主/备报盘机)发送一个连接心跳报文,报盘机接收到应用服务器发送过来的连接心跳报文后,给对应的应用服务器返回一个新的连接心跳报文,应用服务器接收主/备报盘机发送过来的新的连接心跳报文。因此,应用服务器通过对接收到的连接心跳报文进行超时判断,获知主/备报盘机是否可以正常接收应用服务器发送过来的连接心跳报文,从而,监控应用服务器与主/备报盘机间的连接状态,从而进一步决定是否更新主报盘机的登录状态或是否与主/备报盘机重新建立连接;与此同时,主报盘机通过对接收到的连接心跳报文进行超时判断,主报盘机本身获知自己是否可以正常接收应用服务器发送过来的连接心跳报文,监控主报盘机与应用服务器间是否出现异常,例如:连接断开或报盘机故障等,从而进一步决定是否重启主报盘机或是否重启连接端口,其中,重启主报盘机释放登录状态,重启连接端口以使应用服务器与主报盘机重新建立连接。
若应用服务器集群中的每个应用服务器在第一预设时间内均未接收到主报盘机发送过来的行情心跳报文,和/或每个应用服务器在第二预设时间内均未接收到所述主报盘机发送过来的连接心跳报文,更新主报盘机的当前登录状态。例如:假设第一预设时间为30S,第二预设时间为35S,登录状态包括“A/B登录成功”、“A/B登录失败”和“未登录”,其中,默认情况下的登录状态可以设置为“未登录”状态。若当前登录前置服务器的主报盘机为报盘机A,则系统中所记录的登录状态可以为“A登录成功”;若当前登录前置服务器的主报盘机为报盘机B,则系统中所记录的登录状态可以为“B登录成功”。假设当前登录在前置服务器上的主报盘机为报盘机A,则正常情况下(即主报盘机未出现故障、主报盘机成功登录前置服务器、主报盘机与每个应用服务器的连接正常),应用服务器集群中的AP1和AP2应每隔30S即可接收到主报盘机A发送过来的行情心跳报文,每隔35S即可接收到主报盘机A发送过来的连接心跳报文。若应用服务器AP1和AP2自上一次接收到主报盘机A发送过来的行情心跳报文后,在接下来的30S内均未接收到主报盘机A发送过来的行情心跳报文;或应用服务器AP1和AP2自上一次接收到主报盘机A发送过来的连接心跳报文后,在接下来的35S内均未接收到主报盘机A发送过来的连接心跳报文,则说明主报盘机A出现故障的概率比较大,因此,将主报盘机A的当前登录状态由“A登录成功”更新为“A登录失败”,以使应用服务器确定目的报盘机后,控制目的报盘机重新登录至前置服务器。与此同时,主报盘机A会进行重启操作,以释放登录状态,以便执行S102后,目的报盘机采用主报盘机A登录至前置服务器的交易员信息登录至前置服务器上。优选的,应用服务器在交易时间段内对接收到的行情心跳报文进行超时判断,若当前时间未处于交易时间段内,则只对接收到的连接心跳报文进行超时判断。
具体的,应用服务器集群中的每个应用服务器设置有行情心跳守护进程和连接心跳守护进程,即每隔第二预设时间去判断接收到的连接心跳报文是否超时,和在交易时间段内每隔第一预设时间去判断接收到的行情心跳报文是否超时,从而监控主报盘机与前置服务器间的登录状态以及应用服务器集群中的每个应用服务器与报盘机端主/备报盘机间的连接状态。
S102:根据每个应用服务器与主/备报盘机的连接状态和所述当前的登录状态从主/备报盘机中确定目的报盘机。
在本发明实施例中,应用服务器集群中的每个应用服务器上设置有自动登录任务,即每隔第三预设时间应用服务器执行自动登录操作。具体的,当经过第三预设时间时,应用服务器自动去获取报盘机端的当前登录状态,其中,登录状态包括“A/B登录成功”、“A/B登录失败”和“未登录”。若应用服务器获取到的当前登录状态为“未登录”或“A/B登录失败”,则根据每个应用服务器与主/备报盘机的连接状态和当前的登录状态从主/备报盘机中进一步确定目的报盘机,使目的报盘机根据主报盘机重启前登录前置服务器的登录信息登录所述前置服务器,特别的,目的报盘机可能是重启后的主报盘机,也可能是备报盘机。
作为一种可能的实施方式,根据每个应用服务器与主/备报盘机的连接状态和所述当前登录状态从主/备报盘机中确定目的报盘机,具体的判定规则请参见表1,表1是本发明实施例提供的一种目的报盘机的获取情况列表。在本发明实施例中,为方便说明,设置报盘机A具有优先登录前置服务器的权限,即报盘机A与报盘机B开机后,只要报盘机A同时与应用服务器集群中的每个应用服务器(AP1和AP2)建立好了连接(即连接状态为A/B或A),当前登录状态为“未登录”的前提下,优先确定目的报盘机为报盘机A。
表1是本发明实施例提供的一种目的报盘机的获取情况列表
从表1中第一行可以看出,若登录状态为“未登录”状态,即首次选择主/备报盘机登录前置服务器时,只要报盘机A同时与应用服务器集群中的每个应用服务器(AP1和AP2)建立好了连接(即连接状态为A/B或A),则确定目的报盘机为报盘机A;若报盘机A未同时与应用服务器AP1和AP2建立好连接,而报盘机B同时与应用服务器AP1和AP2建立好了连接(即连接状态为B),则确定目的报盘机为报盘机B。
从表1中第二行可以看出,若登录状态为“A登录失败”状态,即说明S101中所指的主报盘机为报盘机A,主报盘机A进行了重启操作,或上一次自动运行登录任务时确定的目的报盘机为报盘机A,但报盘机A未成功登录到前置服务器上,获取连接状态来确定目的报盘机,若连接状态为A/B或B,即只要报盘机B同时与应用服务器集群中的每个应用服务器(AP1和AP2)建立好了连接,则确定目的报盘机为报盘机B;若连接状态为A,即报盘机B未同时与应用服务器AP1和AP2建立好连接,而报盘机A同时与应用服务器AP1和AP2建立好了连接,则确定目的报盘机为报盘机A。
从表1中第三行可以看出,若登录状态为“B登录失败”状态,即说明S101中所指的主报盘机为报盘机B,且报盘机B进行了重启操作,或上一次自动运行登录任务时确定的目的报盘机为报盘机B,但报盘机B未成功登录到前置服务器上,获取连接状态来确定目的报盘机,若连接状态为A/B或A,即只要主报盘机A同时与应用服务器集群中的每个应用服务器(AP1和AP2)建立好了连接,则确定目的报盘机为报盘机A;若连接状态为B,即报盘机A未同时与应用服务器AP1和AP2建立好连接,而报盘机B同时与应用服务器AP1和AP2建立好了连接,则确定目的报盘机为报盘机B。
优选的,若获取到目的报盘机正处于在登录前置服务器的状态中,则不管登录操作是不是本应用服务器发起的,均等待登录结果并进行登录操作的超时判断,若登录失败或超时则重新确定目的报盘机,并更新登录状态。
S103:给所述目的报盘机发送登录指令,以使所述目的报盘机根据所述主报盘机重启前登录前置服务器的登录信息登录所述前置服务器。
具体的,待S102确定好目的报盘机后,获取用于登录前置服务器的登录信息,即主报盘机重启前登录前置服务器的登录信息,其中,登录信息可以包括同一交易员的登录账号和登录密码;给目的报盘机发送包括该登录信息的登录指令,以使目的报盘机采用同一交易员的登录信息登录至前置服务器上,从而避免不同交易员登录前置服务器后无法在切换后的报盘机上完成故障机上发出的报单撤销操作。
值得说明的是,采用单交易员将主报盘机A成功切换至备报盘机B后,报盘机B成为主报盘机,报盘机A成为备报盘机,若主报盘机B出现故障,同样的,采用S101~S103,实现报盘机的异常处理。
在本发明实施例所描述的报盘机异常处理方法中,通过应用服务器集群中的每个应用服务器对主报盘机发送过来的行情心跳报文和连接心跳报文进行超时判断,若应用服务器集群中每个应用服务器在第一预设时间内均未接收到主报盘机发送过来的行情心跳报文,和/或所述每个应用服务器在第二预设时间内均未接收到所述主报盘机发送过来的连接心跳报文,则更新主报盘机的当前登录状态;同时,根据每个应用服务器与主/备报盘机的连接状态和所述当前登录状态从主/备报盘机中确定目的报盘机;给目的报盘机发送登录指令,以使目的报盘机登录前置服务器。采用本发明实施例,可实现报盘机的自动切换,且切换前后报盘机采用同一交易员信息登录至前置服务器上。
请参见图2,图2是本发明实施例提供的一种报盘机异常处理方法的另一流程示意图,在本发明实施例中,该方法除包括S101~S103外,还包括以下步骤。
S201:若应用服务器集群中任意一个应用服务器在所述第二预设时间内未接收到所述主/备报盘机发送过来的连接心跳报文,所述应用服务器与所述主/备报盘机重新建立连接。
在本发明实施例中,应用服务器集群中的每个应用服务器上设置有自动连接任务,即每隔第四预设时间应用服务器执行自动连接操作。具体的,当经过第四预设时间时,若应用服务器集群中任意一个应用服务器在第二预设时间内未接收到主/备报盘机发送过来的连接心跳报文,应用服务器与主/备报盘机重新建立连接。值得说明的是,若应用服务器集群中应用服务器的数量大于2,则任意一个指的是多个应用服务器中的任意一个或任意多个但不包括所有应用服务器的情况。例如:应用服务器集群中的其中一个应用服务器上的自动连接任务每经过第四预设时间时,识别该应用服务器是否在第二预设时间间隔内接收到主/备报盘机发送过来的连接心跳报文,若没有接收到,说明该应用服务器与主/备报盘机之间建立的连接可能断开,于是该应用服务器则给相应的主/备报盘机自动发送连接请求,使本应用服务器与未建立连接的主/备报盘机重新建立连接。假设主报盘机未报盘机A,若应用服务器集群中的每个应用服务器均在第二预设时间内接收到了主/备报盘机发送过来的连接心跳报文,则连接状态为A/B;若应用服务器集群中的每个应用服务器均在第二预设时间内均接收到了主报盘机发送过来的连接心跳报文,但并不是所有应用服务器都接收到了备报盘机发送过来的连接心跳报文,则连接状态为A;若应用服务器集群中的所有应用服务器均在第二预设时间内接收到了备报盘机发送过来的连接心跳报文,但并不是所有应用服务器都接收到了主报盘机发送过来的连接心跳报文,则连接状态为B。
在本发明实施例所描述的报盘机异常处理方法中,通过应用服务器集群中的每个应用服务器对主报盘机发送过来的行情心跳报文和连接心跳报文进行超时判断,若应用服务器集群中每个应用服务器在第一预设时间内均未接收到主报盘机发送过来的行情心跳报文,和/或所述每个应用服务器在第二预设时间内均未接收到所述主报盘机发送过来的连接心跳报文,则更新主报盘机的当前登录状态;同时,根据每个应用服务器与主/备报盘机的连接状态和所述当前登录状态从主/备报盘机中确定目的报盘机;给目的报盘机发送登录指令,以使目的报盘机登录前置服务器。采用本发明实施例,可实现报盘机的自动切换,且切换前后报盘机采用同一交易员信息登录至前置服务器上。
请参见图3,图3是本发明实施例提供的一种报盘机异常处理装置的结构示意图,在本发明实施例中,该装置包括:更新模块301、更新模块302和登录指令发送模块303。
更新模块301,用于若应用服务器集群中每个应用服务器在第一预设时间内均未接收到主报盘机发送过来的行情心跳报文,和/或所述每个应用服务器在第二预设时间内均未接收到所述主报盘机发送过来的连接心跳报文,更新主报盘机的当前登录状态。
更新模块302,用于根据每个应用服务器与主/备报盘机的连接状态和所述当前登录状态从主/备报盘机中确定目的报盘机。
登录指令发送模块303,用于给所述目的报盘机发送登录指令,以使所述目的报盘机根据所述主报盘机重启前登录前置服务器的登录信息登录所述前置服务器。
作为一种优选的实施方式,该装置还包括连接模块304。
连接模块304,用于若应用服务器集群中任意一个应用服务器在所述第二预设时间内未接收到所述主/备报盘机发送过来的连接心跳报文,所述应用服务器与所述主/备报盘机重新建立连接。
作为另一种优选的实施方式,该装置还包括报文返回模块305。
报文返回模块305,用于所述应用服务器每隔所述第二预设时间,给所述主/备报盘机发送连接心跳报文,以使所述主/备报盘机接收到所述连接心跳报文后返回一个新的连接心跳报文。
在本发明实施例所描述的报盘机异常处理方法中,通过应用服务器集群中的每个应用服务器对主报盘机发送过来的行情心跳报文和连接心跳报文进行超时判断,若应用服务器集群中每个应用服务器在第一预设时间内均未接收到主报盘机发送过来的行情心跳报文,和/或所述每个应用服务器在第二预设时间内均未接收到所述主报盘机发送过来的连接心跳报文,则更新主报盘机的当前登录状态;同时,根据每个应用服务器与主/备报盘机的连接状态和所述当前登录状态从主/备报盘机中确定目的报盘机;给目的报盘机发送登录指令,以使目的报盘机登录前置服务器。采用本发明实施例,可实现报盘机的自动切换,且切换前后报盘机采用同一交易员信息登录至前置服务器上。
请参见图4,图4是本发明实施例提供的一种报盘机异常处理方法的另一流程示意图,在本发明实施例中,从报盘机端的角度来描述,该方法包括以下步骤。
S401:若当前登录前置服务器的主报盘机在第一预设时间内未接收到所述前置服务器发送过来的行情心跳报文,和/或所述主报盘机在第二预设时间内未接收到应用服务器集群中应用服务器发送过来的连接心跳报文,重启所述主报盘机。
在本发明实施例中,为方便说明,假设报盘机端的报盘机数量为2,即报盘机A和报盘机B,特别的,默认情况下可以设置报盘机A具有优先登录前置服务器的权限,即报盘机A与报盘机B开机后,首次确定目的报盘机时,若报盘机A与报盘机B均与应用服务器集群中的每个应用服务器建立好连接,则优先选择报盘机A去登录前置服务器。进一步的,将当前登录前置服务器的报盘机称为主报盘机,未登录前置服务器的报盘机称为备报盘机,可知默认情况下主报盘机为报盘机A。若当前登录前置服务器的报盘机为A,则未登录前置服务器的报盘机为B。
在本发明实施例中,交易所端的前置服务器每间隔第一预设时间则自动给当前登录前置服务器的主报盘机发送一个行情心跳报文,主报盘机接收前置服务器发送过来的行情心跳报文。相应的,应用服务器集群中的每个应用服务器每间隔第二预设时间则自动给每个报盘机(主/备报盘机)发送一个连接心跳报文,报盘机端的主/备报盘机接收应用服务器发送过来的连接心跳报文。若当前登录前置服务器的主报盘机在第一预设时间内未接收到所述前置服务器发送过来的行情心跳报文,和/或所述主报盘机在第二预设时间内未接收到应用服务器集群中应用服务器发送过来的连接心跳报文,说明主报盘机出现故障的概率比较大,因此重启主报盘机,以释放登录状态,应用服务器重新确定目的报盘机,使目的报盘机重新登录前置服务器。优选的,交易所端的前置服务器在交易时间段内每间隔第一预设时间则自动给当前登录前置服务器的主报盘机发送一个行情心跳报文,相应的,主报盘机在交易时间段内对接收到的行情心跳报文进行超时判断。例如:假设交易时间段为9:00-18:00,则前置服务器在时间段9:00-18:00内每间隔第一预设时间则给主报盘机发送一个行情心跳报文,主报盘机在交易时间段9:00-18:00内对行情心跳报文进行超时判断,若当前时间未在交易时间段内,则主报盘机无需对行情心跳报文进行超时判断。
具体的,主报盘机上设置有行情心跳守护进程和连接心跳守护进程,即每隔第二预设时间去判断接收到的连接心跳报文是否超时,和在交易时间段内每隔第一预设时间去判断接收到的行情心跳报文是否超时,从而监控主报盘机与前置服务器间的登录状态以及主报盘机与应用服务器集群中的每个应用服务器间的连接状态。优选的,备报盘机上也设置有连接心跳守护进程,即每隔第二预设时间去判断接收到的连接心跳报文是否超时,若备报盘机在第二预设时间内未接收到所述应用服务器集群中应用服务器发送过来的连接心跳报文,说明备报盘机出现故障的概率比较大,重启备报盘机,以使备报盘机处于备用状态,备报盘机恢复故障后与每个应用服务器重新建立连接。
作为一种优选的实施方式,若主报盘机接收到前置服务器发送过来的行情心跳报文,将所述行情心跳报文转发给所述应用服务器集群中每个应用服务器;和若主/备报盘机接收到应用服务器集群中任意一个应用服务器发送过来的连接心跳报文,根据所述连接心跳报文给对应的应用服务器返回一个新的连接心跳报文。以便应用服务器集群中任意一个应用服务器监控主报盘机与前置服务器间的登录状态以及应用服务器集群中的每个应用服务器与报盘机端主/备报盘机间的连接状态。
作为另一种优选的实施方式,若所述主/备报盘机在所述第二预设时间内未接收到所述应用服务器集群中任意一个应用服务器发送过来的连接心跳报文,说明该应用服务器与主/备报盘机间的连接可能断开,因此,所述主/备报盘机重启连接端口,以使该应用服务器与所述主/备报盘机重新建立连接。值得说明的是,若应用服务器集群中应用服务器的数量大于2,则任意一个指的是多个应用服务器中的任意一个或任意多个但不包括所有应用服务器的情况。
S402:若所述主报盘机或未登录所述前置服务器的备报盘机接收到所述应用服务器发送过来的登录指令,根据所述主报盘机重启前登录所述前置服务器的登录信息登录所述前置服务器。
具体的,S401中主报盘机重启后,异常可能解决,即主报盘机重启后可与应用服务器重新建立连接;也有可能异常未解决,主报盘机与应用服务器未能正常建立连接。主报盘机在重启过程中,应用服务器会更新主报盘机的登录状态为登录失败,例如,假设主报盘机为A,则主报盘机的当前登录状态可由“A登录成功”更新为“A登录失败”。当应用服务器集群中应用服务器的自动登录任务到达第三预设时间时,即应用服务器会自动去获取当前的登录状态,若当前的登录状态为登录成功,则不用确定目的报盘机;若当前的登录状态为A/B登录失败或未登录,则应用服务器会根据当前的登录状态和连接状态确定目的报盘机,并给目的报盘机发送登录指令,其中,目的报盘机为主/备报盘机中的其中一台报盘机,若所述主报盘机或备报盘机接收到应用服务器发送过来的登录指令,该接收到登录指令的目的报盘机根据S401中所描述的主报盘机重启前登录所述前置服务器的登录信息登录前置服务器,从而实现报盘机的自动切换,且切换前后报盘机采用同一交易员信息登录至前置服务器,不影响交易操作。
在本发明实施例所描述的报盘机异常处理方法中,通过主报盘机对前置服务器发送过来的行情心跳报文和对应用服务器发送过来的连接心跳报文进行超时判断,若主报盘机在第一预设时间内未接收到前置服务器发送过来的行情心跳报文,和/或主报盘机在第二预设时间内未接收到应用服务器集群中应用服务器发送过来的连接心跳报文,重启主报盘机;当主报盘机或备报盘机接收到应用服务器发送过来的登录指令时,执行登录操作。采用本发明实施例,可实现报盘机的自动切换,且切换前后报盘机采用同一交易员信息登录至前置服务器上。
请参见图5,图5是本发明实施例提供的一种报盘机异常处理装置的又一结构示意图,在本发明实施例中,从报盘机端的角度来描述,该装置包括:第一重启模块501和登录模块502。
第一重启模块501,用于若当前登录前置服务器的主报盘机在第一预设时间内未接收到所述前置服务器发送过来的行情心跳报文,和/或所述主报盘机在第二预设时间内未接收到应用服务器集群中应用服务器发送过来的连接心跳报文,重启所述主报盘机;
登录模块502,用于若所述主报盘机或未登录所述前置服务器的备报盘机接收到所述应用服务器发送过来的登录指令,根据所述主报盘机重启前登录所述前置服务器的登录信息登录所述前置服务器。
作为一种优选的实施方式,该装置还包括:端口重启模块503。
端口重启模块503,用于若所述主/备报盘机在所述第二预设时间内未接收到所述应用服务器集群中任意一个应用服务器发送过来的连接心跳报文,所述主/备报盘机重启连接端口,以使所述任意一个应用服务器与所述主/备报盘机重新建立连接。
作为另一种优选的实施方式,该装置还包括:第二重启模块504。
第二重启模块504,用于若所述备报盘机在所述第二预设时间内未接收到所述应用服务器集群中应用服务器发送过来的连接心跳报文,重启所述备报盘机。
进一步优选的,该装置还包括:报文发送模块505。
报文发送模块505,用于若所述主报盘机接收到所述前置服务器发送过来的行情心跳报文,将所述行情心跳报文转发给所述应用服务器集群中每个应用服务器;和
若所述主/备报盘机接收到所述应用服务器集群中任意一个应用服务器发送过来的连接心跳报文,根据所述连接心跳报文给对应的应用服务器返回一个新的连接心跳报文。
在本发明实施例所描述的报盘机异常处理方法中,通过主报盘机对前置服务器发送过来的行情心跳报文和对应用服务器发送过来的连接心跳报文进行超时判断,若主报盘机在第一预设时间内未接收到前置服务器发送过来的行情心跳报文,和/或主报盘机在第二预设时间内未接收到应用服务器集群中应用服务器发送过来的连接心跳报文,重启主报盘机;当主报盘机或备报盘机接收到应用服务器发送过来的登录指令时,执行登录操作。采用本发明实施例,可实现报盘机的自动切换,且切换前后报盘机采用同一交易员信息登录至前置服务器上。
本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
本发明实施例装置中的模块或单元可以根据实际需要进行合并、划分和删减。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random AccessMemory,RAM)等。
以上所揭露的仅为本发明较佳实施例而已,当然不能以此来限定本发明之权利范围,本领域普通技术人员可以理解实现上述实施例的全部或部分流程,并依本发明权利要求所作的等同变化,仍属于发明所涵盖的范围。
Claims (12)
1.一种报盘机异常处理方法,其特征在于,包括:若当前登录前置服务器的主报盘机在第一预设时间内未接收到所述前置服务器发送过来的行情心跳报文,和/或所述主报盘机在第二预设时间内未接收到应用服务器集群中应用服务器发送过来的连接心跳报文,重启所述主报盘机;
若所述主报盘机或未登录所述前置服务器的备报盘机接收到所述应用服务器发送过来的登录指令,根据每个应用服务器与主/备报盘机的连接状态和当前的登录状态从主/备报盘机中确定目的报盘机,
给所述目的报盘机发送登录指令,以使所述目的报盘机根据所述主报盘机重启前登录前置服务器的登录信息登录所述前置服务器,
其中,若所述目的报盘机正处于登录前置服务器的状态中,等待登录结果并进行登录操作的超时判断,若登录失败或超时则重新确定目的报盘机;
若所述主/备报盘机接收到所述应用服务器集群中任意一个应用服务器发送过来的连接心跳报文,根据所述连接心跳报文给对应的应用服务器返回一个新的连接心跳报文。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
若所述主/备报盘机在所述第二预设时间内未接收到所述应用服务器集群中任意一个应用服务器发送过来的连接心跳报文,所述主/备报盘机重启连接端口,以使所述任意一个应用服务器与所述主/备报盘机重新建立连接。
3.如权利要求2所述的方法,其特征在于,所述方法还包括:
若所述备报盘机在所述第二预设时间内未接收到所述应用服务器集群中应用服务器发送过来的连接心跳报文,重启所述备报盘机。
4.如权利要求1-3任一项所述的方法,其特征在于,所述方法还包括:
若所述主报盘机接收到所述前置服务器发送过来的行情心跳报文,将所述行情心跳报文转发给所述应用服务器集群中每个应用服务器。
5.一种报盘机异常处理装置,其特征在于,包括:
第一重启模块,用于若当前登录前置服务器的主报盘机在第一预设时间内未接收到所述前置服务器发送过来的行情心跳报文,和/或所述主报盘机在第二预设时间内未接收到应用服务器集群中应用服务器发送过来的连接心跳报文,重启所述主报盘机;
登录模块,用于若所述主报盘机或未登录所述前置服务器的备报盘机接收到所述应用服务器发送过来的登录指令,根据每个应用服务器与主/备报盘机的连接状态和当前的登录状态从主/备报盘机中确定目的报盘机,
给所述目的报盘机发送登录指令,以使所述目的报盘机根据所述主报盘机重启前登录前置服务器的登录信息登录所述前置服务器,
其中,若所述目的报盘机正处于登录前置服务器的状态中,等待登录结果并进行登录操作的超时判断,若登录失败或超时则重新确定目的报盘机;
报文发送模块,用于若所述主/备报盘机接收到所述应用服务器集群中任意一个应用服务器发送过来的连接心跳报文,根据所述连接心跳报文给对应的应用服务器返回一个新的连接心跳报文。
6.如权利要求5所述的装置,其特征在于,所述装置还包括:
端口重启模块,用于若所述主/备报盘机在所述第二预设时间内未接收到所述应用服务器集群中任意一个应用服务器发送过来的连接心跳报文,所述主/备报盘机重启连接端口,以使所述任意一个应用服务器与所述主/备报盘机重新建立连接。
7.如权利要求6所述的装置,其特征在于,所述装置还包括:
第二重启模块,用于若所述备报盘机在所述第二预设时间内未接收到所述应用服务器集群中应用服务器发送过来的连接心跳报文,重启所述备报盘机。
8.如权利要求5-7任一项所述的装置,其特征在于,
所述报文发送模块,还用于若所述主报盘机接收到所述前置服务器发送过来的行情心跳报文,将所述行情心跳报文转发给所述应用服务器集群中每个应用服务器。
9.一种报盘机异常处理方法,其特征在于,包括:
若应用服务器集群中每个应用服务器在第一预设时间内均未接收到主报盘机发送过来的行情心跳报文,和/或所述每个应用服务器在第二预设时间内均未接收到所述主报盘机发送过来的连接心跳报文,更新主报盘机的当前登录状态;
根据每个应用服务器与主/备报盘机的连接状态和所述当前登录状态从主/备报盘机中确定目的报盘机,其中,若所述目的报盘机正处于登录前置服务器的状态中,等待登录结果并进行登录操作的超时判断,若登录失败或超时则重新确定目的报盘机;
给所述目的报盘机发送登录指令,以使所述目的报盘机根据所述主报盘机重启前登录前置服务器的登录信息登录所述前置服务器;
所述应用服务器每隔所述第二预设时间,给所述主/备报盘机发送连接心跳报文,以使所述主/备报盘机接收到所述连接心跳报文后返回一个新的连接心跳报文。
10.如权利要求9所述的方法,其特征在于,所述方法还包括:
若应用服务器集群中任意一个应用服务器在所述第二预设时间内未接收到所述主/备报盘机发送过来的连接心跳报文,所述应用服务器与所述主/备报盘机重新建立连接。
11.一种报盘机异常处理装置,其特征在于,包括:
更新模块,用于若应用服务器集群中每个应用服务器在第一预设时间内均未接收到主报盘机发送过来的行情心跳报文,和/或所述每个应用服务器在第二预设时间内均未接收到所述主报盘机发送过来的连接心跳报文,更新主报盘机的当前登录状态;
确定模块,用于根据每个应用服务器与主/备报盘机的连接状态和所述当前登录状态从主/备报盘机中确定目的报盘机,其中,若所述目的报盘机正处于登录前置服务器的状态中,等待登录结果并进行登录操作的超时判断,若登录失败或超时则重新确定目的报盘机;
登录指令发送模块,用于给所述目的报盘机发送登录指令,以使所述目的报盘机根据所述主报盘机重启前登录前置服务器的登录信息登录所述前置服务器;
报文返回模块,用于每隔所述第二预设时间,给所述主/备报盘机发送连接心跳报文,以使所述主/备报盘机接收到所述连接心跳报文后返回一个新的连接心跳报文。
12.如权利要求11所述的装置,其特征在于,所述装置还包括:
连接模块,用于若应用服务器集群中任意一个应用服务器在所述第二预设时间内未接收到所述主/备报盘机发送过来的连接心跳报文,所述应用服务器与所述主/备报盘机重新建立连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410405796.9A CN104199866B (zh) | 2014-08-18 | 2014-08-18 | 一种报盘机异常处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410405796.9A CN104199866B (zh) | 2014-08-18 | 2014-08-18 | 一种报盘机异常处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104199866A CN104199866A (zh) | 2014-12-10 |
CN104199866B true CN104199866B (zh) | 2018-01-23 |
Family
ID=52085159
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410405796.9A Active CN104199866B (zh) | 2014-08-18 | 2014-08-18 | 一种报盘机异常处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104199866B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105554150A (zh) * | 2015-12-29 | 2016-05-04 | 北京捷思锐科技股份有限公司 | 一种网络登录方法及装置 |
CN112613859B (zh) * | 2020-12-17 | 2022-07-12 | 东方证券股份有限公司 | 一种基于上交所联通圈机制的集群报盘系统 |
CN114841710B (zh) * | 2022-06-30 | 2022-10-04 | 深圳华锐分布式技术股份有限公司 | 交易系统故障时的撤单方法、装置、设备及介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5787437A (en) * | 1996-10-29 | 1998-07-28 | Hewlett-Packard Company | Method and apparatus for shared management information via a common repository |
US7424543B2 (en) * | 1999-09-08 | 2008-09-09 | Rice Iii James L | System and method of permissive data flow and application transfer |
CN101600240A (zh) * | 2009-05-31 | 2009-12-09 | 腾讯科技(北京)有限公司 | 一种多网络切换的方法、即时通讯客户端、管理服务器及系统 |
CN101667933A (zh) * | 2009-10-23 | 2010-03-10 | 杭州华三通信技术有限公司 | 一种安全认证系统及其主备切换方法和设备 |
CN102142981A (zh) * | 2010-11-01 | 2011-08-03 | 华为技术有限公司 | 终端掉线的处理方法和系统以及宽带远程接入服务器 |
CN103257350A (zh) * | 2012-05-07 | 2013-08-21 | 中国交通通信信息中心 | 一种双机双工自动切换方法 |
-
2014
- 2014-08-18 CN CN201410405796.9A patent/CN104199866B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5787437A (en) * | 1996-10-29 | 1998-07-28 | Hewlett-Packard Company | Method and apparatus for shared management information via a common repository |
US7424543B2 (en) * | 1999-09-08 | 2008-09-09 | Rice Iii James L | System and method of permissive data flow and application transfer |
CN101600240A (zh) * | 2009-05-31 | 2009-12-09 | 腾讯科技(北京)有限公司 | 一种多网络切换的方法、即时通讯客户端、管理服务器及系统 |
CN101667933A (zh) * | 2009-10-23 | 2010-03-10 | 杭州华三通信技术有限公司 | 一种安全认证系统及其主备切换方法和设备 |
CN102142981A (zh) * | 2010-11-01 | 2011-08-03 | 华为技术有限公司 | 终端掉线的处理方法和系统以及宽带远程接入服务器 |
CN103257350A (zh) * | 2012-05-07 | 2013-08-21 | 中国交通通信信息中心 | 一种双机双工自动切换方法 |
Also Published As
Publication number | Publication date |
---|---|
CN104199866A (zh) | 2014-12-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7418627B2 (en) | Cluster system wherein failover reset signals are sent from nodes according to their priority | |
CN113014634B (zh) | 集群选举处理方法、装置、设备及存储介质 | |
US20200233762A1 (en) | Method and Apparatus for Redundancy in Active-Active Cluster System | |
CN108429629A (zh) | 设备故障恢复方法和装置 | |
CN105095125B (zh) | 基于仲裁磁盘的高可用双控存储系统及其运行方法 | |
EP3472971B1 (en) | Technique for resolving a link failure | |
US7818623B2 (en) | Kernel debugging in a cluster computing system | |
CN104503965A (zh) | PostgreSQL高弹性的高可用及负载均衡实现方法 | |
US20150339200A1 (en) | Intelligent disaster recovery | |
CN110597664A (zh) | 一种高可用集群资源部署方法、装置及相关组件 | |
CN103905247B (zh) | 一种基于多客户裁决的双机备份方法及系统 | |
CN106330475A (zh) | 一种通信系统中管理主备节点的方法和装置及高可用集群 | |
CN104199866B (zh) | 一种报盘机异常处理方法及装置 | |
US8707082B1 (en) | Method and system for enhanced granularity in fencing operations | |
CN106713036A (zh) | 一种移动终端支付系统的故障处理方法及系统 | |
EP3953818A2 (en) | Iot partition management and load balancing | |
CN108958984A (zh) | 基于ceph的双活同步在线热备方法 | |
CN106502822A (zh) | 数据读写方法及装置 | |
CN106411945B (zh) | 一种Web的访问方法和装置 | |
JP5112138B2 (ja) | セッション管理方法、ストレージ装置、及び、計算機システム | |
CN112787918A (zh) | 一种基于服务路由树的数据中心寻址与主备切换方法 | |
CN100463411C (zh) | 用在群集计算机装置的节点处的控制器及其操作方法 | |
CN108134712B (zh) | 一种分布式集群脑裂的处理方法、装置及设备 | |
CN110620684A (zh) | 一种存储双控防脑裂方法、系统、终端及存储介质 | |
CN113965459A (zh) | 基于consul进行主机网络监控实现计算节点高可用的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |