基于检票系统的备份方法、装置、系统和计算机设备与流程

本申请涉及数据安全技术领域，特别是涉及一种基于检票系统的备份方法、装置、系统、计算机设备和存储介质。

背景技术：

近年来轨道交通行业正在飞速发展，目前已经实现了行业支付多元化、售检票乘车方式多元化等，与此同时，售检票功能转型更多的依赖于互联网提供的业务服务，因此对轨道交通行业的后台服务系统提出了更高的要求，需保证运营期间服务不间断、性能保持稳定，因此，保证检票系统的备份安全十分重要。

目前对检票系统的备份通常是采用单个服务器进行备份的方式，然而通过这种方式进行备份，在服务器发生故障时，切换或恢复服务器需要一定的时间，从而对检票系统的数据安全造成影响

因此，目前对轨道交通检票系统的备份方法存在安全性不足的缺陷。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够提高备份安全性的基于检票系统的备份方法、装置、系统、计算机设备和存储介质。

一种基于检票系统的备份方法，应用于第一检票系统服务器，所述方法包括：

调用监控模块，获取第二检票系统服务器的多个心跳信号；

获取各个心跳信号的传输间隔，根据所述传输间隔确定所述第二检票系统服务器是否异常；

若确定所述第二检票系统服务器发生异常，调用备份模块备份所述第二检票系统服务器的数据。

在其中一个实施例中，所述心跳信号包括：业务应用版本信息；

所述获取第二检票系统服务器的多个心跳信号之后，还包括：

获取所述心跳信号中所述第二检票系统服务器对应的业务应用版本信息；

判断所述第二检票系统服务器对应的业务应用版本信息是否大于所述第一检票系统服务器对应的业务应用版本信息，若是，调用控制管理模块，向所述第二检票系统服务器发送业务应用获取请求，以使所述第二检票系统服务器根据所述业务应用获取请求向所述第一检票系统服务器发送本服务器中的业务应用软件包；

通过所述控制管理模块，获取所述第二检票系统服务器发送的业务应用软件包，根据所述业务应用软件包更新所述第一检票系统服务器的业务应用。

在其中一个实施例中，所述根据所述传输间隔确定所述第二检票系统服务器是否异常，包括：

判断所述传输间隔是否大于预设传输异常阈值；

若是，确定所述第二检票系统服务器发生异常；

所述若确定所述第二检票系统服务器发生异常，调用备份模块同步所述第二检票系统服务器的数据，包括：

若确定所述第二检票系统服务器发生异常，经过预设延迟时间后，若未接收到所述心跳信号，调用备份模块同步所述第二检票系统服务器的数据。

在其中一个实施例中，所述通过所述控制管理模块，根据所述业务应用软件包更新所述第一检票系统服务器的业务应用，包括：

调用所述控制管理模块，对所述业务应用软件包进行完整性校验；

将通过所述完整性校验的业务应用软件包存储至所述第一检票系统服务器中的业务应用对应的启动位置，并替换所述第一检票系统服务器的业务应用对应的旧版业务应用软件包；

若检测到所述业务应用的启动信号，加载所述业务应用软件包，以对所述第一检票系统服务器的业务应用进行更新。

在其中一个实施例中，还包括：

调用守护进程，对所述第一检票系统服务器中的主进程的资源占用率进行监测；

若所述资源占用率大于第一占用阈值，调用告警模块生成对应的预警信息；

若所述资源占用率大于第二占用阈值，调用自启模块重启所述第一检票系统服务器；

其中，所述第二占用阈值大于所述第一占用阈值。

在其中一个实施例中，所述调用告警模块生成对应的预警信息，包括：

调用所述告警模块，根据所述资源占用率生成对应的预警报告并进行存储。

在其中一个实施例中，所述调用自启模块重启所述第一检票系统服务器，包括：

获取所述第二检票系统服务器的运行状态；

若所述第二检票系统服务器的运行状态为正常，调用备份模块，保存所述第一检票系统服务器中的数据，并调用自启模块，重启所述第一检票系统服务器。

一种基于检票系统的备份系统，所述系统包括：第一检票系统服务器以及第二检票系统服务器；所述第一检票系统服务器以及所述第二检票系统服务器中均包括：监控模块以及备份模块；

所述第二检票系统服务器，用于调用监控模块，根据预设传输间隔，向所述第一检票系统服务器发送多个心跳信号；

所述第一检票系统服务器，用于调用监控模块，获取第二检票系统服务器的多个心跳信号，获取各个心跳信号的传输间隔，根据所述传输间隔确定所述第二检票系统服务器是否异常，若确定所述第二检票系统服务器发生异常，调用备份模块备份所述第二检票系统服务器的数据。

一种基于检票系统的备份装置，所述装置包括：

获取模块，用于调用监控模块，获取第二检票系统服务器的多个心跳信号；

确定模块，用于获取各个心跳信号的传输间隔，根据所述传输间隔确定所述第二检票系统服务器是否异常；

异常备份模块，用于若确定所述第二检票系统服务器发生异常，调用备份模块备份所述第二检票系统服务器的数据。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述的方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的方法的步骤。

上述基于检票系统的备份方法、装置、系统、计算机设备和存储介质，通过调用监控模块，获取第二检票系统服务器的多个心跳信号，获取各个心跳信号的传输间隔，根据传输间隔确定第二检票系统服务器是否异常，若确定第二检票系统服务器发生异常，则第一检票系统服务器可以调用备份模块，备份第二检票系统服务器的数据。相较于传统的对检票系统的备份方式，本方案利用监控模块监测两个检票系统服务器的心跳信号，利用心跳信号的传输间隔检测各个检票系统服务器的运行情况，当检测到任一检票系统服务器发生异常时便通过运行正常的检票系统服务器的备份模块对异常的服务器进行数据备份，从而实现提高检票系统的备份安全性的效果。

附图说明

图1为一个实施例中基于检票系统的备份方法的应用环境图；

图2为一个实施例中检票系统服务器的结构示意图；

图3为另一个实施例中基于检票系统的备份方法的应用环境图；

图4为一个实施例中基于检票系统的备份方法的流程示意图；

图5另一个实施例中基于检票系统的备份方法的流程示意图；

图6为一个实施例中基于检票系统的备份装置的结构框图；

图7为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的基于检票系统的备份方法，可以应用于如图1所示的应用环境中。其中，第一检票系统服务器102通过网络与第二检票系统服务器104进行通信。其中，在一个实施例中，第一检票系统服务器102和第二检票系统服务器104的结构可以如图2所示，图2为一个实施例中检票系统服务器的结构示意图。本实施例中，第一检票系统服务器102和第二检票系统服务器104的结构可以相同，包括守护进程、监控模块、告警模块、备份模块、控制管理模块、自启模块和业务功能模块等。其中，守护进程可以用于进行资源占用率的监控；监控模块可以用于监测心跳信号；备份模块可以用于进行数据备份；控制管理模块可以用于进行版本同步；自启模块可以用于进行启动服务；业务功能模块可以用于实现相关轨道交通的检票售票等业务应用。

上述第一检票系统服务器102可以调用其中的监控模块，获取第二检票系统服务器104的多个心跳信号，并根据各个心跳信号的传输间隔确定第二检票系统服务器104是否运行异常，若确定第二检票系统服务器104发生异常，调用备份模块备份第二检票系统服务器104的数据。

另外，在一个实施例中，第一检票系统服务器102和第二检票系统服务器104之间的连接可以如图3所示，图3为另一个实施例中基于检票系统的备份方法的应用环境图。本实施例中，第一检票系统服务器102与第二检票系统服务器104的构造可以相同。第一检票系统服务器102中的监控模块可以与第二检票系统服务器104中的监控模块进行心跳包的传输、第一检票系统服务器102的控制管理模块可以与第二检票系统服务器104的控制管理模块通过tcp(transmissioncontrolprotocol，传输控制协议)传输进行通信、第一检票系统服务器102的备份模块可以与第二检票系统服务器104的备份模块进行两个服务器间的数据同步。其中，第一检票系统服务器102与第二检票系统服务器104均可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图4所示，提供了一种基于检票系统的备份方法，以该方法应用于图1中的第一检票系统服务器为例进行说明，包括以下步骤：

步骤s202，调用监控模块，获取第二检票系统服务器104的多个心跳信号。

其中，第一检票系统服务器102可以作为一个检测节点，第二检票系统服务器104可以作为一个被检测节点。监控模块可以是第一检票系统服务器102中以及第二检票系统服务器104中均运行的模块，监控模块可以用于进行心跳信号的检测，例如，检测在第一检票系统服务器102和第二检票系统服务器104之间传输的心跳信号，上述在第一检票系统服务器102和第二检票系统服务器104之间传输的心跳信号可以有多个，例如第二检票系统服务器104可以通过监控模块，按照预设的传输间隔传输心跳包至第一检票系统服务器102。第一检票系统服务器102可以调用监控模块，获取第二检票系统服务器104发送的多个心跳信号。其中，心跳信号中可以包括第二检票系统服务器104的运行状态，上述心跳信号，是以固定的频率向其他节点汇报当前节点状态的方式。收到心跳，一般可以认为一个节点和现在的网络拓扑是良好的，并且心跳汇报时，一般也会携带一些附加的状态、元数据信息，以便管理。

步骤s204，获取各个心跳信号的传输间隔，根据传输间隔确定第二检票系统服务器104是否异常。

其中，心跳信号可以是第二检票系统服务器104根据预设的传输间隔发送的心跳信号，该传输间隔可以根据实际情况进行设定，第一检票系统服务器102可以获取第二检票系统服务器104发送的各个心跳信号之间的传输间隔，从而第一检票系统服务器102可以根据第二检票系统服务器104发送心跳信号的传输间隔，确定第二检票系统服务器104是否异常，例如根据传输间隔的时间长短确定第二检票系统服务器104是否异常等。

例如，在一个实施例中，根据传输间隔确定第二检票系统服务器104是否异常，包括：判断传输间隔是否大于预设传输异常阈值；若是，确定第二检票系统服务器104发生异常。本实施例中，第一检票系统服务器102可以根据第二检票系统服务器104发送心跳信号的传输间隔确定第二检票系统服务器104是否运行正常，例如，第一检票系统服务器102可以判断上述传输间隔是否大于预设传输异常阈值，当检测到上述传输间隔大于预设传输异常阈值时，第一检票系统服务器102可以确定第二检票系统服务器104发生异常；当检测到上述传输间隔没有大于预设传输异常阈值，则第一检票系统服务器102可以确定第二检票系统服务器104运行正常。需要说明的是，第一检票系统服务器102和第二检票系统服务器104之间可以运行相同的模块和进程，因此第一检票系统服务器102和第二检票系统服务器104可以相互进行运行状态的检测。

步骤s206，若确定第二检票系统服务器104发生异常，调用备份模块备份第二检票系统服务器104的数据。

其中，第二检票系统服务器104发生异常可以是第二检票系统服务器104向第一检票系统服务器102发送的心跳信号发生了异常，例如发送的心跳信号的间隔大于预设传输异常阈值，即心跳信号超时异常达到了预设传输异常阈值。当第一检票系统服务器102确定第二检票系统服务器104发生异常时，可以调用备份模块，同步第二检票系统服务器104的数据，即当某一个检票系统服务器发生异常时，另一个正常的检票系统服务器可以主动对发生异常的检票系统服务器进行数据同步和备份，从而防止数据的丢失。其中，上述数据可以包括轨道交通检票售票等业务数据。

另外，由于网络延迟等原因也会导致第一检票系统服务器102接收到的心跳信号发生异常，因此第一检票系统服务器102可以延迟调用备份模块，防止资源浪费。例如，在一个实施例中，若确定第二检票系统服务器104发生异常，调用备份模块同步第二检票系统服务器104的数据，包括：若确定第二检票系统服务器104发生异常，经过预设延迟时间后，若未接收到所述心跳信号，调用备份模块同步第二检票系统服务器104的数据。本实施例中，当第一检票系统服务器102检测到第二检票系统服务器104的心跳信号发生异常时，可以延迟启动对该异常的处理流程，例如经过预设延迟时间后，若在该预设延迟时间内没有收到来自第二检票系统服务器104发送的心跳信号，则第一检票系统服务器102可以启动异常处理流程，例如调用备份模块同步备份第二检票系统服务器104的数据，从而防止数据丢失；若第一检票系统服务器102在上述预设延迟时间内检测到第二检票系统服务器104发送的心跳信号，则说明第二检票系统服务器104运行正常，则可以不启动异常处理流程。其中，上述心跳信号可以包括发送该心跳信号的服务器的运行状态等信息，第一检票系统服务器102和第二检票系统服务器104之间可以通过心跳信号进行状态的交流。

上述基于检票系统的备份方法中，通过调用监控模块，获取第二检票系统服务器的多个心跳信号，获取各个心跳信号的传输间隔，根据传输间隔确定第二检票系统服务器是否异常，若确定第二检票系统服务器发生异常，则第一检票系统服务器可以调用备份模块，备份第二检票系统服务器的数据。相较于传统的对检票系统的备份方式，本方案利用监控模块监测两个检票系统服务器的心跳信号，利用心跳信号的传输间隔检测各个检票系统服务器的运行情况，当检测到任一检票系统服务器发生异常时便通过运行正常的检票系统服务器的备份模块对异常的服务器进行数据备份，从而实现提高检票系统的备份安全性的效果。

在一个实施例中，获取第二检票系统服务器104的多个心跳信号之后，还包括：获取心跳信号中第二检票系统服务器104对应的业务应用版本信息；判断第二检票系统服务器104对应的业务应用版本信息是否大于第一检票系统服务器102对应的业务应用版本信息，若是，调用控制管理模块，向第二检票系统服务器104发送业务应用获取请求，以使第二检票系统服务器104根据业务应用获取请求向第一检票系统服务器102发送本服务器中的业务应用软件包；通过控制管理模块，获取第二检票系统服务器104发送的业务应用软件包，根据业务应用软件包更新第一检票系统服务器102的业务应用。

本实施例中，上述第二检票系统服务器104发送的心跳信号可以是以心跳包形式进行发送，心跳包中可以包括第二检票系统服务器104中的业务应用版本信息。第一检票系统服务器102可以获取上述心跳信号中包括的第二检票系统服务器104对应的业务应用版本信息，例如心跳包中可以包括业务应用的版本号，并且第一检票系统服务器102可以判断第二检票系统服务器104对应的业务应用版本是否大于第一检票系统服务器102对应的业务应用版本信息。若大于，即第一检票系统服务器102检测到自身的业务应用版本号小于第二检票系统服务器104的业务应用版本号，则第一检票系统服务器102可以调用控制管理模块，向第二检票系统服务器104发送业务应用获取请求，第二检票系统服务器104可以接收第一检票系统服务器102发送的业务应用获取请求，并根据业务应用获取请求向第一检票系统服务器102发送本服务器中的业务应用软件包，第一检票系统服务器102接收到上述业务应用软件包后，由于第一检票系统服务器102和第二检票系统服务器104中运行相同的进程和模块，第一检票系统服务器102可以通过调用上述控制管理模块，获取上述业务应用软件包，并基于该业务应用软件包更新第一检票系统服务器102的业务应用。例如通过替换旧文件的方式实现业务应用版本的更新。

通过本实施例，第一检票系统服务器102可以在通过心跳包检测到自身业务应用版本低于第二检票系统服务器104的业务应用版本时，通过控制管理模块，获取第二检票系统服务器104的新版业务应用软件包更新自身的业务应用，使得各个服务器中的业务应用保持最新且版本同步，提高了检票系统备份的安全性。

在一个实施例中，通过控制管理模块，根据业务应用软件包更新第一检票系统服务器102的业务应用，包括：调用控制管理模块，对业务应用软件包进行完整性校验；将通过完整性校验的业务应用软件包存储至第一检票系统服务器102中的业务应用对应的启动位置，并替换第一检票系统服务器102的业务应用对应的旧版业务应用软件包；若检测到业务应用的启动信号，加载业务应用软件包，以对第一检票系统服务器102的业务应用进行更新。

本实施例中，控制管理模块可以是设置于第一检票系统服务器102和第二检票系统服务器104中的模块，可以用于维持两个服务器间的业务应用版本的一致性。第一检票系统服务器102可以通过检测心跳信号中的第二检票系统服务器104的业务应用版本信息，当检测到自身业务应用版本号小于第二检票系统服务器104的业务应用版本号时，第一检票系统服务器102可以调用控制管理模块并获取第二检票系统服务器104的业务应用软件包，第一检票系统服务器102可以在获取到第二检票系统服务器104的新版的业务应用软件包后，调用控制管理模块，对业务应用软件包进行完整性校验，检测业务应用软件包的完整性。若该业务应用软件包通过完整性校验，则第一检测系统服务器102可以利用控制管理模块，将通过完整性校验的业务应用软件包存储至第一检票系统服务器102中相应业务应用的启动位置，替换第一检票系统服务器102的业务应用的旧版业务应用软件包，控制管理模块在检测到业务应用的启动信号时，例如当业务应用重启时，加载上述新的业务应用软件包，从而对第一检票系统服务器102的业务应用进行更新。具体地，控制管理模块可以由第一检票系统服务器102的监控模块调用，第一检票系统服务器102在通过监控模块检测到自身的业务应用版本小于第二检票系统服务器104的业务应用版本，则第一检票系统服务器102可以主动发起连接请求，获取第二检票系统服务器104中的新的业务应用软件包，在经过软件包完整性校验后，第一检票系统服务器102可以将新的业务应用软件包存储在相应业务应用的启动位置，并替换老旧软件包，在业务应用的进程重启时，加载新的业务应用软件包，从而实现业务应用的更新。另外，第一检票系统服务器102还可以根据实际情况，设定控制管理模块是否调用自启模块，从而直接对业务应用进行重启。

通过本实施例，第一检票系统服务器102可以通过控制管理模块实现第一检票系统服务器102和第二检票系统服务器104之间的应用版本同步，使得各个服务器中的业务应用保持最新且版本同步，提高了检票系统备份的安全性。

在一个实施例中，还包括：调用守护进程，对第一检票系统服务器102中的主进程的资源占用率进行监测；若资源占用率大于第一占用阈值，调用告警模块生成对应的预警信息；若资源占用率大于第二占用阈值，调用自启模块重启第一检票系统服务器102；其中，第二占用阈值大于第一占用阈值。

本实施例中，守护进程可以是设置在第一检票系统服务器102和第二检票系统服务器104中的进程，可以用于对服务器中的业务进程进行监测，该守护进程可以是服务器后台运行的特殊进程，在系统引导时启动，一直运行至系统关闭；第一检票系统服务器102和第二检票系统服务器104之间的守护进程可以进行数据通信。第一检票系统服务器102在作为检测节点时，可以调用守护进程，对第一检票系统服务器102中的主进程的资源占用率进行监测，例如实时监测业务应用的业务进程的主进程的运行状态，监测系统资源占用率。

当第一检票系统服务器102通过守护进程检测到自身的主进程的资源占用率大于第一占用阈值时，可以调用告警模块，生成对应的预警信息。例如，第一占用阈值可以是危险级较低的阈值，例如告警阈值，当第一检票系统服务器102的守护进程检测到系统资源占用率达到设定的告警阈值时，可以通过守护进程调用告警模块进行预警，生成报告并存入磁盘。其中，告警模块可以是设置在第一检票系统服务器102和第二检票系统服务器104中的模块，用于检测服务器中其他模块发出的告警信息并针对告警信息进行相关预警。

当第一检票系统服务器102通过守护进程检测到自身的主进程的资源占用率大于第二占用阈值时，可以调用自启模块对第一检票系统服务器102进行重启。例如，第二占用阈值可以是危险级较高的阈值，第二占用阈值可以大于第一占用阈值，例如严重阈值，当第一检票系统服务器102的守护进程检测到系统资源占用率达到严重阈值时，通过守护进程调用自启模块对第一检票系统服务器102进行重启，从而让自身的资源占用率恢复正常。其中，自启模块可以是设置在第一检票系统服务器102和第二检票系统服务器104中的模块，用于检测守护进程的调用指令并进行业务进程的重启或者检票系统服务器的重启。另外，当资源占用率达到第二占用阈值时，第一检票系统服务器102还可以调用告警模块，告警模块可以根据目前的告警等级生成对应的报告并存储。守护进程还可以根据当前时间确定是否立即进行进程或服务器的重启。例如，上述各个检票系统服务器中可以预先设置运营高峰时间段，守护进程可以检测当前时间，若为运营高峰时段，则守护进程在检测到资源占用率达到第二占用阈值时，可以不立即进行重启，并且可以通过检测系统资源的消耗程度，综合判断是否需要重启，例如若系统资源占用率有导致检票系统服务器宕机的风险时，该检票系统服务器可以通过守护进程进行重启，避免服务器宕机。需要说明的是，第二检票系统服务器102也可以通过上述守护进程进行自身资源占用率的监测、告警和重启等流程。

通过本实施例，第一检票系统服务器102可以通过守护进程监测自身的资源占用率，并根据资源占用率的大小对第一检票系统服务器102进行相应的告警、重启等流程，避免服务器无法运作，从而实现提高检票系统服务器的备份安全性的效果。

在一个实施例中，调用告警模块生成对应的预警信息，包括：调用告警模块，根据资源占用率生成对应的预警报告并进行存储。

本实施例中，当第一检票系统服务器102通过守护进程检测到自身资源占用率大于第一占用阈值时，确定需要进行告警，第一检票系统服务器102可以通过守护进程调用上述告警模块，通过告警模块，根据目前的资源占用率生成对应的预警报告，并且可以将预警报告进行存储。具体地，告警模块可以检测第一检票服务器102中各个模块发送的告警信息，并根据告警等级程度，生成告警日志，将告警日志保存到磁盘中，并且告警模块可以在第一检票服务器102中的业务应用的占用率达到相应占用阈值时，生成对应的告警报告并保存在磁盘的特定位置。

通过本实施例，第一检票服务器102可以通过告警模块进行预警并生成告警报告，防止检票系统服务器发生故障，提高了检票系统服务器的备份安全性。

在一个实施例中，调用自启模块重启第一检票系统服务器102，包括：获取第二检票系统服务器104的运行状态；若第二检票系统服务器104的运行状态为正常，调用备份模块，保存第一检票系统服务器102中的数据，并调用自启模块，重启第一检票系统服务器102。

本实施例中，当第一检票系统服务器102通过守护进程检测到自身资源占用率大于第二占用阈值时，可以通过守护进程调用自启模块对第一检票系统服务器102进行重启。并且第一检票系统服务器102可以根据的第二检票系统服务器104的运行情况确定是否进行重启。例如，第一检票系统服务器102可以通过守护进程监测获取第二检票系统服务器104的运行状态，根据第二检票系统服务器104的运行状态确定是否需要重启第一检票系统服务器102，当第一检票系统服务器102通过守护进程检测到第二检票系统服务器104运行正常时，则说明自身可以进行重启，则第一检票系统服务器102可以通过守护进程调用自启模块对第一检票系统服务器102进行重启。例如，第一检票系统服务器102可以通过守护进程向自启模块发送重启指令，自启模块可以在接收到守护进程的指令后，根据指令的内容，相应的进行业务应用进程的重启或者服务器的重启。其中，自启模块在重启前，还可以调用备份模块，保存当前的业务数据到指定的存储区域，从而实现第一检票系统服务器102和第二检票系统服务器104之间的数据同步，防止数据丢失。

通过本实施例，第一检票系统服务器102可以通过调用自启模块，在资源占用率达到严重阈值且第二检票系统服务器104正常运行时重启相应进程或系统，从而提高了检票系统服务器的稳定性，进而提高了备份的安全性。

在一个实施例中，如图5所示，图5另一个实施例中基于检票系统的备份方法的流程示意图。第一检票系统服务器102和第二检票系统服务器104均可以是一个节点，第一检票系统服务器102和第二检票系统服务器104中均可以包括有守护进程、监控模块、告警模块、备份模块、控制管理模块、自启模块和业务功能模块。该方法包括以下流程：

由于第一检票系统服务器102与第二检票系统服务器104中可以运行相同的进程和模块，因此本实施例以第一检票系统服务器102为例，第一检票系统服务器102的系统启动后，可以启动守护进程、监控模块、告警模块和业务功能模块。其中业务功能模块可以运行相应业务应用；守护进程是上述服务器中后台运行的特殊进程，在系统引导时启动，已知运行到系统关闭。第一检票系统服务器102可以通过守护进程实时监测业务进程，即主进程的运行状态，监测系统资源占用率等，当系统资源占用率达到设定的告警阈值，例如上述第一占用阈值，则守护进程可以调用告警模块进行预警并生成报告存入磁盘中。当上述资源占用率达到严重阈值，例如上述第二占用阈值，且守护进程监测到第二检票系统服务器104运行正常时，守护进程可以调用自启模块，重启相关业务进程或服务器系统。另外，第一检票系统服务器102在调用自启模块进行重启前，还可以根据当前时间确定是否重启，例如若为运营高峰时段，则第一检票系统服务器102可以暂时不重启，避免降低系统性能，但第一检票系统服务器102可以权衡系统资源消耗程度进行综合判断，避免服务器宕机。

监控模块可以用于通过心跳技术，检测各个节点是否正常运行。当第一检票系统服务器102通过监控模块检测到第二检票系统服务器104的心跳信号超时异常达到设定的传输异常阈值时，第一检票系统服务器102可以调用备份模块，尝试同步两个服务器的业务数据，避免业务数据丢失；并且，由于网络延迟也可能会引起心跳信号接收的异常，因此第一检票系统服务器102的监控模块在检测到发生心跳异常时，还可以延迟一定时间，在此时间段内没有接收到心跳信号，则启动备份流程。另外，上述心跳信号的心跳包中还可以包括业务应用的版本号，若第一检票系统服务器102检测到心跳包中的业务应用版本号大于自身的业务应用版本，则第一检票系统服务器102可以调用控制管理模块，与第二检票系统服务器104建立连接，拷贝最新版本的业务应用包至应用启动目录，替换旧文件。

其中，上述告警模块可以用于检测其他各个模块发送的告警信息，并根据告警等级程度，保存告警日志到磁盘，在业务功能的资源占用出现大于相应占用阈值时，生成告警报告并保存至磁盘的指定位置。上述备份模块可以由监控模块或自启模块调用，可以用于建立两个服务器间的业务数据同步。上述控制管理模块可以由监控模块调用，可以用于控制两个服务器的业务应用版本一致性，当其中一个服务器接收到的心跳包中的业务应用版本与自身不一致时，可以调用该模块，例如若第一检票系统服务器102的业务应用版本小于第二检票系统服务器104的业务应用版本，则第一检票系统服务器102可以主动发起连接请求，获取第二检票系统服务器104的业务应用软件包，经过软件包完整性校验后，存储在业务应用启动的指定位置，替换旧版软件包，当业务应用进程重启时加载，例如，控制管理模块可以通过调用自启模块主动进行重启。所述自启模块可以根据守护进程的指令，进行业务进程的重启，或系统的重启，并且，在进行重启前，自启模块可以调用备份模块，保存当前业务数据到指定的存储区域，从而实现两个服务器间的数据同步。上述业务功能模块，可以用于实现相应的业务应用功能，例如轨道交通检票售票的相关业务。

