CN101262370A - 容灾演练的方法、装置和服务器 - Google Patents

Abstract

实施例公开了一种容灾演练的方法，包括：容灾机向生产机发送码流请求指令，以请求获取一个真实呼叫的码流，其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令；容灾机在收到所述码流后，建立模拟呼叫，并生成该呼叫的模拟呼叫记录；从所述生产机上获取该呼叫的真实呼叫记录，比较所述真实呼叫记录和所述模拟呼叫记录的内容是否一致，以验证容灾机是否正常。此外，实施例还公开了一种用于容灾演练的容灾机和能够容灾演练的生产机。实施例在启动容灾演练时不需要SSP转发智能网信令到容灾机，而是由容灾机直接从生产机的上获取智能网信令，因此使容灾演练不影响生产机上的业务处理。

Description

容灾演练的方法、装置和服务器

技术领域

本发明涉及存储技术领域，尤其涉及一种容灾演练的方法、装置和服务器。

背景技术

容灾是指为了保持业务的连续性而建立的一套备份系统。容灾演练是指在运行系统正常运行的情况下，对容灾系统进行验证测试，用以验证当运行系统出现故障时，容灾系统是否能够有效地接管该故障系统的业务和数据并正确处理。

目前，常用的一种容灾演练方法是将运行系统的整个业务都切换到容灾系统中，由容灾系统中的容灾演练管理装置控制容灾系统中的其他模块进行演练处理，该方法具体为：当需要容灾演练时，容灾演练管理装置触发容灾机中的容灾管理单元，容灾管理单元指令容灾数据生成一个与该容灾数据内容相同的快照数据，用于容灾数据库和容灾SCP(业务控制节点)的读写。然后所述容灾演练管理装置通知SSP(业务交换节点)将智能网信令转发到容灾机中的容灾SCP，以指令容灾机SCP接管业务呼叫处理。在处理后在快照数据中生成呼叫记录，然后通过手工检索生产机的数据库中有关该呼叫的记录和容灾机中所生成的相关呼叫记录，并通过比较这两个呼叫记录内容是否一致，来验证容灾机对业务呼叫的处理是否和生产机上的一致。

然而，在进行本发明创造过程中，发明人发现现有技术中至少存在如下问题：

由于现有技术中容灾演练管理装置需要将智能网信令由SSP转发给容灾SCP，这样才能启动容灾SCP对业务呼叫的处理，而生产机上的生产SCP也同样需要智能网信令来启动业务呼叫处理，因此，在SSP将智能网信令转发给容灾SCP的过程中，生产SCP会由于没有收到智能网信令而无法继续处理当前业务呼叫，而且对于新接入的业务呼叫，也同样无法处理，因此，会导致生产机上的业务呼叫丢失。

发明内容

实施例在于提供一种容灾演练的方法、装置和服务器，无需SSP转发智能网信令到容灾机就能够自动完成容灾演练，从而保证在容灾演练时生产机上的业务呼叫不丢失。

一种容灾演练的方法，包括：

容灾机向生产机发送码流请求指令，以请求获取一个真实呼叫的码流，其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令；

容灾机在收到所述码流后，建立模拟呼叫，并生成该呼叫的模拟呼叫记录；

从所述生产机上获取该呼叫的真实呼叫记录，比较所述真实呼叫记录和所述模拟呼叫记录的内容是否一致，以验证容灾机是否正常。

基于上述技术方案，还公开了一种用于容灾演练的容灾机，包括：

容灾演练单元，用于向生产机发送码流请求指令，以请求获取一个真实呼叫的码流，其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令；

容灾SCP，用于当所述容灾演练单元收到所述码流后，建立模拟呼叫；

数据库，用于根据所述容灾SCP中的模拟呼叫，生成模拟呼叫记录；

所述容灾演练单元，还用于比较所述生产机上该呼叫的真实呼叫记录，和所述数据库中的模拟呼叫记录的内容是否一致，以验证容灾机是否正常。

基于上述技术方案，还公开了一种能够容灾演练的生产机，包括：

生产驱动单元，用于在收到容灾机发送的码流请求指令后，发送索取码流请求；

生产SCP：用于收到所述生产驱动单元的索取码流请求后，向所述生产驱动单元发送一个真实呼叫的码流，其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令；

生产驱动单元，还用于将所述真实呼叫的码流发送给所述容灾机，以便所述容灾机根据所述码流建立模拟呼叫，并生成该呼叫的模拟呼叫记录；

数据库，用于根据所述生产SCP中对所述真实呼叫的处理，生成真实呼叫记录，以用于和所述容灾机中的模拟呼叫记录比较内容是否一致，来验证容灾机是否正常。

基于上述技术方案，还公开了一种用于容灾演练的装置，集成在生产机上，该装置包括：

接收单元，用于接收容灾机发送的码流请求指令；

码流获取单元，用于当所述接收单元收到所述码流请求指令后，从所述生产机上的生产SCP中获取一个真实呼叫的码流；其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令；

发送单元，用于将所述码流获取单元所获取的码流发送给所述容灾机，以便所述容灾机根据所述码流建立模拟呼叫，并生成该呼叫的模拟呼叫记录；

呼叫记录获取单元，用于从所述生产机上的数据库中获取处理所述真实呼叫所得到的真实呼叫记录；

所述发送单元，还用于将所述呼叫记录获取单元中的真实呼叫记录发送给所述容灾机，以供所述容灾机将所述真实呼叫记录和所述模拟呼叫记录比较内容是否一致，来验证容灾机是否正常。

基于上述技术方案，还公开了一种服务器，包括：

容灾演练单元，用于向生产机发送码流请求指令，以请求获取一个真实呼叫的码流，其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令；

容灾SCP，用于当所述容灾演练单元收到所述码流后，建立模拟呼叫；

数据库，用于根据所述容灾SCP中的模拟呼叫，生成模拟呼叫记录；

所述容灾演练单元，还用于比较所述生产机上该呼叫的真实呼叫记录，和所述数据库中的模拟呼叫记录的内容是否一致，以验证容灾机是否正常。

基于上述技术方案，还公开了一种服务器，包括：

生产驱动单元，用于在收到容灾机发送的码流请求指令后，发送索取码流请求；

生产SCP：用于收到所述生产驱动单元的索取码流请求后，向所述生产驱动单元发送一个真实呼叫的码流，其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令；

生产驱动单元，还用于将所述真实呼叫的码流发送给所述容灾机，以便所述容灾机根据所述码流建立模拟呼叫，并生成该呼叫的模拟呼叫记录；

数据库，用于根据所述生产SCP中对所述真实呼叫的处理，生成真实呼叫记录，以用于和所述容灾机中的模拟呼叫记录比较内容是否一致，来验证容灾机是否正常。

与现有技术相比，上述实施例具有以下优点：

上述实施例不需要SSP转发智能网信令到容灾机，而是由容灾机直接从生产机的上获取智能网信令，来启动容灾演练流程。因此，可以克服现有技术中由SSP转发智能网信令而造成的生产机上因无法收到智能网信令而使生产机上的呼叫丢失的问题，使容灾演练不影响生产机上的业务处理。

附图说明

图1为一种容灾演练方法实施例的流程示意框图；

图2为一种容灾演练的系统结构示意框图；

图3为另一种容灾演练方法实施例的流程示意框图；

图4为又一种容灾演练方法实施例的流程示意框图；

图5为一种容灾机的结构示意框图；

图6为另一种容灾机的结构示意框图；

图7为又一种容灾机的结构示意框图；

图8为一种生产机的结构示意框图；

图9为生产机中的生产驱动单元的结构示意框图。

具体实施方式

下面结合附图对具体实施方式做进一步的详细阐述。

一种容灾演练方法，由容灾机直接从生产机上获取供容灾演练的码流，其中，所述呼叫码流中包括驱动容灾处理的智能网信令，以及业务呼叫码流。如图1所示，为一种容灾演练方法实施例的流程示意框图，该方法包括：

S101：容灾机向生产机发送码流请求指令，以请求获取一个真实呼叫的码流供容灾演练处理使用。生产机收到所述码流请求指令后，将生产SCP上的真实呼叫的码流发送给所述容灾机。其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令。

S102：所述容灾机在收到所述码流后，建立模拟呼叫，并在模拟呼叫完成后，生成模拟呼叫记录。其中，所述模拟呼叫记录包括通话的话费、及话费余额等信息。

不难理解，由于容灾机上处理的模拟呼叫是来自于生产机上的真实呼叫，因此，容灾机上在对所述呼叫进行模拟呼叫处理的同时，在生产机上同样在对所述呼叫进行呼叫处理，并且同样会建立所述呼叫的呼叫记录(简称“真实呼叫记录”)。

S103：从生产机上获取该呼叫的真实呼叫记录，比较所述真实呼叫记录和所述容灾机上生成的模拟呼叫记录内容是否一致，来验证容灾演练是否正常。例如，若内容一致，则得出“容灾演练正常”结果；否则，得出“容灾演练有误”结果。其中，可通过手工或者自动从所述生产机上的数据库中检索到所述真实呼叫记录。

上述实施例不需要SSP转发智能网信令到容灾机，而是由容灾机直接从生产机的上获取智能网信令，来启动容灾演练流程。因此，可以克服现有技术中由SSP转发智能网信令而造成的生产机上因无法收到智能网信令而使生产机上的呼叫丢失的问题，使容灾演练不影响生产机上的业务处理。

如图2所示，为实现上述容灾演练方法的系统结构示意框图，本实施例所述系统在容灾机中设置一个容灾演练单元201，同时在生产机上设置一个生产驱动单元202。其中，所述生产驱动单元202用于获取生产SCP203中的真实呼叫的码流，以供容灾演练使用；所述容灾演练单元201用于启动容灾演练的业务呼叫的验证过程，这样将无需通过现有技术中的SSP转发智能网信令来触发容灾SCP204启动，而是由所述容灾演练单元201直接从生产机上获取智能网信令，以驱动容灾SCP204进行呼叫处理。

下面以图2所示的系统实施例为例，说明本实施例的容灾演练方法在上述图2所示系统中的应用，如图3所示，为一种容灾演练方法实施例的流程示意框图，该方法包括：

S301：容灾演练管理装置发送容灾演练的指令给容灾机上的容灾管理单元。

S302：所述容灾管理单元收到该指令后，指令容灾机上的容灾数据生成与所述容灾数据内容相同的快照数据，以供容灾机上的数据库(简称“容灾数据库”)读写。

S303：容灾管理单元将容灾数据库映射到所述快照数据上，然后启动所述容灾数据库来读取快照数据。

S304：容灾管理单元启动所述容灾SCP，并且在启动成功后向容灾机上的容灾演练单元发送触发指令，以启动容灾演练。其中，所述触发指令可携带有生产机编码和业务键信息。

S305：所述容灾演练单元在收到所述触发指令后，向生产机上的生产驱动单元发送码流请求指令，以请求所述生产驱动单元从生产SCP上获取一个真实呼叫的码流，并将所述码流发送给所述容灾演练单元。其中，所述码流请求指令可以携带业务键信息；所述码流可以为INAP(Intelligent NetworkApplication Protocol，智能网应用规程)、CAP(CAMEL Application Part，CAMEL应用部分)、CDMA-WIN(Code Division Multiple Access-WirelessIntelligent Network，码分多址-无线智能网)等用于驱动业务呼叫处理的智能网信令，例如：IDP(Initial DP，启动DP)、AC(Apply Charging，申请计费)、ERB(Event Report BCSM，BCSM事件报告)、ACR(Apply Charging Report，申请计费报告)等信令。

S306：所述容灾演练单元将收到的真实呼叫的码流发送给所述容灾SCP，由所述容灾SCP处理该码流，建立模拟呼叫。并当模拟呼叫成功后，容灾数据库读写所述快照数据，修改快照数据中的模拟呼叫记录。其中，所述快照数据中的模拟呼叫记录包括通话的话费、及话费余额等信息。

不难理解，由于容灾机上处理的模拟呼叫是来自于生产机上的真实呼叫，因此，容灾机上在对所述呼叫进行模拟呼叫处理的同时，在生产机上同样在对所述呼叫进行呼叫处理，并且同样会建立所述呼叫的真实呼叫记录。

S307：从生产机数据库中获取该次呼叫对应的真实呼叫记录，然后，将获得的所述真实呼叫记录和容灾数据库对应的该呼叫的模拟呼叫记录进行比较，若二者一致，则得出“容灾演练正常”结果；否则；得出“容灾演练有误”结果。

上述实施例不需要SSP转发信令到容灾机，而是由容灾演练单元从生产机的生产驱动单元上获取智能网信令，来启动容灾演练流程。因此，可以克服现有技术中由SSP转发智能网信令从而造成生产机上因无法收到智能网信令而使生产机上的呼叫丢失的问题。

此外，上述实施例S306中当模拟呼叫成功后，所述容灾SCP还可以输出话单，其中，所述话单上包括所述呼叫的起始时间和结束时间，通话时长等参数。

相应地，在执行所述S307之前，所述容灾演练单元还可以将自身收到的呼叫码流数据和S306中所输出的话单中的参数进行比较，检验该话单是否正确，若正确，则执行所述S307；否则，输出容灾演练有误结果。

此外，在S307中，可以由所述容灾演练单元请求生产机上的生产驱动单元从生产机数据库中获取该次呼叫对应的真实呼叫记录，然后，将获得的所述真实呼叫记录和容灾数据库对应的该呼叫的模拟呼叫记录进行比较，若二者一致，则输出容灾演练正常结果；否则；输出容灾演练有误结果。

这样，容灾机能够在容灾演练后通过容灾演练单元自动生成话单，并将该话单和容灾演练单元上的呼叫码流数据比较，以验证容灾机处理得到的话单中的参数结果是否正确。而且，由于所述容灾演练单元还能够请求生产驱动单元获取真实呼叫记录，从而自动检验容灾演练得到的模拟呼叫记录是否正确，整个验证过程都由容灾机的容灾演练单元自动完成，无需人工干预，克服了现有技术中需要人工检索数据库，人工比对真实呼叫记录和模拟呼叫记录是否一致。因此，整个验证过程具有较高的可靠性。

此外，上述容灾演练单元比较自身收到的呼叫码流数据和S306中所输出的话单中的参数，检验话单是否正确的动作除了可在如上所述的S307之前执行，还可以在S307中当比较完真实呼叫记录和模拟呼叫记录之后执行，即可以先执行S307中的比较真实呼叫记录和模拟呼叫记录，若二者一致，容灾演练单元再将收到的呼叫码流数据和S206中所输出的话单中的参数进行比较，以检验该话单是否正确，若正确，则输出容灾演练正常结果；否则，输出容灾演练有误结果。

此外，上面所述的实施例中，当执行完S307后，所述容灾管理单元还可以停止容灾SCP和数据库，同时还可将所述快照数据恢复成和容灾数据的内容一致，以便在下一次容灾演练时使用。

此外，还公开了一种容灾演练方法实施例，该实施例在上述实施例的基础上，为容灾数据生成内容相同的两个快照数据，其中一个快照数据用于容灾演练时读写，另一个快照数据用于容灾切换时读写。这样能够保证在容灾演练的时候也可以接管业务呼叫进行容灾切换，以防业务呼叫的丢失。

如图4所示，为另一种容灾演练方法实施例的流程示意框图，该方法包括：

S401：容灾演练管理装置发送指令给容灾机上的容灾管理单元。

S402：所述容灾管理单元收到指令后，指令容灾机上的容灾数据生成与所述容灾数据内容相同的快照数据1和快照数据2。其中，所述快照数据2用于容灾演练时供容灾数据库和容灾SCP读写；所述快照数据1用于容灾切换时供容灾SCP读写。

S403：容灾管理单元将容灾数据库映射到所述快照数据2上，然后启动所述容灾数据库来读取快照数据2。

S404：容灾管理单元启动所述容灾SCP，并且在启动成功后向容灾机上的容灾演练单元发送触发指令，以启动容灾演练。其中，所述触发指令可携带有生产机编码和业务键信息。

S405：所述容灾演练单元在收到所述触发指令后，向生产机上的生产驱动单元发送码流请求指令，以请求所述生产驱动单元从生产SCP上获取一个真实呼叫的码流，并将所述码流发送给所述容灾演练单元。其中，所述码流请求指令为携带业务键信息；所述码流可以为INAP、CAP、CDMA-WIN等用于驱动业务呼叫处理的智能网信令，例如：IDP、AC、ERB、ACR等信令。。

S406：所述容灾演练单元将收到的真实呼叫的码流发送给所述容灾SCP，由所述容灾SCP处理该码流，建立模拟呼叫。并当模拟呼叫成功后，输出话单，同时容灾数据库读写所述快照数据2，修改快照数据2中的模拟呼叫记录。其中，所述快照数据2中的模拟呼叫记录包括通话的话费、及话费余额等信息。

S407：所述容灾演练单元将自身收到的呼叫码流数据和S406中所输出的话单中的参数进行比较，检验该话单是否正确，若正确，则执行S408；否则，输出容灾演练有误结果。

S408：所述容灾演练单元请求生产机上的生产驱动单元从生产机数据库中获取该次呼叫对应的真实呼叫记录，然后，将获得的所述真实呼叫记录和容灾数据库对应的该呼叫的模拟呼叫记录进行比较，若二者一致，则输出容灾演练正常结果；否则；输出容灾演练有误结果。

此外，上述实施例中，当执行完S408后，所述容灾管理单元还可以停止容灾SCP和数据库，同时还可将所述快照数据2恢复成和容灾数据的内容一致，以便在下一次容灾演练时使用。

当然，上述实施例中的S407和S408的两个判断的前后顺序同样不限于上述描述，还可以先执行S408中的判断，然后当判断得到正确结果后，再执行所述S407中的判断，当所述S407中的判断得到正确的结果后，则输出容灾演练正常结果。

上述实施例由于在容灾演练时，容灾数据生成了两个内容相同的快照数据，其中一个用于容灾切换使用，而另一个用来容灾演练时读写使用，这样，可以实现容灾演练和容灾切换同时进行，克服了现有技术中当正确业务处理发生故障而需要容灾切换时，只有等到将快照数据恢复成原始的容灾数据后，才能够启动容灾切换的问题。因此，提高了业务处理的可靠性，保证业务不丢失。

此外，在上述图3和图4所述的方法实施例的基础上，系统还可以设置定时任务，定时触发所述容灾演练管理装置发送指令给容灾机上的容灾管理装置以进行容灾演练，这样，可定期自动完成容灾演练过程，而无需人工干预。

基于上述技术方案，公开了一种容灾演练的容灾机，该容灾机上设有容灾演练单元，能够直接从生产机上获取供容灾演练的码流，其中，所述呼叫码流中包括驱动容灾处理的智能网信令，以及业务呼叫码流。如图5所示，为本实施例一种容灾机实施例的结构示意框图，该容灾机包括：容灾演练单元501、容灾SCP502、数据库503，其中，

所述容灾演练单元501，用于向生产机发送码流请求指令，以请求获取一个真实呼叫的码流供容灾演练处理使用。其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令；生产机在收到所述码流请求指令后，将生产机的生产SCP上的真实呼叫的码流发送给所述容灾演练单元501。

所述容灾SCP502，用于当所述容灾演练单元501收到所述码流后，建立模拟呼叫；同时，在模拟呼叫完成后，由所述数据库503根据所述容灾SCP502中的模拟呼叫，生成模拟呼叫记录；其中，所述模拟呼叫记录包括通话的话费、及话费余额等信息。

不难理解，由于容灾机上处理的模拟呼叫是来自于生产机上的真实呼叫，因此，容灾机上在对所述呼叫进行模拟呼叫处理的同时，在生产机上同样在对所述呼叫进行呼叫处理，并且建立所述呼叫的真实呼叫记录。

所述容灾演练单元501，还用于将从所述生产机上获取的该呼叫的真实呼叫记录，和所述数据库503中的模拟呼叫记录比较其内容是否一致，以验证容灾演练是否正常。其中，可通过手工从所述生产机上的数据库中检索到所述真实呼叫记录。

此外，在上述图5所示的容灾机实施例的基础上，所述容灾机还包括容灾管理单元，如图6所示，为另一种容灾机实施例的结构示意框图，所述容灾管理单元601可用于当收到容灾演练管理装置602发送的容灾演练的指令后，指令所述容灾机上的数据库503生成一个与所述容灾机上的容灾数据内容相同的快照数据603，以供所述数据库503在模拟呼叫过程中修改所述快照数据603中的呼叫记录，得到模拟呼叫记录。

此外，在所述图6所示的容灾机实施例中，所述容灾管理单元601还可进一步包括：恢复单元(未图示)，用于在模拟呼叫完成后，将所述快照数据603中的内容恢复成和所述容灾数据的内容一致，以供下一次容灾演练使用。

与此同时，还公开了另一种容灾机实施例，该容灾机中的容灾管理单元能够生成两个快照数据，其中一个快照数据用于容灾演练时读写，另一个快照数据用于容灾切换时读写。如图7所示，为另一种容灾机实施例的结构示意框图，该容灾机在上述装置实施例的基础上还包括：

容灾管理单元701，用于当收到容灾演练管理装置602发送的容灾演练的指令后，指令所述数据库503生成与所述容灾机上的容灾数据内容相同的第一快照数据702和第二快照数据703；其中，所述第一快照数据702用于容灾切换时读写；所述第二快照数据703用于在容灾演练的模拟呼叫过程中，供所述数据库503修改所述第二快照数据703中的呼叫记录，得到模拟呼叫记录。其中，所述模拟呼叫记录包括通话的话费、及话费余额等信息。

此外，在所述图7所示的容灾机实施例中，所述容灾管理单元701进一步包括：恢复单元(未图示)，用于在模拟呼叫完成后，将所述第二快照数据中的内容恢复成和所述容灾数据的内容一致，以供下一次容灾演练使用。

此外，基于上述技术方案，还公开了一种服务器，该服务器具有上述图5至图7中任一个实施例所述的容灾演练功能，上述图5至图7所示的容灾机实施例中的单元组成及各单元的连接关系均设置于该服务器上，该服务器可以包括其它通信功能的模块，在此不再赘述。其中，所述服务器可以是基于UNIX操作系统的服务器，或者小型机。

上述实施例由于在容灾演练时，容灾管理单元701指令数据库503生成了两个和容灾数据内容相同的快照数据，其中一个用于容灾切换使用，而另一个用来容灾演练时读写使用，这样，可以实现容灾演练和容灾切换同时进行，克服了现有技术中当正确业务处理发生故障而需要容灾切换时，只有等到将快照数据恢复成原始的容灾数据后，才能够启动容灾切换的问题。因此，提高了业务处理的可靠性，保证业务不丢失。

基于上述技术方案，还公开了一种能够容灾演练的生产机，在所述生产机上设置了一个生产驱动单元，用于获取生产机中的真实呼叫的码流，以供容灾演练使用。如图8所示，所述生产机包括：生产驱动单元801、生产SCP802、数据库803，其中，

所述生产驱动单元801，用于在收到容灾机发送的码流请求指令后，向所述生产SCP802发送索取码流请求；

所述生产SCP802：用于收到所述生产驱动单元801的索取码流请求后，向所述生产驱动单元801发送一个真实呼叫的码流，其中，所述码流包括由SSP发送的业务呼叫码流和用于启动容灾演练的智能网信令；

所述生产驱动单元801，还用于将所述真实呼叫的码流发送给所述容灾机，以便所述容灾机根据所述码流建立模拟呼叫，并生成该呼叫的模拟呼叫记录；此外，如果所述生产SCP802发送的码流中还包括其他信息，则所述生产驱动单元801还需要将收到的码流进行分析，从中获取一个呼叫过程中由SSP所发送的业务呼叫码流和用于启动容灾演练的智能网信令，然后再发送给所述容灾机。

所述数据库803，用于根据所述生产SCP802中对所述真实呼叫的处理，生成真实呼叫记录，并将所述真实呼叫记录提供给所述容灾机，以供所述容灾机将所述真实呼叫记录和该容灾机针对模拟呼叫所生成的模拟呼叫记录比较内容是否一致，来验证容灾演练是否正常。

其中，可以手工从所述数据库803中检索模拟呼叫记录，还可以由所述生产驱动单元801自动从所述数据库803中获取模拟呼叫记录，下面介绍一下能够自动从所述数据库803中获取模拟呼叫记录的生产驱动单元801。

如图9所示，为一种用于容灾演练的装置实施例的结构示意框图，该装置为生产驱动单元，集成在生产机上，可适用在图8所示的生产机实施例中。在上述图8所示的生产机实施例的基础上，所述生产驱动单元除了能够获取所述生产SCP802中的真实码流并提供给容灾机，而且还可以自动获取生产机数据库803中的真实呼叫记录，并将该真实呼叫记录发送给容灾机，供容灾机验证。如图9所示，所述生产驱动单元可具体包括：接收单元901、码流获取单元902、发送单元903、呼叫记录获取单元904，其中，

所述接收单元901，用于接收容灾机发送的码流请求指令；

所述码流获取单元902，用于当所述接收单元901收到所述码流请求指令后，从所述生产机上的生产SCP中获取一个真实呼叫的码流；其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令；

所述发送单元903，用于将所述码流获取单元902所获取的码流发送给所述容灾机，以便所述容灾机根据所述码流建立模拟呼叫，并生成该呼叫的模拟呼叫记录；

所述呼叫记录获取单元904，用于从所述生产机上的数据库中获取处理所述真实呼叫所得到的真实呼叫记录；

所述发送单元903，还用于将所述呼叫记录获取单元904中的真实呼叫记录发送给所述容灾机，以供所述容灾机将所述真实呼叫记录和所述模拟呼叫记录比较内容是否一致，来验证容灾演练是否正常。

基于上述技术方案，还公开了一种服务器，该服务器具有上述图8和图9中任一个实施例所述的容灾演练功能，上述图8和图9所示的生产机实施例中的单元组成及各单元的连接关系均可设置于服务器上，该服务器可以包括其它的通信功能的模块，在此不再赘述。其中，所述服务器可以是基于UNIX操作系统的服务器或者小型机。

该实施例所述生产驱动单元由于能够获取真实呼叫记录，提供给容灾机来检验容灾演练得到的模拟呼叫记录是否正确，避免了现有技术中需要人工从生产机的数据库中检索模拟呼叫记录来进行验证。因此，使整个验证过程具有较高的可靠性。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

以上所述的实施方式，并不构成对该技术方案保护范围的限定。任何在上述实施方式的精神和原则之内所作的修改、等同替换和改进等，均应包含在该技术方案的保护范围之内。

Claims (19)

1、一种容灾演练的方法，其特征在于，包括：

容灾机向生产机发送码流请求指令，以请求获取一个真实呼叫的码流，其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令；

容灾机在收到所述码流后，建立模拟呼叫，并生成该呼叫的模拟呼叫记录；

从所述生产机上获取该呼叫的真实呼叫记录，比较所述真实呼叫记录和所述模拟呼叫记录的内容是否一致，以验证容灾机是否正常。

2、如权利要求1所述的容灾演练方法，其特征在于，所述容灾机在所述模拟呼叫完成后，还生成该呼叫的话单，其中，所述话单上包括所述呼叫的起始时间和结束时间、通话时长参数；

所述方法还包括：

所述容灾机将自身收到的呼叫码流数据和所生成的话单中的参数比较，以根据比较结果验证容灾机是否正常。

3、如权利要求1所述的容灾演练方法，其特征在于，在容灾机向生产机发送码流请求指令之前，所述方法还包括：

生成一个与所述容灾机上的容灾数据内容相同的快照数据；

所述生成模拟呼叫记录具体为：

修改所述快照数据中的呼叫记录，得到模拟呼叫记录。

4、如权利要求3所述的容灾演练方法，其特征在于，在模拟呼叫完成后，所述方法还包括：

所述容灾机将所述快照数据中的内容恢复成所述容灾数据的内容。

5、如权利要求1所述的容灾演练方法，其特征在于，在容灾机向生产机发送码流请求指令之前，所述方法还包括：

容灾机上的容灾数据生成与所述容灾数据内容相同的快照数据1和快照数据2，其中，所述快照数据1用于容灾切换时读写；

所述生成模拟呼叫记录具体为：

修改快照数据2中的呼叫记录，得到模拟呼叫记录。

6、如权利要求5所述的容灾演练方法，其特征在于，在模拟呼叫完成后，所述方法还包括：

所述容灾机将所述快照数据2中的内容恢复成所述容灾数据的内容。

7、一种用于容灾演练的容灾机，其特征在于，包括：

容灾演练单元，用于向生产机发送码流请求指令，以请求获取一个真实呼叫的码流，其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令；

容灾SCP，用于当所述容灾演练单元收到所述码流后，建立模拟呼叫；

数据库，用于根据所述容灾SCP中的模拟呼叫，生成模拟呼叫记录；

所述容灾演练单元，还用于比较所述生产机上该呼叫的真实呼叫记录，和所述数据库中的模拟呼叫记录的内容是否一致，以验证容灾机是否正常。

8、如权利要求7所述的容灾机，其特征在于，所述容灾机还包括：

容灾管理单元，用于指令所述数据库生成一个与所述容灾机上的容灾数据内容相同的快照数据，以供所述数据库在在模拟呼叫过程中修改所述快照数据中的呼叫记录，得到模拟呼叫记录。

9、如权利要求8所述的容灾机，其特征在于，所述容灾管理单元进一步包括：

恢复单元，用于在模拟呼叫完成后，将所述快照数据中的内容恢复成所述容灾数据的内容。

10、如权利要求8所述的容灾机，其特征在于，所述容灾机还包括：

容灾管理单元，用于指令所述数据库生成与所述容灾机上的容灾数据内容相同的第一快照数据和第二快照数据；

其中，所述第一快照数据用于容灾切换时读写；所述第二快照数据用于在容灾演练的模拟呼叫过程中，供所述数据库修改所述第二快照数据中的呼叫记录，得到模拟呼叫记录。

11、如权利要求10所述的容灾机，其特征在于，所述容灾管理单元进一步包括：

恢复单元，用于将所述第二快照数据中的内容恢复成所述容灾数据的内容。

12、一种能够容灾演练的生产机，其特征在于，包括：

生产驱动单元，用于在收到容灾机发送的码流请求指令后，发送索取码流请求；

生产SCP：用于收到所述生产驱动单元的索取码流请求后，向所述生产驱动单元发送一个真实呼叫的码流，其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令；

生产驱动单元，还用于将所述真实呼叫的码流发送给所述容灾机，以便所述容灾机根据所述码流建立模拟呼叫，并生成该呼叫的模拟呼叫记录；

数据库，用于根据所述生产SCP中对所述真实呼叫的处理，生成真实呼叫记录，以用于和所述容灾机中的模拟呼叫记录比较内容是否一致，来验证容灾机是否正常。

