CN109274986A - 多中心容灾方法、系统、存储介质和计算机设备 - Google Patents

多中心容灾方法、系统、存储介质和计算机设备 Download PDF

Info

Publication number
CN109274986A
CN109274986A CN201710582474.5A CN201710582474A CN109274986A CN 109274986 A CN109274986 A CN 109274986A CN 201710582474 A CN201710582474 A CN 201710582474A CN 109274986 A CN109274986 A CN 109274986A
Authority
CN
China
Prior art keywords
standby
central apparatus
main
center
information
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.)
Granted
Application number
CN201710582474.5A
Other languages
English (en)
Other versions
CN109274986B (zh
Inventor
李良生
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201710582474.5A priority Critical patent/CN109274986B/zh
Publication of CN109274986A publication Critical patent/CN109274986A/zh
Application granted granted Critical
Publication of CN109274986B publication Critical patent/CN109274986B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2404—Monitoring of server processing errors or hardware failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/084—Configuration by using pre-existing information, e.g. using templates or copying from other elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/6473—Monitoring network processes errors

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Hardware Redundancy (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明涉及一种多中心容灾方法，包括：主中心接收备中心设备的异常信息，将异常的所述备中心设备的异常信息更新至主中心数据库，根据预设的调整规则将异常的所述备中心设备的业务逻辑重新分配至其他备中心设备，并将重新分配之后的各设备信息自所述主中心数据库同步至各备中心数据库。本发明降低了发生数据异常时的排查难度，实现了所有设备的容灾，减轻了主中心负担，各个备中心也得到了合理利用，还提供一种多中心容灾系统、存储介质和计算机设备。

Description

多中心容灾方法、系统、存储介质和计算机设备
技术领域
本发明涉及通信技术领域，特别是涉及一种多中心容灾方法、系统、存储介质和计算机设备。
背景技术
随着网络和多媒体技术的发展，网络电视(IPTV，Internet ProtocolTelevision)因其便捷性、智能性、可控性等优点被越来越多的用户所接受。随着用户的增长，系统越来越庞大，不可控的因素越来越多，因此系统的容灾性能显得尤其重要。而容灾的最重要部分无疑是数据部分，仅对于数据部分的容灾来说，许许多多的数据库都具备这方面的能力，但由于信息技术的蓬勃发展，人们观看电视的方式逐渐由传统观看方式转向网络电视，比如，大家会使用手机、PAD、手提电脑等来观看各种电视节目以及点播网络上的视频资源，而在该过程中，如果在仅做了数据容灾的情况下，当数据之外的其他应用设备出现问题时，由于其没有做容灾处理，用户同样会因为该设备的故障而观看不了网络电视上的视频资源，因此，数据之外的其他应用设备的容灾问题同样也非常的重要。
在现有技术中，也存在一些除了数据之外的容灾方案，采用围绕数据的主站点做文章的，这种容灾的不足之处在于：平时处于容灾的多个备中心设备一直处于闲置状态，如此会造成资源的浪费，且随着数据量的增加，主中心设备上的资源也会越来越紧张。
综上所述，在网络电视系统中，提供一种既可以使所有设备都能容灾，又可以利用多个备中心的容灾的闲置设备，还能减轻主中心负担的方案，显得非常的重要，目前相关技术尚无有效解决方案。
发明内容
基于此，有必要针对上述问题，提供一种多中心容灾方法、系统、存储介质和计算机设备，能够使所有设备都能容灾，且多个备中心设备均可以得到合理利用，同时还能减轻主中心负担。
一种多中心容灾方法，包括：
主中心接收备中心设备的异常信息，将所述备中心设备的异常信息更新至主中心数据库，根据预设的调整规则将异常的所述备中心设备的业务逻辑重新分配至其他备中心设备，并将重新分配之后的各设备信息自所述主中心数据库同步至各备中心数据库。
一种多中心容灾方法，包括：
备中心设备接收其他备中心设备异常的信息之后,获取重新分配之后的各设备信息，并将其更新至备中心数据库；所述各设备信息为通过主中心将异常的所述备中心设备的业务逻辑重新分配之后的各设备信息。
一种多中心容灾系统，
所述系统包括主中心和与所述主中心通信连接的多个备中心；所述主中心包括主中心数据库与至少一主中心设备，所述备中心包括备中心数据库与至少一备中心设备；
所述主中心用于接收备中心设备的异常信息，将所述备中心设备的异常信息更新至主中心数据库，根据预设的调整规则将异常的所述备中心设备的业务逻辑重新分配至其他备中心设备，并将重新分配之后的各设备信息自所述主中心数据库同步至各备中心数据库；
所述备中心设备用于接收其他备中心设备异常的信息之后,获取重新分配之后的各设备信息，并将其更新至备中心数据库；所述各设备信息为通过主中心将异常的所述备中心设备的业务逻辑重新分配之后的各设备信息；
所述各设备信息包括主中心设备信息与备中心设备信息。
一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机可执行指令，所述计算机可执行指令被处理器执行时，使得所述处理器执行以下步骤：令主中心接收备中心设备的异常信息，将所述备中心设备的异常信息更新至主中心数据库，根据预设的调整规则将异常的所述备中心设备的业务逻辑重新分配至其他备中心设备，并将重新分配之后的各设备信息自所述主中心数据库同步至各备中心数据库。
一种计算机设备，包括存储器和处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行以下步骤：令主中心接收备中心设备的异常信息，将所述备中心设备的异常信息更新至主中心数据库，根据预设的调整规则将异常的所述备中心设备的业务逻辑重新分配至其他备中心设备，并将重新分配之后的各设备信息自所述主中心数据库同步至各备中心数据库。
上述多中心容灾方法、系统、存储介质和计算机设备，所有的数据维护都由主中心发起，且由主中心数据库向各个备中心数据库同步数据，使得在数据实现了单向同步，降低了发生数据异常时的排查难度；同时，由于各个备中心数据库都同步备份有与主中心数据库同样的数据，当主中心或某个备中心设备发生故障时，系统依旧可以通过将业务逻辑分配至正常运转的备中心设备来实现正常的业务逻辑运行，实现了所有设备的容灾；且在本发明中，备中心设备运转业务逻辑时读取数据均从备中心数据库进行读取，因此备中心承担了所有业务逻辑运行的功能，减轻了主中心负担，各个备中心也得到了合理利用。
附图说明
图1为一个实施例中多中心容灾方法的流程图；
图2为另一个实施例中多中心容灾方法的流程图；
图3为一个实施例中多中心容灾方法的步骤S10的流程图；
图4为又一个实施例中多中心容灾方法的流程图；
图5为一个实施例中多中心容灾装置的结构框图；
图6为另一个实施例中多中心容灾装置的结构框图；
图7为一个实施例中多中心容灾装置的主中心的结构框图；
图8为一个实施例中多中心容灾装置的备中心的结构框图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
如图1及图5、图7及图8所示，在一个实施例中，图1中提供一种多中心容灾方法，包括：
步骤S10、主中心1接收备中心设备22的异常信息，将所述备中心设备22的异常信息更新至主中心数据库11，根据预设的调整规则将异常的所述备中心设备22的业务逻辑重新分配至其他备中心设备22，并将重新分配之后的各设备信息自所述主中心数据库11同步至各备中心数据库21；本发明包括主中心和与所述主中心通信连接的多个备中心；所述主中心包括主中心数据库11与至少一主中心设备12，所述备中心包括备中心数据库21与至少一备中心设备22；可理解的，如果检测设备3检测到某个备中心设备22异常，此时，检测设备3生成备中心设备22的异常信息并输出至各主中心1与备中心2)，在主中心1接收到该备中心设备22的异常信息之后，主中心1变更主中心数据库11存储的该备中心设备22状态为异常，同时提示各个业务逻辑设备重新从主中心数据库11获取多中心容灾系统的各设备的信息，这样归属于异常的备中心2的用户的业务逻辑将通过系统的重新分配负载均衡到其他的备中心2上。
在一些实施例中，所述方法还包括：在主中心1处于正常状态时，也即在接收到主中心设备12的异常信息之前，所述主中心1接收数据维护指令，更新主中心数据库11中的数据，并将更新的所述主中心数据库11中的数据同步至各备中心数据库21；可理解的，在本实施例中，接收到相关异常信息的主中心设备12是指可以进行数据维护的主中心设备12，亦可以指主中心数据库11，因为只有当进行数据维护的主中心设备12以及主中心数据库11均正常时，方可进行数据维护并将更新之后的数据更新至主中心数据库11。在本发明中，所有的数据维护都从主中心1发起，然后由主中心1向各个备中心2同步数据，也就是数据由一个主中心1向多个备中心2的单向同步。由于在现有技术中，系统中的数据往往是采用双向同步，由此导致的缺陷在于，如果系统发生数据异常，排查问题的时候由于数据基于多个渠道，而且互相同步，大大增加了排查问题数据来源的难度。因此本实施例中采用数据的单向同步，在这种情况下，大大简化了数据的排查难度。且当主中心1因为某种原因不能提供服务的情况下，由于数据维护均由主中心1发起，此时IPTV系统(在本实施例中，多中心容灾系统适用于IPTV系统，可理解的是，所述多中心容灾系统也适用于其他包括一个主中心1与多个备中心2的容灾系统)不再能够进行数据的维护，但由于各个备中心2都有一份与主中心1一模一样的数据，因此，IPTV系统虽然不能进行数据维护，但是还是可以通过在备中心2进行正常的数据读取，进而进行正常的IPTV业务服务，不会影响IPTV业务正常的开展，对观众的观看毫无影响，技术人员也可以在尽快进行主中心1的修复工作之后，恢复IPTV系统数据的正常同步。
在一些实施例中，在所述主中心1设备发生异常时，所述方法还包括以下步骤：
所述主中心1接收主中心1设备异常指令，停止更新所述主中心数据库11中的数据；可理解的，多中心容灾系统的各设备的信息存储在主中心数据库11上，并且通过同步系统同步到个备中心数据库21上，则会停止更新所述主中心数据库11的数据，也即不再执行写数据的操作。但检测到主中心1设备异常时，可以选择任意一台正常的备中心2(或者预设的备中心2)的备中心数据库21获取多中心容灾系统各设备的信息(读数据)，这时候IPTV系统数据的维护的操作就无法继续，但可以继续指示各个业务逻辑设备在各个备中心2继续读取数据运行业务而没有障碍。
在一些实施例中，如图2所示，在接收主中心1设备的异常信息之前(也即，在主中心1处于正常状态时)还包括以下步骤：
步骤S20、在接收到主中心设备12的异常信息之前，所述主中心1定时或实时接收检测设备发送的检测指令，输出所述主中心数据库11中的各设备信息；所述各设备信息用于供所述检测设备检测主备中心设备22的心跳异常,并对应生成主中心或备中心设备22异常指令；在一个实施例中，所述多中心容灾系统各设备的信息包括：多中心容灾系统的主中心1设备信息与备中心设备22信息；所述主中心1设备信息包括主中心1设备的名称、唯一编号、角色、IP地址、用于检测异常的关键进程、访问用户与密码中的一种或多种；所述备中心设备22信息包括备中心设备22的名称、唯一编号、角色、IP地址、用于检测异常的关键进程、访问用户与密码、各备中心设备22的分片规则中的一种或多种。可理解的，在主中心1保存一份多中心容灾系统各设备的设备信息，如各个设备的角色(如数据库、控制点、电子节目菜单、接机口等)、各个设备的IP地址、访问设备所需要的用户和密码(安全起见，采用加密的方式存储)、用于检测心跳的关键进程等等，比如，主中心数据库11为主中心1设备中的一种，其设定的角色为数据库，名称为主中心数据库11，其唯一编号是根据预设规则设定的，编号可以为数字、字母、符号中的一种或者多种组成。其中，用于检测异常的关键进程可以用于检测各个设备的心跳，进而根据心跳判断设备是否异常；而设备的访问用户与密码是在需要考虑设备的安全性能高的情况下设定的访问限制。可以理解的是，主中心1的服务器上设有检测设备，该检测过程可以默认为在主中心1进行，但是在主中心1设备异常的情况下，也可以在备中心2进行，也即，在预设的一个或者多个备中心2服务器或者所有的备中心2上也可以设检测设备，以实现检测设备的容灾。同时，所述检测设备也可以独立设置在所述主中心1与所述备中心2之外。
在以上实施例中，考虑到针对IPTV系统的业务的发展，一套备中心2无法承受性能等方面的压力，因此在本发明中采用了多个备中心2的模式，且业务逻辑设备是通过读取备中心2中的数据进行业务逻辑运行的，且业务逻辑设备需要根据一定的分片规则(如：号码段、用户所在地市等)去访问读取对应的备中心2的数据，从而达到均衡各个备中心2的压力。由于各设备信息存在于各个主中心1与备中心2的数据库里，且IPTV系统的业务逻辑设备首先需要到主中心数据库11读取各设备信息(包含了各备中心设备22的分片规则)，并根据各设备信息检测各设备是否正常，当各设备均正常的情况下，会将这些各设备信息(包含各备中心设备22的分片规则)保存到本地服务器，以后业务逻辑设备会按照本地保存的各备中心设备22的分片规则寻址到相应的备中心设备22运行IPTV业务。如果检测到某个备中心2异常，根据各备中心设备22的分片规则本属于异常的备中心2的用户通过负载均衡分配到其他正常的备中心2(或者部分或全部分配到新增的备中心2)去。当异常的备中心2的恢复正常时，此时由于恢复正常的备中心2与主中心1的数据存在不一致，需要花费一定的时间对恢复正常的备中心2进行增量的数据同步后，在主中心1标记该备中心2恢复正常，并重新划分各备中心设备22的分片规则(可以回归原来的划片规则也可以根据情况重新分配)，再通知各个业务逻辑设备，这些业务逻辑设备在运行业务时再次根据各备中心设备22的分片规则运行。如果当主中心1不正常时，则停止数据增删改等维护数据的动作，这时各个业务逻辑设备IPTV系统的读取数据运行业务正常进行。
上述多中心容灾方法，除了进行了传统意义上数据的容灾，还有了除了数据外其他业务逻辑设备的容灾，并且将备中心设备22进行了合理的利用，让我们的主中心1不再繁忙地运行业务逻辑，而是单一的进行数据维护，并负责将数据实时同步到各个备中心2，而各个备中心2则担负着运行业务逻辑的作用，不再是传统意义上一直处于休眠状态的单纯的容灾设备，当备中心2业务逻辑设备运行吃力时，可以追加一套新的备中心2来减轻压力。而当某个备中心2因为某种原因(如通信中断)导致宕机的情况下，则原属于该备中心2运行的用户的业务逻辑则负载均衡到其他的备中心2，这些都是在系统中自动执行，用户基本感觉不到IPTV整套系统内部的变化，由此大大提升了用户体验。
在一个实施例中，所述步骤S20具体执行过程包括：
在接收到主中心设备12的异常信息之前，所述主中心1定时或实时接收检测指令，自所述主中心数据库11中获取所述多中心容灾系统中的各设备信息；也即，检测指令的发出可以根据用户需求设定定时发送的时间，或者设定为实时发送。
所述主中心1根据所述各设备信息检测所述多中心容灾系统中是否存在心跳异常的设备；可理解的，在一实施例中，采用检测关键进程的情况来判断心跳异常，如果检测不通过(异常)，则在主中心数据库11中变更该设备为异常，同时通知各个业务逻辑设备该设备异常，且该设备将不再提供服务。
所述主中心1在检测到所述多中心容灾系统中存在心跳异常的设备时，确认心跳异常的所述设备为主中心1设备或备中心设备22；如果检测异常，且该设备为备中心设备22，则对应的该备中心2的业务逻辑设备会从主中心1重新获取各设备信息进行本地储存，此时业务逻辑运行时通过本地储存的各设备信息到重新分配的正常的备中心2运行业务逻辑。而如果该异常设备为主中心1设备，则对读取数据运行的业务逻辑运行不产生影响。
在心跳异常的所述设备为主中心1设备时，所述主中心1发出主中心1设备异常指令；在心跳异常的所述设备为备中心设备22时，所述主中心1发出备中心设备22异常指令。
本实施例中，上述执行过程可以设立一独立于所述主中心1与备中心2之外的检测设备来进行，也可以将该检测设备集成在所述主中心1或备中心2内，该过程主要通过心跳异常来判断设备异常，且由此变更主备中心数据库21中的设备状态之后，方便针对不同的设备异常进行不同的处理。
如图3所示，在一个实施例中，所述步骤S10包括：
步骤S101、所述主中心1接收备中心设备22异常指令，将异常的所述备中心设备22在所述主中心数据库11中标注为异常；标注为异常之后，该备中心2在修复之前将不再提供服务。
步骤S102、所述主中心1根据预设的调整规则将异常的所述备中心设备22的业务逻辑重新分配至其他正常运行的备中心设备22或/和新增的备中心设备22，并将重新分配后的备中心设备22信息存储至主中心1数据库；如果检测到某个备中心2异常，根据各备中心设备22的分片规则本属于异常的备中心2的用户通过负载均衡分配到其他正常的备中心2(或者部分或全部分配到新增的备中心2)去。当异常的备中心2的恢复正常时，此时由于恢复正常的备中心2与主中心1的数据存在不一致，需要花费一定的时间对恢复正常的备中心2进行增量的数据同步后，在主中心1标记该备中心2恢复正常，并重新划分各备中心设备22的分片规则(可以回归原来的划片规则也可以根据情况重新分配)，再通知各个业务逻辑设备，这些业务逻辑设备在运行业务时再次根据各备中心设备22的分片规则运行。
步骤S103、所述主中心1将异常的所述备中心设备22的异常信息通知至各备中心设备22，以使各备中心设备22自主中心数据库11中重新获取各设备信息并存储。也即，提示各个业务逻辑设备重新从主中心数据库11获取多中心容灾系统的各设备的信息，这样，原本归属于异常的备中心2的用户的业务逻辑将通过系统的重新分配负载均衡到其他的备中心2上。
在一个实施例中，如图4所示，相应地，还提供一种多中心容灾方法，包括：
步骤S30、备中心设备22接收其他备中心设备22的异常信息之后,获取重新分配之后的各设备信息，并将其更新至对应的备中心数据库21；所述各设备信息为通过主中心将异常的所述备中心设备22的业务逻辑重新分配之后的各设备信息。其中,重新分配是指主中心1根据预设的调整规则(可以根据需求进行设定)将异常的备中心设备22的业务逻辑重新分配。也即，在备中心设备22异常情况下，该备中心2将停止服务，该备中心2对应的业务逻辑将分配至其他正常运行的备中心2。在本实施例中，不管在何种情况下，数据维护(也即写数据)都是从主中心1发起，且主中心1将数据单向同步到各个备中心2，且主中心1不担任读数据(即从不从主中心1读取数据运行业务逻辑)的任务，而业务逻辑的运行的大部分的操作(即读取数据的操作)均在备中心2进行，若存在具有写操作的业务，则必须自主中心1发起。
在一个实施例中，所述步骤S30之前还包括：
各备中心设备22接收主中心数据库11发送的同步数据并更新至各备中心数据库21；可理解的，由于所有的数据维护都从主中心1发起，然后由主中心1向各个备中心设备22同步数据，也就是数据由一个主中心1向多个备中心设备22的单向同步。在本实施例中，各个备中心设备22都同步更新备中心数据库21以与主中心数据库11保持一致，因此各备中心设备22均有一份与主中心1一模一样的数据，因此，任何时候都可以通过在备中心设备22进行正常的数据读取，进而进行正常的IPTV业务服务，不会影响IPTV业务正常的开展，对观众的观看毫无影响，技术人员也可以主中心1出现故障之后尽快进行修复工作，再恢复IPTV系统数据的正常同步。
各所述备中心设备22接收业务逻辑运行指令，自各所述备中心数据库21中读取数据并根据所述业务逻辑运行指令运行业务逻辑；可理解的，IPTV的业务逻辑的运行基本都是只需要读取数据进行，而读取数据只需要自所述备中心数据库21中读取即可。在主中心1正常的情况下，可以直接自所述备中心数据库21中读取数据并根据所述业务逻辑运行指令运行业务逻辑。
在一个实施例中，所述方法还包括:
在接收到主中心设备12的异常信息之后(也即主中心1中用于维护数据的主中心设备12或者主中心数据库11处于故障或者不可使用状态时),所述备中心2定时或实时接收到检测设备发送的检测指令，输出所述备中心数据库21中的各设备信息,所述各设备信息用于供所述检测设备根据所述各设备信息检测备中心设备22的心跳异常,并对应生成备中心设备22异常指令。也即，如果主中心1发生异常，由于数据维护停止，主备数据库中的数据均不再变更，所以各个备中心设备22的信息也不会发生改变，但此时依旧可以自备中心数据库21中读取数据并进行后续的检测动作，并且备中心2的业务逻辑运行由于仅需要读取数据，也基本不会因此受到影响。本实施例中，上述执行过程可以设立一独立于所述主中心1与备中心2之外的控制检测设备来进行，也可以将该检测设备集成在所述备中心2内，该过程主要通过心跳异常来判断设备异常，方便针对不同的设备异常进行不同的处理。
上述多中心容灾方法，所有的数据维护都由主中心1发起，且由主中心数据库11向各个备中心数据库21同步数据，使得在数据实现了单向同步，降低了发生数据异常时的排查难度；同时，由于各个备中心数据库21都同步备份有与主中心数据库11同样的数据，当主中心1或某个备中心2发生故障时，系统依旧可以通过将业务逻辑分配至正常运转的备中心设备22来实现正常的业务逻辑运行，实现了所有设备的容灾；且在本发明中，备中心设备22运转业务逻辑时读取数据均从备中心数据库21进行读取，因此备中心2承担了所有业务逻辑运行的功能，减轻了主中心1负担，各个备中心2也得到了合理利用。
在一个实施例中，如图5、图7及图8所示，还提供一种多中心容灾系统，所述系统包括主中心1和与所述主中心1通信连接的多个备中心2；所述主中心1包括主中心数据库11与至少一主中心设备12，所述备中心2包括备中心数据库21与至少一备中心设备22。
所述主中心1用于接收备中心设备22的异常信息，将所述备中心设备22的异常信息更新至主中心数据库11，根据预设的调整规则将异常的所述备中心设备22的业务逻辑重新分配至其他备中心设备22，并将重新分配之后的各设备信息自所述主中心数据库11同步至各备中心数据库21；
所述备中心设备22用于接收其他备中心设备22异常的信息之后,获取重新分配之后的各设备信息，并将其更新至备中心数据库21；所述各设备信息为通过主中心1将异常的所述备中心设备22的业务逻辑重新分配之后的各设备信息；
所述各设备信息包括主中心1设备信息与备中心设备22信息。
在一个实施例中，如图6所示，所述系统还包括通信连接于所述主中心和所述备中心的检测设备3；
在接收到主中心设备12的异常信息之前，所述主中心1还用于定时或实时接收检测设备发送的检测指令，输出所述主中心数据库11中的各设备信息；所述各设备信息用于供所述检测设备检测主备中心设备22的心跳异常,并对应生成主中心或备中心设备22异常指令；
在接收到主中心设备12的异常信息之后,所述备中心设备22还用于定时或实时接收到检测设备发送的检测指令，输出所述备中心数据库21中的各设备信息；所述各设备信息用于供所述检测设备检测备中心设备22的心跳异常,并对应生成备中心设备22异常指令。
在一个实施例中，所述各设备信息包括：多中心容灾系统的主中心1设备信息与备中心设备22信息；所述主中心1设备信息包括主中心1设备的名称、唯一编号、角色、IP地址、用于检测异常的关键进程、访问用户与密码中的一种或多种；所述备中心设备22信息包括备中心设备22的名称、唯一编号、角色、IP地址、用于检测异常的关键进程、访问用户与密码、各备中心设备22的分片规则中的一种或多种。
在一个实施例中，所述主中心1还用于接收备中心设备22的异常信息，将异常的所述备中心设备22在所述主中心数据库11中标注为异常；根据预设的调整规则将异常的所述备中心设备22的业务逻辑重新分配至其他正常运行的备中心设备22或/和新增的备中心设备22，并将重新分配后的备中心设备22信息存储至主中心1数据库；将异常的所述备中心设备22的异常信息通知至各备中心设备22，以使各备中心设备22从主中心数据库11中重新获取各设备信息并存储。
上述多中心容灾系统，所有的数据维护都由主中心1发起，且由主中心数据库11向各个备中心数据库21同步数据，使得在数据实现了单向同步，降低了发生数据异常时的排查难度；同时，由于各个备中心数据库21都同步备份有与主中心数据库11同样的数据，当主中心1或某个备中心2发生故障时，系统依旧可以通过将业务逻辑分配至正常运转的备中心设备22来实现正常的业务逻辑运行，实现了所有设备的容灾；且在本发明中，备中心设备22运转业务逻辑时读取数据均从备中心数据库21进行读取，因此备中心2承担了所有业务逻辑运行的功能，减轻了主中心1负担，各个备中心2也得到了合理利用。
在一个实施例中，还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机可执行指令，所述计算机可执行指令被处理器执行时，使得所述处理器执行以下步骤：令主中心接收备中心设备22的异常信息，将所述备中心设备22的异常信息更新至主中心数据库11，根据预设的调整规则将异常的所述备中心设备22的业务逻辑重新分配至其他备中心设备22，并将重新分配之后的各设备信息自所述主中心数据库11同步至各备中心数据库21。
在一个实施例中，计算机可执行指令被处理器执行时，还使得所述处理器执行以下步骤：令备中心设备22接收其他备中心设备22异常的信息之后,获取重新分配之后的各设备信息，并将其更新至备中心数据库21；所述各设备信息为通过主中心1将异常的所述备中心设备22的业务逻辑重新分配之后的各设备信息。
在一个实施例中，计算机可执行指令被处理器执行时，还使得所述处理器执行以下步骤：在接收到主中心设备12的异常信息之前，令所述主中心1定时或实时接收检测设备发送的检测指令，输出所述主中心数据库11中的各设备信息；所述各设备信息用于供所述检测设备检测主备中心设备22的心跳异常,并对应生成主中心或备中心设备22异常指令。
在一个实施例中，计算机可执行指令被处理器执行时，还使得所述处理器执行以下步骤：在接收到主中心设备12的异常信息之后,令所述备中心设备22定时或实时接收到检测设备发送的检测指令，输出所述备中心数据库21中的各设备信息；所述各设备信息用于供所述检测设备检测备中心设备22的心跳异常,并对应生成备中心设备22异常指令。
在一个实施例中，计算机可执行指令被处理器执行时，还使得所述处理器执行以下步骤：接收备中心设备22的异常信息，将异常的所述备中心设备22在所述主中心数据库11中标注为异常；根据预设的调整规则将异常的所述备中心设备22的业务逻辑重新分配至其他正常运行的备中心设备22或/和新增的备中心设备22，并将重新分配后的备中心设备22信息存储至主中心1数据库；将异常的所述备中心设备22的异常信息通知至各备中心设备22，以使各备中心设备22从主中心数据库11中重新获取各设备信息并存储。
上述计算机可读存储介质，所有的数据维护都由主中心1发起，且由主中心数据库11向各个备中心数据库21同步数据，使得在数据实现了单向同步，降低了发生数据异常时的排查难度；同时，由于各个备中心数据库21都同步备份有与主中心数据库11同样的数据，当主中心1或某个备中心2发生故障时，系统依旧可以通过将业务逻辑分配至正常运转的备中心设备22来实现正常的业务逻辑运行，实现了所有设备的容灾；且在本发明中，备中心设备22运转业务逻辑时读取数据均从备中心数据库21进行读取，因此备中心2承担了所有业务逻辑运行的功能，减轻了主中心1负担，各个备中心2也得到了合理利用。
在一个实施例中，还提供一种计算机设备，包括存储器和处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行以下步骤：令主中心接收备中心设备22的异常信息，将所述备中心设备22的异常信息更新至主中心数据库11，根据预设的调整规则将异常的所述备中心设备22的业务逻辑重新分配至其他备中心设备22，并将重新分配之后的各设备信息自所述主中心数据库11同步至各备中心数据库21。
在一个实施例中，计算机可读指令被处理器执行时，还使得处理器执行以下步骤：令备中心设备22接收其他备中心设备22异常的信息之后,获取重新分配之后的各设备信息，并将其更新至备中心数据库21；所述各设备信息为通过主中心1将异常的所述备中心设备22的业务逻辑重新分配之后的各设备信息。
在一个实施例中，计算机可读指令被处理器执行时，还使得处理器执行以下步骤：在接收到主中心设备12的异常信息之前，令所述主中心1定时或实时接收检测设备发送的检测指令，输出所述主中心数据库11中的各设备信息；所述各设备信息用于供所述检测设备检测主备中心设备22的心跳异常,并对应生成主中心或备中心设备22异常指令。
在一个实施例中，计算机可读指令被处理器执行时，还使得处理器执行以下步骤：在接收到主中心设备12的异常信息之后,令所述备中心设备22定时或实时接收到检测设备发送的检测指令，输出所述备中心数据库21中的各设备信息；所述各设备信息用于供所述检测设备检测备中心设备22的心跳异常,并对应生成备中心设备22异常指令。
在一个实施例中，计算机可读指令被处理器执行时，还使得处理器执行以下步骤：接收备中心设备22的异常信息，将异常的所述备中心设备22在所述主中心数据库11中标注为异常；根据预设的调整规则将异常的所述备中心设备22的业务逻辑重新分配至其他正常运行的备中心设备22或/和新增的备中心设备22，并将重新分配后的备中心设备22信息存储至主中心1数据库；将异常的所述备中心设备22的异常信息通知至各备中心设备22，以使各备中心设备22从主中心数据库11中重新获取各设备信息并存储。
上述计算机设备，所有的数据维护都由主中心1发起，且由主中心数据库11向各个备中心数据库21同步数据，使得在数据实现了单向同步，降低了发生数据异常时的排查难度；同时，由于各个备中心数据库21都同步备份有与主中心数据库11同样的数据，当主中心1或某个备中心2发生故障时，系统依旧可以通过将业务逻辑分配至正常运转的备中心设备22来实现正常的业务逻辑运行，实现了所有设备的容灾；且在本发明中，备中心设备22运转业务逻辑时读取数据均从备中心数据库21进行读取，因此备中心2承担了所有业务逻辑运行的功能，减轻了主中心1负担，各个备中心2也得到了合理利用。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述程序可存储于一计算机可读取存储介质中，如本发明实施例中，该程序可存储于计算机系统的存储介质中，并被该计算机系统中的至少一个处理器执行，以实现包括如上述各方法的实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (11)

1.一种多中心容灾方法，其特征在于，包括：
主中心接收备中心设备的异常信息，将所述备中心设备的异常信息更新至主中心数据库，根据预设的调整规则将异常的所述备中心设备的业务逻辑重新分配至其他备中心设备，并将重新分配之后的各设备信息自所述主中心数据库同步至各备中心数据库。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在接收到主中心设备的异常信息之前，所述主中心定时或实时接收检测设备发送的检测指令，输出所述主中心数据库中的各设备信息；所述各设备信息用于供所述检测设备检测主备中心设备的心跳异常,并对应生成主中心或备中心设备异常指令。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在接收到主中心设备的异常信息之前，所述主中心接收数据维护指令，更新所述主中心数据库中的数据，并将更新的所述主中心数据库中的数据同步至各所述备中心数据库。
4.根据权利要求2所述的方法，其特征在于，所述各设备信息包括主中心设备信息与备中心设备信息；
所述主中心设备信息包括主中心设备的名称、唯一编号、角色、IP地址、用于检测异常的关键进程、访问用户与密码中的一种或多种；
所述备中心设备信息包括备中心设备的名称、唯一编号、角色、IP地址、用于检测异常的关键进程、访问用户与密码、各备中心设备的分片规则中的一种或多种。
5.根据权利要求1所述的方法，其特征在于，所述主中心接收备中心设备异常信息，将所述备中心设备的异常信息更新至主中心数据库，根据预设的调整规则将异常的所述备中心设备的业务逻辑重新分配至其他备中心设备，并将重新分配之后的各设备信息自所述主中心数据库同步至各备中心数据库，包括：
所述主中心接收备中心设备的异常信息，将异常的所述备中心设备在所述主中心数据库中标注为异常；
所述主中心根据预设的调整规则将异常的所述备中心设备的业务逻辑重新分配至其他正常运行的备中心设备或/和新增的备中心设备，并将重新分配后的备中心设备信息存储至主中心数据库；
所述主中心将异常的所述备中心设备的异常信息通知至各备中心设备，以使各备中心设备从主中心数据库中重新获取各设备信息并存储。
6.一种多中心容灾方法，其特征在于，包括：
备中心设备接收其他备中心设备异常的信息之后,获取重新分配之后的各设备信息，并将其更新至备中心数据库；所述各设备信息为通过主中心将异常的所述备中心设备的业务逻辑重新分配之后的各设备信息。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括:
在接收到主中心设备的异常信息之后,所述备中心设备定时或实时接收到检测设备发送的检测指令，输出所述备中心数据库中的各设备信息；所述各设备信息用于供所述检测设备检测备中心设备的心跳异常,并对应生成备中心设备异常指令。
8.一种多中心容灾系统，其特征在于，所述系统包括主中心和与所述主中心通信连接的多个备中心；所述主中心包括主中心数据库与至少一主中心设备，所述备中心包括备中心数据库与至少一备中心设备；
所述主中心用于接收备中心设备的异常信息，将所述备中心设备的异常信息更新至主中心数据库，根据预设的调整规则将异常的所述备中心设备的业务逻辑重新分配至其他备中心设备，并将重新分配之后的各设备信息自所述主中心数据库同步至各备中心数据库；
所述备中心设备用于接收其他备中心设备异常的信息之后,获取重新分配之后的各设备信息，并将其更新至备中心数据库；所述各设备信息为通过主中心将异常的所述备中心设备的业务逻辑重新分配之后的各设备信息；
所述各设备信息包括主中心设备信息与备中心设备信息。
9.根据权利要求8所述的系统，其特征在于，所述系统还包括通信连接于所述主中心和所述备中心的检测设备；
在接收到主中心设备的异常信息之前，所述主中心还用于定时或实时接收检测设备发送的检测指令，输出所述主中心数据库中的各设备信息；所述各设备信息用于供所述检测设备检测主备中心设备的心跳异常,并对应生成主中心或备中心设备异常指令；
在接收到主中心设备的异常信息之后,所述备中心设备还用于定时或实时接收到检测设备发送的检测指令，输出所述备中心数据库中的各设备信息；所述各设备信息用于供所述检测设备检测备中心设备的心跳异常,并对应生成备中心设备异常指令。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可执行指令，所述计算机可执行指令被处理器执行时，使得所述处理器执行权利要求1至7中任一项所述方法的步骤。
11.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行权利要求1至7中任一项所述方法的步骤。
CN201710582474.5A 2017-07-17 2017-07-17 多中心容灾方法、系统、存储介质和计算机设备 Active CN109274986B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710582474.5A CN109274986B (zh) 2017-07-17 2017-07-17 多中心容灾方法、系统、存储介质和计算机设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710582474.5A CN109274986B (zh) 2017-07-17 2017-07-17 多中心容灾方法、系统、存储介质和计算机设备

Publications (2)

Publication Number Publication Date
CN109274986A true CN109274986A (zh) 2019-01-25
CN109274986B CN109274986B (zh) 2021-02-12

Family

ID=65152362

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710582474.5A Active CN109274986B (zh) 2017-07-17 2017-07-17 多中心容灾方法、系统、存储介质和计算机设备

Country Status (1)

Country Link
CN (1) CN109274986B (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1852455A (zh) * 2005-11-22 2006-10-25 华为技术有限公司 一种数据容灾系统及其容灾方法
CN101656624A (zh) * 2008-08-18 2010-02-24 中兴通讯股份有限公司 一种多节点应用级容灾系统及容灾方法
CN102143046A (zh) * 2010-08-25 2011-08-03 华为技术有限公司 负载均衡的方法、设备和系统
CN102412988A (zh) * 2011-11-14 2012-04-11 浪潮(北京)电子信息产业有限公司 一种业务信息系统及其实现持续运营的方法
CN103838646A (zh) * 2014-02-13 2014-06-04 中国科学院国家天文台 一种用于地面应用大数据异地容灾备份的系统和方法
CN104933132A (zh) * 2015-06-12 2015-09-23 广州巨杉软件开发有限公司 基于操作序列号的分布式数据库有权重选举方法
EP2493083B1 (en) * 2009-10-20 2016-09-07 ZTE Corporation Method, device and service control point (scp) for data disaster tolerance preprocessing
CN106254100A (zh) * 2016-07-27 2016-12-21 腾讯科技（深圳）有限公司 一种数据容灾方法、装置和系统

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1852455A (zh) * 2005-11-22 2006-10-25 华为技术有限公司 一种数据容灾系统及其容灾方法
CN101656624A (zh) * 2008-08-18 2010-02-24 中兴通讯股份有限公司 一种多节点应用级容灾系统及容灾方法
EP2493083B1 (en) * 2009-10-20 2016-09-07 ZTE Corporation Method, device and service control point (scp) for data disaster tolerance preprocessing
CN102143046A (zh) * 2010-08-25 2011-08-03 华为技术有限公司 负载均衡的方法、设备和系统
CN102412988A (zh) * 2011-11-14 2012-04-11 浪潮(北京)电子信息产业有限公司 一种业务信息系统及其实现持续运营的方法
CN103838646A (zh) * 2014-02-13 2014-06-04 中国科学院国家天文台 一种用于地面应用大数据异地容灾备份的系统和方法
CN104933132A (zh) * 2015-06-12 2015-09-23 广州巨杉软件开发有限公司 基于操作序列号的分布式数据库有权重选举方法
CN106254100A (zh) * 2016-07-27 2016-12-21 腾讯科技（深圳）有限公司 一种数据容灾方法、装置和系统

Also Published As

Publication number Publication date
CN109274986B (zh) 2021-02-12

Similar Documents

Publication Publication Date Title
US11907254B2 (en) Provisioning and managing replicated data instances
US11249815B2 (en) Maintaining two-site configuration for workload availability between sites at unlimited distances for products and services
US10747714B2 (en) Scalable distributed data store
CN109831500B (zh) Kubernetes集群中配置文件与Pod的同步方法
US10084858B2 (en) Managing continuous priority workload availability and general workload availability between sites at unlimited distances for products and services
CN102640108B (zh) 已复制数据的监控
CN104735098B (zh) 会话信息的控制方法和控制系统
US9329949B2 (en) Comprehensive error management capabilities for disaster recovery operations
CN102656565B (zh) 已复制数据的故障切换和恢复的方法和系统
CN105637481B (zh) 计算会话的管理
US10922303B1 (en) Early detection of corrupt data partition exports
US10229181B2 (en) System and method for synchronizing data between communication devices in a networked environment without a central server
US10990605B2 (en) Instance data replication
CN106302596B (zh) 一种服务发现的方法和装置
US9396052B2 (en) Periodic validation and health reports of disaster recovery plan
US20120311377A1 (en) Replaying jobs at a secondary location of a service
CN105630589A (zh) 分布式流程调度系统及流程调度、执行方法
WO2021103499A1 (zh) 一种基于多活数据中心的流量切换方法及装置
CN106339278A (zh) 一种网络文件系统的数据备份及恢复方法
CN111858161A (zh) 云主机的容灾方法、装置、设备及计算机可读存储介质
CN107786650A (zh) 一种存储介质和管理策略的同步方法、装置及系统
CN103780433B (zh) 自愈式虚拟资源配置管理数据架构
CN109274986A (zh) 多中心容灾方法、系统、存储介质和计算机设备
CN103457771B (zh) 一种ha的虚拟机集群的管理方法和设备
CN105141665A (zh) 一种实现数据镜像的方法、装置及服务器集群系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant