CN107682172B - 控制中心装置、业务系统处理的方法及介质 - Google Patents
控制中心装置、业务系统处理的方法及介质 Download PDFInfo
- Publication number
- CN107682172B CN107682172B CN201710614415.1A CN201710614415A CN107682172B CN 107682172 B CN107682172 B CN 107682172B CN 201710614415 A CN201710614415 A CN 201710614415A CN 107682172 B CN107682172 B CN 107682172B
- Authority
- CN
- China
- Prior art keywords
- service
- client
- access
- preset
- control center
- 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
Images
Classifications
-
- 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
Abstract
本发明涉及一种控制中心装置、业务系统处理的方法及计算机可读存储介质，所述控制中心装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的控制中心系统，所述控制中心系统被所述处理器执行时实现如下步骤：当客户端登录企业内部预先构建的第一系统以访问所述第一系统中的一个或多个业务系统时，监控所述第一系统，并判断所述第一系统是否发生系统故障；当监控到所述第一系统发生系统故障时，根据预先设置的切换机制将客户端对业务系统的访问从所述第一系统切换到预先构建的第二系统，以使所述客户端继续访问所述业务系统。本发明确保在发生系统故障时能够正常访问、使用业务系统。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种控制中心装置、业务系统处理的方法及计算机可读存储介质。
背景技术
企业级系统与互联网系统都是架构庞大的系统，企业内部的关联系统较多。通常，企业内部应用的业务系统会不断推出新的业务功能，当新功能的使用量覆盖度不够时，较难发现故障及性能问题，而新功能一旦大范围推广应用，如果出现异常情况，那么容易造成大面积的影响。即使回滚系统版本并重启服务，恢复时效也较长，可能导致企业内部正常工作陷入瘫痪，企业的日常工作受到极大的影响。
发明内容
本发明的目的在于提供一种控制中心装置、业务系统处理的方法及计算机可读存储介质，旨在确保在发生系统故障时能够正常访问、使用业务系统。
为实现上述目的，本发明提供一种控制中心装置，所述控制中心装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的控制中心系统，所述控制中心系统被所述处理器执行时实现如下步骤：
S1，当客户端登录企业内部预先构建的第一系统以访问所述第一系统中的一个或多个业务系统时，监控所述第一系统，并判断所述第一系统是否发生系统故障；
S2，当监控到所述第一系统发生系统故障时，根据预先设置的切换机制将客户端对业务系统的访问从所述第一系统切换到预先构建的第二系统，以使所述客户端继续访问所述业务系统，其中，所述第二系统中包括与所述第一系统的业务系统分别一致的一个或多个业务系统。
优选地，所述预先设置的切换机制包括第一机制及第二机制，所述第一机制包括：根据所述第一系统的域名及第二系统的域名，将所有客户端对所述第一系统的业务系统的访问入口从所述第一系统切换到所述第二系统，所述第二机制包括：根据预先设置的客户端的地址范围，将预设比例的客户端对所述第一系统的业务系统的访问入口从所述第一系统切换到所述第二系统。
优选地，所述控制中心系统被所述处理器执行时，还实现如下步骤：将本次发生系统故障时数据库中缓存的客户端对所述第一系统的业务系统的访问数据进行清除。
优选地，所述判断所述第一系统是否发生系统故障的步骤包括：
每隔预设的第一时间分析是否接收到所述第一系统发送的故障通知，或者以预设频率向所述第一系统发送请求，若在预设的第二时间内未收到回复，则判断所述第一系统发生系统故障。
优选地，所述控制中心系统被所述处理器执行时，还实现如下步骤：
在将客户端对业务系统的访问从所述第一系统切换到所述第二系统时，向所述第二系统发送故障类型信息，以通过所述第二系统将所述故障类型信息在客户端的前端页面上进行显示。
为实现上述目的，本发明还提供一种业务系统处理的方法，所述业务系统处理的方法包括：
S1，当客户端登录企业内部预先构建的第一系统以访问所述第一系统中的一个或多个业务系统时，监控所述第一系统，并判断所述第一系统是否发生系统故障；
S2，当监控到所述第一系统发生系统故障时，根据预先设置的切换机制将客户端对业务系统的访问从所述第一系统切换到预先构建的第二系统，以使所述客户端继续访问所述业务系统，其中，所述第二系统中包括与所述第一系统的业务系统分别一致的一个或多个业务系统。
优选地，所述预先设置的切换机制包括第一机制及第二机制，所述第一机制包括：根据所述第一系统的域名及第二系统的域名，将所有客户端对所述第一系统的业务系统的访问入口从所述第一系统切换到所述第二系统，所述第二机制包括：根据预先设置的客户端的地址范围，将预设比例的客户端对所述第一系统的业务系统的访问入口从所述第一系统切换到所述第二系统。
优选地，所述业务系统处理的方法还包括：将本次发生系统故障时数据库中缓存的客户端对所述第一系统的业务系统的访问数据进行清除。
优选地，所述判断所述第一系统是否发生系统故障的步骤包括：每隔预设的第一时间分析是否接收到所述第一系统发送的故障通知，或者以预设频率向所述第一系统发送请求，若在预设的第二时间内未收到回复，则判断所述第一系统发生系统故障。
本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有控制中心系统，所述控制中心系统被处理器执行时实现上述的方法的步骤。
本发明的有益效果是：本发明架设的企业级数据灾备体系中，为企业的业务系统的应用环境建立一个能够实现相同业务功能的支援环境，并构建一个控制中心系统。当控制中心系统监控发现第一系统发生系统故障时，例如客户端对关联系统的瞬时大量访问导致高并发发生，从而导致与关联系统在同一个系统的业务系统无法正常使用，或是业务系统的新业务功能存在不稳定因素导致业务系统无法正常使用，控制中心系统将客户端对业务系统的访问无缝、快速地从第一系统切换到第二系统，保障用户在第一系统发生系统故障时能够正常访问、使用业务系统，日常工作不受影响。
附图说明
图1为本发明各个实施例一可选的应用环境示意图；
图2为本发明各个实施例另一可选的应用环境示意图；
图3是图1中控制中心装置一实施例的硬件架构的示意图；
图4为本发明业务系统处理的方法一实施例的流程示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。
参阅图1，是本发明各个实施例一可选的应用环境示意图。在本实施例中，本发明可应用于包括，但不仅限于，控制中心装置1、企业内部预先构建的第一系统21及第二系统22、网络3、多个客户端(图1中仅示出客户端41及客户端42)及数据库5。其中，多个客户端通过网络分别连接第一系统21、第二系统22。第一系统21、第二系统22与数据库5通信连接，控制中心装置1通过网络3连接第一系统21、第二系统22。
其中，第一系统21、第二系统22分别包括一台或多台服务器，第一系统21的一台或多台服务器中包括企业内部工作人员日常使用的一个或多个业务系统(Apps)，以及多个关联系统(Apps)，其中，业务系统例如为财务系统、出单系统等，关联系统例如为寿险系统、车险系统等。第二系统22作为第一系统21的支援系统，也包括一个或多个业务系统(Apps)。数据库5存储有企业内部的相关数据，包括客户端访问第一系统21、第二系统22的相关数据。日常工作中，用户(例如企业内部工作人员)通过客户端登录第一系统21访问(Access)上述业务系统。业务系统有新业务功能(或称作新版本)上线时，首先在第一系统21发布推广。
在一实施例中，控制中心装置1可以为独立于第一系统21、第二系统22所在的服务器之外的一台服务器；在另一实施例中，如图2所示，控制中心装置1也可以以软件方式(控制中心系统10)集成于第二系统22中，例如可以为基于第二系统22的硬件平台创建的一个中间件。
其中，上述的服务器可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器等计算设备，该服务器可以是独立的服务器，也可以是多个服务器所组成的服务器集群。
网络3可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(Global System of Mobile communication，GSM)、宽带码分多址(Wideband CodeDivision Multiple Access，WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。
所述控制中心装置1是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。所述控制中心装置1可以是计算机、也可以是单个网络服务器、多个网络服务器组成的服务器组或者基于云计算的由大量主机或者网络服务器构成的云，其中云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。
当控制中心装置1监控发现第一系统21发生系统故障时，例如客户端对关联系统瞬时大量的访问导致高并发发生，从而导致与关联系统在同一个系统的业务系统无法正常使用，或是业务系统的新业务功能存在不稳定因素导致业务系统无法正常使用时，控制中心装置1将客户端对业务系统的访问从第一系统21切换到第二系统22，保障用户在第一系统21发生系统故障时能够正常使用业务系统。
参阅图3，是图1中控制中心装置1一可选的硬件架构的示意图，本实施例中，控制中心装置1可包括，但不仅限于，可通过系统总线相互通信连接的控制中心系统10、存储器11、处理器12、网络接口13。需要指出的是，图2仅示出了具有组件10-13的控制中心装置1，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
其中，所述存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器11可以是所述控制中心装置1的内部存储单元，例如该控制中心装置1的硬盘或内存。在另一些实施例中，所述存储器11也可以是所述控制中心装置1的外部存储设备，例如该控制中心装置1上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，所述存储器11还可以既包括所述控制中心装置1的内部存储单元也包括其外部存储设备。本实施例中，所述存储器11通常用于存储安装于所述控制中心装置1的各类软件，例如所述控制中心系统10的程序代码等。此外，所述存储器11还可以用于暂时地存储已经输出或者将要输出的各类数据。
所述处理器12在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器12通常用于控制所述控制中心装置1的总体操作。本实施例中，所述处理器12用于运行所述存储器11中存储的程序代码或者处理数据，例如运行所述控制中心系统10等。
所述网络接口13可包括无线网络接口或有线网络接口，该网络接口13通常用于在所述控制中心装置1与其他电子设备之间建立通信连接。本实施例中，所述网络接口13主要用于通过所述网络3与第一系统21及第二系统22所在的服务器进行相连，以建立数据传输通道和通信连接。
所述控制中心系统10存储在存储器11中，包括至少一个存储在存储器11中的计算机可读指令，该至少一个计算机可读指令可被处理器器12执行，以实现本申请各实施例的方法；以及，该至少一个计算机可读指令依据其各部分所实现的功能不同，可被划为不同的逻辑模块。
其中，上述控制中心系统10被所述处理器12执行时实现如下步骤：
步骤S1，当客户端登录企业内部预先构建的第一系统以访问所述第一系统中的一个或多个业务系统时，监控所述第一系统，并判断所述第一系统是否发生系统故障；
本实施例中，在企业内部预先构建第一系统及第二系统，该第一系统、第二系统分别包括一台或多台服务器，第一系统的一台或多台服务器包括一个或多个业务系统以及多个关联系统，第二系统包括一个或多个业务系统，第二系统中包括与第一系统的业务系统的功能分别一致的一个或多个业务系统。
用户(例如企业内部员工)通过客户端登录企业内部预先构建的第一系统以访问所述第一系统中的一个或多个业务系统时，控制中心系统10对第一系统进行监控，并判断第一系统是否发生系统故障，具体地，可以监控客户端访问关联系统的访问量，以监控关联系统是否出现高并发访问状况，当关联系统出现高并发访问状况时，与关联系统在同一个系统的业务系统无法正常使用，判断其发生系统故障；以及当业务系统开发新的业务功能时，对该业务系统的运行状况进行监控，以监控该业务系统是否能够正常使用，若不能正常使用，则判断其发生系统故障。
步骤S2，当监控到所述第一系统发生系统故障时，根据预先设置的切换机制将客户端对业务系统的访问从所述第一系统切换到预先构建第二系统。
本实施例中，根据预先设置的切换机制将客户端对业务系统或关联系统的访问从所述第一系统切换到预先构建第二系统，即客户端访问第二系统中的业务系统，达到继续访问的目的，例如客户端访问第一系统中的业务系统a1，切换后，客户端访问第二系统中的业务系统a2，其中，业务系统a1与业务系统a2是相同的业务系统。
其中，预先设置的切换机制包括多种，优选地，预先设置的切换机制包括第一机制及第二机制，所述第一机制包括：根据所述第一系统的域名及第二系统的域名，将所有客户端对所述第一系统的业务系统的访问入口从所述第一系统切换到所述第二系统，例如，第一系统的域名为www.aaa.com,第二系统的域名为www.bbb.com,将第一系统及第二系统的域名进行解析，解析后分别得到各自的IP地址，则所有客户端对所述第一系统的业务系统的访问入口从www.aaa.com对应的IP地址切换到www.bbb.com对应的IP地址；所述第二机制包括：根据预先设置的客户端的地址范围(例如URL地址、IP地址)，将预设比例的客户端对所述第一系统的业务系统的访问入口从所述第一系统切换到所述第二系统，以使得客户端能够继续访问业务系统。
与现有技术相比，本实施例架设的企业级数据灾备体系中，为企业的业务系统的应用环境(第一系统)建立一个能够实现相同业务功能的支援环境(第二系统)，并构建一个控制中心系统。当企业级的业务系统有新业务功能(或称作新版本)上线，首先在原有的应用环境发布、推广及应用。当控制中心系统监控发现第一系统发生系统故障时，例如客户端对关联系统的瞬时大量访问导致高并发发生，从而导致与关联系统在同一个系统的业务系统无法正常使用，或是业务系统的新业务功能存在不稳定因素导致业务系统无法正常使用，控制中心系统将客户端对业务系统的访问无缝、快速地从第一系统切换到第二系统，保障用户在第一系统发生系统故障时能够正常访问、使用业务系统，日常工作不受影响。
在一优选的实施例中，在上述图3的实施例的基础上，所述控制中心系统10被所述处理器12执行时，还实现如下步骤：将本次发生系统故障时数据库中缓存的客户端对所述第一系统的业务系统的访问数据进行清除。
本实施例中，将本次发生系统故障时数据库中缓存的客户端对所述第一系统的业务系统的访问数据进行清除的目的是：在完成系统切换后快速清理缓存数据或者解决静态页面缓存问题，使得客户端显示的前端页面进行刷新，这样能够避免客户端显示的前端页面在完成系统切换后依然停留在系统切换前的页面状态。
在一优选的实施例中，在上述图3的实施例的基础上，所述判断所述第一系统是否发生系统故障的步骤包括：每隔预设的第一时间(例如30s)分析是否接收到所述第一系统发送的故障通知(预先设置使得第一系统在发生系统故障时向控制中心装置1发送故障通知)，该故障通知例如为“系统故障”的信息，若接收到第一系统发送的故障通知，则判断第一系统发生系统故障，若未接收到第一系统发送的故障通知，则判断第一系统未发生系统故障；或者以预设频率(例如每5秒1次)向所述第一系统发送请求，若在预设的第二时间(例如3秒)内未收到回复，则判断所述第一系统发生系统故障，若在预设的第二时间内收到回复，则判断所述第一系统未发生系统故障。
在其他实施例中，还可以实时分析是否接收到第一系统发送的故障通知等，即控制中心装置1能够以主动或被动的方式判断出第一系统是否发生系统故障，通过这种方式能够及时判断第一系统的运行情况。
在一优选的实施例中，在上述图3的实施例的基础上，所述控制中心系统10被所述处理器12执行时，还实现如下步骤：在将客户端对业务系统的访问从所述第一系统切换到所述第二系统时，向所述第二系统发送故障类型信息，以通过所述第二系统将所述故障类型信息在客户端的前端页面上进行显示，进行提示，以便技术人员可以根据故障类型信息采取相应的措施，例如对业务系统的新添加的业务功能进行检测，或者进行应急补救等等，确保后续正常访问及使用业务系统。
其中，故障类型信息为故障类型标识，例如，“00”代表关联系统高并发访问导致的系统故障，“01”代表业务系统的新添加的业务功能导致的系统故障。
如图4所示，图4为本发明业务系统处理的方法一实施例的流程示意图，该方法包括以下步骤：
步骤S1，当客户端登录企业内部预先构建的第一系统以访问所述第一系统中的一个或多个业务系统时，监控所述第一系统，并判断所述第一系统是否发生系统故障；
本实施例中，在企业内部预先构建第一系统及第二系统，该第一系统、第二系统分别包括一台或多台服务器，第一系统的一台或多台服务器包括一个或多个业务系统以及多个关联系统，第二系统包括一个或多个业务系统，第二系统中包括与第一系统的业务系统的功能分别一致的一个或多个业务系统。
用户(例如企业内部员工)通过客户端登录企业内部预先构建的第一系统以访问所述第一系统中的一个或多个业务系统时，控制中心系统对第一系统进行监控，并判断第一系统是否发生系统故障，具体地，可以监控客户端访问关联系统的访问量，以监控关联系统是否出现高并发访问状况，当关联系统出现高并发访问状况时，与关联系统在同一个系统的业务系统无法正常使用，判断其发生系统故障；以及当业务系统开发新的业务功能时，对该业务系统的运行状况进行监控，以监控该业务系统是否能够正常使用，若不能正常使用，则判断其发生系统故障。
步骤S2，当监控到所述第一系统发生系统故障时，根据预先设置的切换机制将客户端对业务系统的访问从所述第一系统切换到预先构建的第二系统，以使所述客户端继续访问所述业务系统，其中，所述第二系统中包括与所述第一系统的业务系统分别一致的一个或多个业务系统。
本实施例中，根据预先设置的切换机制将客户端对业务系统或关联系统的访问从所述第一系统切换到预先构建第二系统，即客户端访问第二系统中的业务系统，达到继续访问的目的，例如客户端访问第一系统中的业务系统a1，切换后，客户端访问第二系统中的业务系统a2，其中，业务系统a1与业务系统a2是相同的业务系统。
其中，预先设置的切换机制包括多种，优选地，预先设置的切换机制包括第一机制及第二机制，所述第一机制包括：根据所述第一系统的域名及第二系统的域名，将所有客户端对所述第一系统的业务系统的访问入口从所述第一系统切换到所述第二系统，例如，第一系统的域名为www.aaa.com,第二系统的域名为www.bbb.com,将第一系统及第二系统的域名进行解析，解析后分别得到各自的IP地址，则所有客户端对所述第一系统的业务系统的访问入口从www.aaa.com对应的IP地址切换到www.bbb.com对应的IP地址；所述第二机制包括：根据预先设置的客户端的地址范围(例如URL地址、IP地址)，将预设比例的客户端对所述第一系统的业务系统的访问入口从所述第一系统切换到所述第二系统，以使得客户端能够继续访问业务系统。
本实施例架设的企业级数据灾备体系中，为企业的业务系统的应用环境(第一系统)建立一个能够实现相同业务功能的支援环境(第二系统)，并构建一个控制中心系统。当企业级的业务系统有新业务功能(或称作新版本)上线，首先在原有的应用环境发布、推广及应用。当控制中心系统监控发现第一系统发生系统故障时，例如客户端对关联系统的瞬时大量访问导致高并发发生，从而导致与关联系统在同一个系统的业务系统无法正常使用，或是业务系统的新业务功能存在不稳定因素导致业务系统无法正常使用，控制中心系统将客户端对业务系统的访问无缝、快速地从第一系统切换到第二系统，保障用户在第一系统发生系统故障时能够正常访问、使用业务系统，日常工作不受影响。
在一优选的实施例中，在上述图4的实施例的基础上，所述业务系统处理的方法还包括：将本次发生系统故障时数据库中缓存的客户端对所述第一系统的业务系统的访问数据进行清除。
本实施例中，将本次发生系统故障时数据库中缓存的客户端对所述第一系统的业务系统的访问数据进行清除的目的是：在完成系统切换后快速清理缓存数据或者解决静态页面缓存问题，使得客户端显示的前端页面进行刷新，这样能够避免客户端显示的前端页面在完成系统切换后依然停留在系统切换前的页面状态。
在一优选的实施例中，在上述图4的实施例的基础上，所述判断所述第一系统是否发生系统故障的步骤包括：每隔预设的第一时间(例如30s)分析是否接收到所述第一系统发送的故障通知(预先设置使得第一系统在发生系统故障时向控制中心装置发送故障通知)，该故障通知例如为“系统故障”的信息，若接收到第一系统发送的故障通知，则判断第一系统发生系统故障，若未接收到第一系统发送的故障通知，则判断第一系统未发生系统故障；或者以预设频率(例如每5秒1次)向所述第一系统发送请求，若在预设的第二时间(例如3秒)内未收到回复，则判断所述第一系统发生系统故障，若在预设的第二时间内收到回复，则判断所述第一系统未发生系统故障。
在其他实施例中，还可以实时分析是否接收到第一系统发送的故障通知等，即控制中心装置能够以主动或被动的方式判断出第一系统是否发生系统故障，通过这种方式能够及时判断第一系统的运行情况。
本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有控制中心系统，所述控制中心系统被处理器执行时实现上述的方法的步骤。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (7)
1.一种控制中心装置，其特征在于，所述控制中心装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的控制中心系统，所述控制中心系统被所述处理器执行时实现如下步骤：
S1，当客户端登录企业内部预先构建的第一系统以访问所述第一系统中的一个或多个业务系统时，监控所述第一系统，并判断所述第一系统是否发生系统故障；
S2，当监控到所述第一系统发生系统故障时，根据预先设置的切换机制将客户端对业务系统的访问从所述第一系统切换到预先构建的第二系统，以使所述客户端继续访问所述业务系统，其中，所述第二系统中包括与所述第一系统的业务系统分别一致的一个或多个业务系统；
S3，将本次发生系统故障时数据库中缓存的客户端对所述第一系统的业务系统的访问数据进行清除；
S4，在将客户端对业务系统的访问从所述第一系统切换到所述第二系统时，向所述第二系统发送故障类型信息，以通过所述第二系统将所述故障类型信息在客户端的前端页面上进行显示。
2.根据权利要求1所述的控制中心装置，其特征在于，所述预先设置的切换机制包括第一机制及第二机制，所述第一机制包括：根据所述第一系统的域名及第二系统的域名，将所有客户端对所述第一系统的业务系统的访问入口从所述第一系统切换到所述第二系统，所述第二机制包括：根据预先设置的客户端的地址范围，将预设比例的客户端对所述第一系统的业务系统的访问入口从所述第一系统切换到所述第二系统。
3.根据权利要求1或2所述的控制中心装置，其特征在于，所述判断所述第一系统是否发生系统故障的步骤包括：
每隔预设的第一时间分析是否接收到所述第一系统发送的故障通知，或者以预设频率向所述第一系统发送请求，若在预设的第二时间内未收到回复，则判断所述第一系统发生系统故障。
4.一种业务系统处理的方法，其特征在于，所述业务系统处理的方法包括：
S1，当客户端登录企业内部预先构建的第一系统以访问所述第一系统中的一个或多个业务系统时，监控所述第一系统，并判断所述第一系统是否发生系统故障；
S2，当监控到所述第一系统发生系统故障时，根据预先设置的切换机制将客户端对业务系统的访问从所述第一系统切换到预先构建的第二系统，以使所述客户端继续访问所述业务系统，其中，所述第二系统中包括与所述第一系统的业务系统分别一致的一个或多个业务系统；
S3，将本次发生系统故障时数据库中缓存的客户端对所述第一系统的业务系统的访问数据进行清除；
S3，将本次发生系统故障时数据库中缓存的客户端对所述第一系统的业务系统的访问数据进行清除；
S4，在将客户端对业务系统的访问从所述第一系统切换到所述第二系统时，向所述第二系统发送故障类型信息，以通过所述第二系统将所述故障类型信息在客户端的前端页面上进行显示。
5.根据权利要求4所述的业务系统处理的方法，其特征在于，所述预先设置的切换机制包括第一机制及第二机制，所述第一机制包括：根据所述第一系统的域名及第二系统的域名，将所有客户端对所述第一系统的业务系统的访问入口从所述第一系统切换到所述第二系统，所述第二机制包括：根据预先设置的客户端的地址范围，将预设比例的客户端对所述第一系统的业务系统的访问入口从所述第一系统切换到所述第二系统。
6.根据权利要求4或5所述的业务系统处理的方法，其特征在于，所述判断所述第一系统是否发生系统故障的步骤包括：
每隔预设的第一时间分析是否接收到所述第一系统发送的故障通知，或者以预设频率向所述第一系统发送请求，若在预设的第二时间内未收到回复，则判断所述第一系统发生系统故障。
7.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有控制中心系统，所述控制中心系统被处理器执行时实现如权利要求4至6中任一项所述的业务系统处理的方法的步骤。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710614415.1A CN107682172B (zh) | 2017-07-25 | 2017-07-25 | 控制中心装置、业务系统处理的方法及介质 |
| PCT/CN2017/108743 WO2019019457A1 (zh) | 2017-07-25 | 2017-10-31 | 控制中心装置、业务系统处理的方法、系统及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710614415.1A CN107682172B (zh) | 2017-07-25 | 2017-07-25 | 控制中心装置、业务系统处理的方法及介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107682172A CN107682172A (zh) | 2018-02-09 |
| CN107682172B true CN107682172B (zh) | 2020-11-03 |
Family
ID=61134130
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710614415.1A Active CN107682172B (zh) | 2017-07-25 | 2017-07-25 | 控制中心装置、业务系统处理的方法及介质 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN107682172B (zh) |
| WO (1) | WO2019019457A1 (zh) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110351128A (zh) * | 2019-06-27 | 2019-10-18 | 北京大米科技有限公司 | 一种业务处理方法、装置、存储介质及服务器 |
| CN110611583B (zh) * | 2019-08-14 | 2023-06-30 | 中国平安财产保险股份有限公司 | 一种系统服务方法、服务器及存储介质 |
| CN110519351A (zh) * | 2019-08-15 | 2019-11-29 | 中国平安财产保险股份有限公司 | 数据处理方法、装置、设备及计算机可读存储介质 |
| CN112579356B (zh) * | 2020-12-21 | 2022-09-16 | 上海金仕达软件科技有限公司 | 一种故障处理方法及服务器 |
| CN115396296B (zh) * | 2022-08-18 | 2023-06-27 | 中电金信软件有限公司 | 业务处理方法、装置、电子设备及计算机可读存储介质 |
| CN116521452B (zh) * | 2023-06-30 | 2023-09-22 | 建信金融科技有限责任公司 | 灾备系统以及基于灾备系统的业务处理方法 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103020242A (zh) * | 2012-12-19 | 2013-04-03 | 中国人民解放军第二炮兵装备研究院第四研究所 | 基于oracle数据库的数据同步方法 |
| CN104239164A (zh) * | 2013-06-19 | 2014-12-24 | 国家电网公司 | 基于云存储的灾备切换系统 |
| CN106919473A (zh) * | 2015-12-28 | 2017-07-04 | 阿里巴巴集团控股有限公司 | 一种数据灾备系统及业务处理方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9697095B2 (en) * | 2014-12-18 | 2017-07-04 | Dell Products L.P. | Switch failure recovery system |
-
2017
- 2017-07-25 CN CN201710614415.1A patent/CN107682172B/zh active Active
- 2017-10-31 WO PCT/CN2017/108743 patent/WO2019019457A1/zh active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103020242A (zh) * | 2012-12-19 | 2013-04-03 | 中国人民解放军第二炮兵装备研究院第四研究所 | 基于oracle数据库的数据同步方法 |
| CN104239164A (zh) * | 2013-06-19 | 2014-12-24 | 国家电网公司 | 基于云存储的灾备切换系统 |
| CN106919473A (zh) * | 2015-12-28 | 2017-07-04 | 阿里巴巴集团控股有限公司 | 一种数据灾备系统及业务处理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2019019457A1 (zh) | 2019-01-31 |
| CN107682172A (zh) | 2018-02-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107682172B (zh) | 控制中心装置、业务系统处理的方法及介质 | |
| CN111190747A (zh) | 用于消息队列的消息丢失检测方法和装置 | |
| CN106302595B (zh) | 一种对服务器进行健康检查的方法及设备 | |
| CN110222535B (zh) | 区块链配置文件的处理装置、方法及存储介质 | |
| CN111752770A (zh) | 服务请求的处理方法、系统、计算机设备和存储介质 | |
| CN113407383B (zh) | 主备系统切换方法、装置、服务器及主备系统 | |
| CN113259428A (zh) | 数据访问请求的处理方法、装置、计算机设备及介质 | |
| CN111901176B (zh) | 故障确定方法、装置、设备及存储介质 | |
| CN105303103A (zh) | 保护移动终端中的服务进程的方法和移动终端 | |
| CN109257396B (zh) | 一种分布式锁调度方法及装置 | |
| CN113032050A (zh) | 配置中心访问方法、系统、电子装置及存储介质 | |
| CN112764956A (zh) | 数据库的异常处理系统、数据库的异常处理方法及装置 | |
| US10185613B2 (en) | Error determination from logs | |
| CN113259429B (zh) | 会话保持管控方法、装置、计算机设备及介质 | |
| CN106911508B (zh) | Dns配置的恢复方法和装置 | |
| CN111585805B (zh) | 平滑发布升级方法、装置、计算机系统及可读存储介质 | |
| US20080216057A1 (en) | Recording medium storing monitoring program, monitoring method, and monitoring system | |
| CN105338058A (zh) | 一种应用更新的方法及装置 | |
| CN111371598A (zh) | 一种配置方法及系统 | |
| CN116366634A (zh) | 一种文件下载方法、装置、终端、源服务器及介质 | |
| US20210216389A1 (en) | Automatic repairs via communications with peer devices across multiple networks | |
| CN113778763B (zh) | 一种三方接口服务故障智能切换方法及系统 | |
| CN113238893A (zh) | 多数据中心的容灾系统、方法、计算机设备及介质 | |
| CN111654398B (zh) | 一种更新配置的方法、装置、计算机设备及可读存储介质 | |
| CN113242302A (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 |