13、如权利要求12所述的生产机，其特征在于，所述生产驱动单元包括：

接收单元，用于接收容灾机发送的码流请求指令；

码流获取单元，用于当所述接收单元收到所述码流请求指令后，从所述生产机上的生产SCP中获取一个真实呼叫的码流；其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令；

发送单元，用于将所述码流获取单元所获取的码流发送给所述容灾机，以便所述容灾机根据所述码流建立模拟呼叫，并生成该呼叫的模拟呼叫记录；

呼叫记录获取单元，用于从所述生产机上的数据库中获取处理所述真实呼叫所得到的真实呼叫记录；

所述发送单元，还用于将所述呼叫记录获取单元中的真实呼叫记录发送给所述容灾机，以供所述容灾机将所述真实呼叫记录和所述模拟呼叫记录比较内容是否一致，来验证容灾机是否正常。

14、一种用于容灾演练的装置，集成在生产机上，其特征在于，包括：

接收单元，用于接收容灾机发送的码流请求指令；

码流获取单元，用于当所述接收单元收到所述码流请求指令后，从所述生产机上的生产SCP中获取一个真实呼叫的码流；其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令；

发送单元，用于将所述码流获取单元所获取的码流发送给所述容灾机，以便所述容灾机根据所述码流建立模拟呼叫，并生成该呼叫的模拟呼叫记录；

呼叫记录获取单元，用于从所述生产机上的数据库中获取处理所述真实呼叫所得到的真实呼叫记录；

所述发送单元，还用于将所述呼叫记录获取单元中的真实呼叫记录发送给所述容灾机，以供所述容灾机将所述真实呼叫记录和所述模拟呼叫记录比较内容是否一致，来验证容灾机是否正常。

15、一种服务器，其特征在于，包括：

容灾演练单元，用于向生产机发送码流请求指令，以请求获取一个真实呼叫的码流，其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令；

容灾SCP，用于当所述容灾演练单元收到所述码流后，建立模拟呼叫；

数据库，用于根据所述容灾SCP中的模拟呼叫，生成模拟呼叫记录；

所述容灾演练单元，还用于比较所述生产机上该呼叫的真实呼叫记录，和所述数据库中的模拟呼叫记录的内容是否一致，以验证容灾机是否正常。

16、如权利要求15所述的专用服务器，其特征在于，所述服务器还包括：

容灾管理单元，用于指令所述数据库生成一个与所述容灾机上的容灾数据内容相同的快照数据，以供所述数据库在在模拟呼叫过程中修改所述快照数据中的呼叫记录，得到模拟呼叫记录。

17、如权利要求16所述的服务器，其特征在于，所述服务器还包括：

容灾管理单元，用于指令所述数据库生成与所述容灾机上的容灾数据内容相同的第一快照数据和第二快照数据；

其中，所述第一快照数据用于容灾切换时读写；所述第二快照数据用于在容灾演练的模拟呼叫过程中，供所述数据库修改所述第二快照数据中的呼叫记录，得到模拟呼叫记录。

18、一种服务器，其特征在于，包括：

生产驱动单元，用于在收到容灾机发送的码流请求指令后，发送索取码流请求；

生产SCP：用于收到所述生产驱动单元的索取码流请求后，向所述生产驱动单元发送一个真实呼叫的码流，其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令；

生产驱动单元，还用于将所述真实呼叫的码流发送给所述容灾机，以便所述容灾机根据所述码流建立模拟呼叫，并生成该呼叫的模拟呼叫记录；

数据库，用于根据所述生产SCP中对所述真实呼叫的处理，生成真实呼叫记录，以用于和所述容灾机中的模拟呼叫记录比较内容是否一致，来验证容灾机是否正常。

19、如权利要求18所述的服务器，其特征在于，所述生产驱动单元包括：

接收单元，用于接收容灾机发送的码流请求指令；

码流获取单元，用于当所述接收单元收到所述码流请求指令后，从所述生产机上的生产SCP中获取一个真实呼叫的码流；其中，所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令；

发送单元，用于将所述码流获取单元所获取的码流发送给所述容灾机，以便所述容灾机根据所述码流建立模拟呼叫，并生成该呼叫的模拟呼叫记录；

呼叫记录获取单元，用于从所述生产机上的数据库中获取处理所述真实呼叫所得到的真实呼叫记录；

所述发送单元，还用于将所述呼叫记录获取单元中的真实呼叫记录发送给所述容灾机，以供所述容灾机将所述真实呼叫记录和所述模拟呼叫记录比较内容是否一致，来验证容灾机是否正常。

Images