通过上述实施例，检票系统服务器利用监控模块监测两个检票系统服务器的心跳信号，利用心跳信号的传输间隔检测各个检票系统服务器的运行情况，当检测到任一检票系统服务器发生异常时便通过运行正常的检票系统服务器的备份模块对异常的服务器进行数据备份，从而实现提高检票系统的备份安全性的效果。

应该理解的是，虽然图4及图5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图4及图5中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，提供了一种基于检票系统的备份系统，系统包括：第一检票系统服务器102以及第二检票系统服务器104；第一检票系统服务器102以及第二检票系统服务器104中均包括：监控模块以及备份模块；

第二检票系统服务器104，用于调用监控模块，根据预设传输间隔，向所述第一检票系统服务器102发送多个心跳信号；

第一检票系统服务器，用于调用监控模块，获取第二检票系统服务器104的多个心跳信号，获取各个心跳信号的传输间隔，根据传输间隔确定第二检票系统服务器104是否异常，若确定第二检票系统服务器104发生异常，调用备份模块备份第二检票系统服务器104的数据。

关于基于检票系统的备份系统的具体限定可以参见上文中对于基于检票系统的备份方法的限定，在此不再赘述。上述基于检票系统的备份系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，如图6所示，提供了一种基于检票系统的备份装置，包括：获取模块500、确定模块502和异常备份模块504，其中：

获取模块500，用于调用监控模块，获取第二检票系统服务器104的多个心跳信号。

确定模块502，用于获取各个心跳信号的传输间隔，根据传输间隔确定第二检票系统服务器104是否异常。

异常备份模块504，用于若确定第二检票系统服务器104发生异常，调用备份模块备份第二检票系统服务器104的数据。

在一个实施例中，上述装置还包括：同步模块，用于获取心跳信号中第二检票系统服务器104对应的业务应用版本信息；判断第二检票系统服务器104对应的业务应用版本信息是否大于第一检票系统服务器102对应的业务应用版本信息，若是，调用控制管理模块，向第二检票系统服务器104发送业务应用获取请求，以使第二检票系统服务器104根据业务应用获取请求向第一检票系统服务器102发送本服务器中的业务应用软件包；通过控制管理模块，获取第二检票系统服务器104发送的业务应用软件包，根据业务应用软件包更新第一检票系统服务器102的业务应用。

在一个实施例中，上述确定模块502，具体用于判断传输间隔是否大于预设传输异常阈值；若是，确定第二检票系统服务器104发生异常。

在一个实施例中，上述同步模块，具体用于调用控制管理模块，对业务应用软件包进行完整性校验；将通过完整性校验的业务应用软件包存储至第一检票系统服务器102中的业务应用对应的启动位置，并替换第一检票系统服务器102的业务应用对应的旧版业务应用软件包；若检测到业务应用的启动信号，加载业务应用软件包，以对第一检票系统服务器102的业务应用进行更新。

在一个实施例中，上述装置还包括：资源监测模块，用于调用守护进程，对第一检票系统服务器102中的主进程的资源占用率进行监测；若资源占用率大于第一占用阈值，调用告警模块生成对应的预警信息；若资源占用率大于第二占用阈值，调用自启模块重启第一检票系统服务器102；其中，第二占用阈值大于第一占用阈值。

在一个实施例中，上述资源监测模块，具体用于调用告警模块，根据资源占用率生成对应的预警报告并进行存储。

在一个实施例中，上述资源监测模块，具体用于获取第二检票系统服务器104的运行状态；若第二检票系统服务器104的运行状态为正常，调用备份模块，保存第一检票系统服务器102中的数据，并调用自启模块，重启第一检票系统服务器102。

关于基于检票系统的备份装置的具体限定可以参见上文中对于基于检票系统的备份方法的限定，在此不再赘述。上述基于检票系统的备份装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储检票系统的备份数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于检票系统的备份方法。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述的基于检票系统的备份方法。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述的基于检票系统的备份方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-onlymemory，rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(randomaccessmemory，ram)或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(staticrandomaccessmemory，sram)或动态随机存取存储器(dynamicrandomaccessmemory，dram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。