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

文档序号:7690690阅读:189来源:国知局
专利名称:容灾演练的方法、装置和服务器的制作方法
技术领域
本发明涉及存储技术领域,尤其涉及一种容突演练的方法、装置和服务器。
背景技术
容灾是指为了保持业务的连续性而建立的一套备份系统。容灾演练是指 在运行系统正常运行的情况下,对容突系统进行验证测试,用以-睑证当运行 系统出现故障时,容灾系统是否能够有效地接管该故障系统的业务和数据并 正确处理。目前,常用的一种容灾演练方法是将运行系统的整个业务都切换到容灾 系统中,由容灾系统中的容灾演练管理装置控制容灾系统中的其他模块进行演练处理,该方法具体为当需要容灾演练时,容灾演练管理装置触发容灾 机中的容灾管理单元,容灾管理单元指令容灾数据生成一个与该容灾数据内 容相同的快照数据,用于容灾数据库和容灾SCP (业务控制节点)的读写。 然后所述容灾演练管理装置通知SSP (业务交换节点)将智能网信令转发到 容灾机中的容灾SCP,以指令容灾机SCP接管业务呼叫处理。在处理后在快 照数据中生成呼叫记录,然后通过手工检索生产机的数据库中有关该呼叫的 记录和容突机中所生成的相关呼叫记录,并通过比4交这两个呼叫记录内容是 否一致,来验证容灾机对业务呼叫的处理是否和生产机上的一致。然而,在进行本发明创造过程中,发明人发现现有技术中至少存在如下 问题由于现有技术中容灾演练管理装置需要将智能网信令由SSP转发给容灾 SCP,这样才能启动容灾SCP对业务呼叫的处理,而生产机上的生产SCP也 同样需要智能网信令来启动业务呼叫处理,因此,在SSP将智能网信令转发 给容灾SCP的过程中,生产SCP会由于没有收到智能网信令而无法继续处理当前业务呼叫,而且对于新接入的业务呼叫,也同样无法处理,因此,会导 致生产机上的业务呼叫丟失。发明内容实施例在于提供一种容灾演练的方法、装置和服务器,无需SSP转发智能网信令到容灾机就能够自动完成容灾演练,从而保证在容灾演练时生产机 上的业务呼叫不丢失。一种容灾演练的方法,包括容灾机向生产机发送码流请求指令,以请求获取一个真实呼叫的码流, 其中,所述码流包括业务呼叫码流和用于启动容突演练的智能网信令;容灾机在收到所述码流后,建立模拟呼叫,并生成该呼叫的模拟呼叫记录;从所述生产机上获取该呼叫的真实呼叫记录,比较所述真实呼叫记录和 所述模拟呼叫记录的内容是否 一致,以验证容灾机是否正常。基于上述技术方案,还公开了一种用于容灾演练的容灾机,包括容灾演练单元,用于向生产机发送码流请求指令,以请求获取一个真实 呼叫的码流,其中,所述码流包括业务呼叫码流和用于启动容灾演练的智能 网信令;容灾SCP,用于当所述容灾演练单元收到所述码流后,建立模拟呼叫;数据库,用于根据所述容灾SCP中的模拟呼叫,生成模拟呼叫记录;所述容灾演练单元,还用于比较所述生产机上该呼叫的真实呼叫记录, 和所述数据库中的模拟呼叫记录的内容是否一致,以验证容突机是否正常。基于上述技术方案,还公开了一种能够容灾演练的生产机,包括生产驱动单元,用于在收到容灾机发送的码流请求指令后,发送索取码 流请求;生产SCP:用于收到所述生产驱动单元的索取J马流请求后,向所述生产驱动单元发送一个真实呼叫的码流,其中,所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令;生产驱动单元,还用于将所述真实呼叫的码流发送给所述容突机,以便 所述容灾机根据所述码流建立模拟呼叫,并生成该呼叫的模拟呼叫记录;数据库,用于根据所述生产SCP中对所述真实呼叫的处理,生成真实呼 叫记录,以用于和所述容灾机中的模拟呼叫记录比较内容是否一致,来验证 容灾机是否正常。基于上述技术方案,还公开了一种用于容灾演练的装置,集成在生产机 上,该装置包括接收单元,用于接收容灾机发送的码流请求指令;码流获取单元,用于当所述接收单元收到所述码流请求指令后,从所述 生产机上的生产SCP中获取一个真实呼叫的码流;其中,所述码流包括业务 呼叫码流和用于启动容灾演练的智能网信令;发送单元,用于将所述码流获取单元所获取的码流发送给所述容灾^/L, 以便所述容灾机根据所述码流建立模拟呼叫,并生成该呼叫的模拟呼叫记录;呼叫记录获取单元,用于从所述生产机上的数据库中获取处理所述真实 呼叫所得到的真实呼叫记录;所述发送单元,还用于将所述呼叫记录获取单元中的真实呼叫记录发送 给所述容灾机,以供所述容灾机将所述真实呼叫记录和所述模拟呼叫记录比 较内容是否一致,来验证容灾机是否正常。基于上述技术方案,还公开了一种服务器,包括容灾演练单元,用于向生产机发送码流请求指令,以请求获取一个真实 呼叫的码流,其中,所述码流包括业务呼叫码流和用于启动容灾演练的智能 网信令;容灾SCP,用于当所述容灾演练单元收到所述码流后,建立模拟呼叫; 数据库,用于根据所述容灾SCP中的模拟呼叫,生成模拟呼叫记录;所述容灾演练单元,还用于比较所述生产机上该呼叫的真实呼叫记录, 和所述数据库中的模拟呼叫记录的内容是否 一致,以验证容突机是否正常。基于上述技术方案,还公开了一种服务器,包括生产驱动单元,用于在收到容灾机发送的码流请求指令后,发送索取码 流请求;生产SCP:用于收到所述生产驱动单元的索^f又码流请求后,向所述生产 驱动单元发送一个真实呼叫的码流,其中,所述码流包括业务呼叫码流和用 于启动容灾演练的智能网信令;生产驱动单元,还用于将所述真实呼叫的码流发送给所述容突机,以便 所述容灾机根据所述码流建立模拟呼叫,并生成该呼叫的模拟呼叫记录;数据库,用于根据所述生产SCP中对所述真实呼叫的处理,生成真实呼 叫记录,以用于和所述容灾机中的模拟呼叫记录比较内容是否一致,来验证 容灾机是否正常。与现有4支术相比,上述实施例具有以下优点上述实施例不需要SSP转发智能网信令到容灾机,而是由容突机直接从 生产机的上获取智能网信令,来启动容突演练流程。因此,可以克服现有才支 术中由SSP转发智能网信令而造成的生产机上因无法收到智能网信令而使生 产机上的呼叫丢失的问题,使容突演练不影响生产机上的业务处理。


图1为一种容灾演练方法实施例的流程示意框图;图2为一种容灾演练的系统结构示意框图;图3为另一种容灾演练方法实施例的流程示意框图;图4为又一种容突演练方法实施例的流程示意框图;图5为一种容灾机的结构示意框图;图6为另一种容灾机的结构示意框图;图7为又一种容灾机的结构示意框图;图8为一种生产机的结构示意框图;图9为生产^l中的生产驱动单元的结构示意框图。
具体实施方式
下面结合附图对具体实施方式
做进一步的详细阐述。一种容灾演练方法,由容灾机直接从生产机上获耳又供容灾演练的码流, 其中,所述呼叫码流中包括驱动容突处理的智能网信令,以及业务呼叫码流。 如图1所示,为一种容灾演练方法实施例的流程示意框图,该方法包括S101:容灾机向生产机发送码流请求指令,以请求获取一个真实呼叫的 码流供容突演练处理使用。生产机收到所述码流请求指令后,将生产SCP上 的真实呼叫的码流发送给所述容灾机。其中,所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令。S102:所述容灾机在收到所述码流后,建立模拟呼叫,并在模拟呼叫完 成后,生成模拟呼叫记录。其中,所述模拟呼叫记录包括通话的话费、及话 费余额等信息。不难理解,由于容灾机上处理的模拟呼叫是来自于生产机上的真实呼叫, 因此,容灾机上在对所述呼叫进行模拟呼叫处理的同时,在生产机上同样在 对所述呼叫进行呼叫处理,并且同样会建立所述呼叫的呼叫记录(简称"真 实呼叫记录")。S103: 乂人生产才几上获耳又该呼叫的真实呼叫记录,比较所述真实呼叫记录 和所述容灾机上生成的模拟呼叫记录内容是否一致,来验证容灾演练是否正 常。例如,若内容一致,则得出"容灾演练正常,,结果;否则,得出"容灾 演练有误"结果。其中,可通过手工或者自动从所述生产机上的数据库中枱r 索到所述真实呼叫记录。上述实施例不需要SSP转发智能网信令到容灾机,而是由容灾机直接从 生产机的上获取智能网信令,来启动容突演练流程。因此,可以克服现有技术中由SSP转发智能网信令而造成的生产机上因无法收到智能网信令而使生产机上的呼叫丟失的问题,使容突演练不影响生产机上的业务处理。如图2所示,为实现上述容灾演练方法的系统结构示意框图,本实施例 所述系统在容灾机中设置一个容灾演练单元201,同时在生产机上设置一个生 产驱动单元202。其中,所述生产驱动单元202用于获取生产SCP203中的真 实呼叫的码流,以供容灾演练使用;所述容灾演练单元201用于启动容灾演 练的业务呼叫的验证过程,这样将无需通过现有技术中的SSP转发智能网信 令来触发容突SCP204启动,而是由所述容突演练单元201直接从生产机上获 取智能网信令,以驱动容灾SCP204进行呼叫处理。下面以图2所示的系统实施例为例,说明本实施例的容灾演练方法在上 述图2所示系统中的应用,如图3所示,为一种容灾演练方法实施例的流程 示意框图,该方法包括S301:容灾演练管理装置发送容灾演练的指令给容灾机上的容灾管理单元。S302:所述容灾管理单元收到该指令后,指令容灾机上的容灾数据生成与所述容灾数据内容相同的快照数据,以供容灾机上的数据库(简称"容灾 数据库")读写。S303:容灾管理单元将容灾数据库映射到所述快照数据上,然后启动所 述容灾数据库来读取快照数据。S304:容灾管理单元启动所述容灾SCP,并且在启动成功后向容突机上 的容灾演练单元发送触发指令,以启动容灾演练。其中,所述触发指令可携 带有生产机编码和业务键信息。S305:所述容突演练单元在收到所述触发指令后,向生产机上的生产驱 动单元发送码流请求指令,以请求所述生产驱动单元从生产SCP上获取一个 真实呼叫的码流,并将所述码流发送给所述容灾演练单元。其中,所述码流 请求指令可以携带业务4定信息;所述码流可以为INAP (Intelligent Network Application Protocol,智能网应用头见程)、CAP (CAMEL Application Part,CAMEL应用部分)、CDMA-WIN (Code Division Multiple Access - Wireless Intelligent 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,并且在启动成功后向容灾^/L上 的容灾演练单元发送触发指令,以启动容灾演练。其中,所述触发指令可携 带有生产机编码和业务键信息。S405:所述容突演练单元在收到所述触发指令后,向生产机上的生产驱 动单元发送码流请求指令,以请求所述生产驱动单元/人生产SCP上获取一个 真实呼叫的码流,并将所述码流发送给所述容灾演练单元。其中,所述码流 请求指令为携带业务键信息;所述码流可以为INAP、 CAP、 CDMA-WIN等 用于驱动业务呼叫处理的智能网信令,例如IDP、 AC、 ERB、 ACR等信令。。S406:所述容灾演练单元将收到的真实呼叫的码流发送给所述容灾SCP,由所述容灾SCP处理该码流,建立模拟呼叫。并当冲莫拟呼叫成功后,输出话单,同时容灾数据库读写所述快照数据2,修改快照数据2中的模拟呼叫记录。其中,所述快照数据2中的模拟呼叫记录包括通话的话费、及话费余额等信 台S407:所述容灾演练单元将自身收到的呼叫码流彩:据和S406中所输出的 话单中的参数进行比较,4企验该话单是否正确,若正确,则执行S408;否贝'J, 输出容灾演练有误结果。S408:所述容灾演练单元请求生产机上的生产驱动单元从生产机数据库 中获取该次呼叫对应的真实呼叫记录,然后,将获得的所述真实呼叫记录和 容灾数据库对应的该呼叫的模拟呼叫记录进行比较,若二者一致,则输出容 灾演练正常结果;否则;输出容灾演练有误结果。此外,上述实施例中,当执行完S408后,所述容灾管理单元还可以停止容灾SCP和数据库,同时还可将所述快照萄:据2恢复成和容灾婆史据的内容一 致,以便在下一次容灾演练时使用。当然,上述实施例中的S407和S408的两个判断的前后顺序同样不限于 上述描述,还可以先执行S408中的判断,然后当判断得到正确结果后,再执 行所述S407中的判断,当所述S407中的判断得到正确的结果后,则输出容 灾演练正常结果。上述实施例由于在容灾演练时,容灾数据生成了两个内容相同的快照数 据,其中一个用于容灾切换使用,而另一个用来容灾演练时读写使用,这样, 可以实现容灾演练和容灾切换同时进行,克服了现有4支术中当正确业务处理 发生故障而需要容灾切换时,只有等到将快照数据恢复成原始的容灾数据后, 才能够启动容灾切换的问题。因此,提高了业务处理的可靠性,保证业务不 丢失。此外,在上述图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>开了另一种容灾机实施例,该容突才几中的容灾管理单元 能够生成两个快照数据,其中一个快照数据用于容灾演练时读写,另一个快 照数据用于容灾切换时读写。如图7所示,为另一种容灾机实施例的结构示 意框图,该容突机在上述装置实施例的基础上还包括容突管理单元701 ,用于当收到容灾演练管理装置602发送的容灾演练的 指令后,指令所述数据库503生成与所述容灾机上的容灾数据内容相同的第 一快照数据702和第二快照数据703;其中,所述第一快照数据702用于容灾 切换时读写;所述第二快照数据703用于在容灾演练的模拟呼叫过程中,供 所述数据库503修改所述第二快照数据703中的呼叫记录,得到模拟呼叫记 录。其中,所述^f莫拟呼叫记录包括通话的话费、及话费余额等信息。此外,在所述图7所示的容灾机实施例中,所述容灾管理单元701进一 步包括恢复单元(未图示),用于在才莫拟呼叫完成后,将所述第二快照凄t据 中的内容恢复成和所述容灾数据的内容一致,以供下一次容灾演练使用。此外,基于上述技术方案,还公开了一种服务器,该服务器具有上述图5 至图7中任一个实施例所述的容灾演练功能,上述图5至图7所示的容灾机 实施例中的单元组成及各单元的连接关系均设置于该服务器上,该服务器可 以包括其它通信功能的模块,在此不再赘述。其中,所述服务器可以是基于 UNIX操作系统的服务器,或者小型机。上述实施例由于在容灾演练时,容灾管理单元701指令it据库503生成 了两个和容突数据内容相同的快照数据,其中一个用于容灾切换使用,而另 一个用来容灾演练时读写使用,这样,可以实现容灾演练和容灾切换同时进 行,克服了现有技术中当正确业务处理发生故障而需要容灾切换时,只有等 到将快照数据恢复成原始的容灾数据后,才能够启动容灾切换的问题。因此, 提高了业务处理的可靠性,保证业务不丢失。基于上述技术方案,还公开了一种能够容灾演练的生产机,在所述生产 机上设置了一个生产驱动单元,用于获取生产机中的真实呼叫的码流,以供 容灾演练使用。如图8所示,所述生产机包括生产驱动单元801 、生产SCP802、 数据库803,其中,所述生产驱动单元801,用于在收到容突才几发送的码流请求指令后,向所 述生产SCP802发送索取码流请求;所述生产SCP802:用于收到所述生产驱动单元801的索取码流请求后, 向所述生产驱动单元801发送一个真实呼叫的码流,其中,所述码流包括由 SSP发送的业务呼叫码流和用于启动容灾演练的智能网信令;所述生产驱动单元801,还用于将所述真实呼叫的码流发送给所述容灾 机,以便所述容突机根据所述码流建立模拟呼叫,并生成该呼叫的模拟呼叫 记录;此外,如果所述生产SCP802发送的码流中还包括其他信息,则所述生 产驱动单元801还需要将收到的码流进行分析,从中获取一个呼叫过程中由 SSP所发送的业务呼叫码流和用于启动容灾演练的智能网信令,然后再发送给所述容灾机。所述数据库803,用于根据所述生产SCP802中对所述真实呼叫的处理, 生成真实呼叫记录,并将所述真实呼叫记录提供给所述容灾机,以供所述容 突机将所述真实呼叫记录和该容灾机针对模拟呼叫所生成的模拟呼叫记录比 较内容是否一致,来验证容灾演练是否正常。其中,可以手工从所述数据库803中4企索才莫拟呼叫记录,还可以由所述 生产驱动单元801自动从所述数据库803中获取模拟呼叫记录,下面介绍一 下能够自动从所述数据库803中获取模拟呼叫记录的生产驱动单元801。如图9所示,为一种用于容灾演练的装置实施例的结构示意框图,该装 置为生产驱动单元,集成在生产机上,可适用在图8所示的生产机实施例中。 在上述图8所示的生产机实施例的基础上,所述生产驱动单元除了能够获耳又 所述生产SCP802中的真实码流并提供给容灾机,而且还可以自动获取生产机 数据库803中的真实呼叫记录,并将该真实呼叫记录发送给容灾机,供容灾 机验证。如图9所示,所述生产驱动单元可具体包括接收单元901、码流获 取单元902、发送单元903、呼叫记录获取单元904,其中,所述接收单元901,用于接收容灾机发送的码流请求指令;所述码流获取单元902,用于当所述接收单元901收到所述码流请求指令 后,从所述生产机上的生产SCP中获:f又一个真实呼叫的码流;其中,所述码 流包括业务呼叫码流和用于启动容灾演练的智能网信令;所述发送单元903,用于将所述码流获取单元902所获:f又的码流发送给所 述容灾机,以便所述容灾机根据所述码流建立模拟呼叫,并生成该呼叫的模 拟呼叫记录;所述呼叫记录获取单元904,用于从所述生产机上的凄t据库中获:f又处理所 述真实呼叫所得到的真实呼叫记录;所述发送单元903,还用于将所述呼叫记录获耳又单元904中的真实呼叫记 录发送给所述容灾机,以供所述容灾机将所述真实呼叫记录和所述模拟呼叫 记录比较内容是否一致,来验证容灾演练是否正常。基于上述技术方案,还公开了一种服务器,该服务器具有上述图8和图9 中任一个实施例所述的容突演练功能,上述图8和图9所示的生产机实施例 中的单元组成及各单元的连接关系均可设置于服务器上,该服务器可以包括 其它的通信功能的模块,在此不再赘述。其中,所述服务器可以是基于UNIX 操作系统的服务器或者小型机。该实施例所述生产驱动单元由于能够获取真实呼叫记录,提供给容灾机 来检验容灾演练得到的模拟呼叫记录是否正确,避免了现有技术中需要人工 从生产机的数据库中检索模拟呼叫记录来进行验证。因此,使整个验证过程 具有较高的可靠性。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明 的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或 者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络 单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例 方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以 理解并实施。通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实 施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过石更 件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部 分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可 读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台 计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施 例或者实施例的某些部分所述的方法。以上所述的实施方式,并不构成对该技术方案保护范围的限定。任何在 上述实施方式的精神和原则之内所作的修改、等同替换和改进等,均应包含 在该技术方案的保护范围之内。
权利要求
1、一种容灾演练的方法,其特征在于,包括容灾机向生产机发送码流请求指令,以请求获取一个真实呼叫的码流,其中,所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令;容灾机在收到所述码流后,建立模拟呼叫,并生成该呼叫的模拟呼叫记录;从所述生产机上获取该呼叫的真实呼叫记录,比较所述真实呼叫记录和所述模拟呼叫记录的内容是否一致,以验证容灾机是否正常。
2、 如权利要求1所述的容灾演练方法,其特征在于,所述容灾机在所述 模拟呼叫完成后,还生成该呼叫的话单,其中,所述话单上包括所述呼叫的 起始时间和结束时间、通话时长参数;所述方法还包括所述容灾机将自身收到的呼叫码流数据和所生成的话单中的参数比较, 以根据比较结果验证容突机是否正常。
3、 如权利要求1所述的容灾演练方法,其特征在于,在容突机向生产机 发送码流请求指令之前,所述方法还包括生成一个与所述容灾机上的容灾数据内容相同的快照数据; 所述生成^^莫拟呼叫记录具体为^修改所述快照it据中的呼叫记录,得到模拟呼叫记录。
4、 如权利要求3所述的容灾演练方法,其特征在于,在模拟呼叫完成后, 所述方法还包括所述容灾机将所述快照数据中的内容恢复成所述容灾数据的内容。
5、 如权利要求1所述的容灾演练方法,其特征在于,在容灾机向生产机 发送码流请求指令之前,所述方法还包括容灾机上的容灾数据生成与所述容灾数据内容相同的快照数据1和快照 数据2,其中,所述快照数据1用于容灾切换时读写;所述生成模拟呼叫记录具体为修改快照数据2中的呼叫记录,得到模拟呼叫记录。
6、 如权利要求5所述的容灾演练方法,其特征在于,在模拟呼叫完成后, 所述方法还包括所述容灾机将所述快照数据2中的内容恢复成所述容灾数据的内容。
7、 一种用于容灾演练的容灾机,其特征在于,包括容灾演练单元,用于向生产机发送码流请求指令,以请求获取一个真实 呼叫的码流,其中,所述码流包括业务呼叫码流和用于启动容灾演练的智能 网信令;容突SCP,用于当所述容灾演练单元收到所述码流后,建立^^莫拟呼叫;数据库,用于才艮据所述容灾SCP中的模拟呼叫,生成才莫拟呼叫记录;所述容灾演练单元,还用于比较所述生产^L上该呼叫的真实呼叫记录, 和所述数据库中的模拟呼叫记录的内容是否一致,以验证容灾机是否正常。
8、 如权利要求7所述的容灾机,其特征在于,所述容灾机还包括容灾管理单元,用于指令所述数据库生成一个与所述容灾机上的容灾数 据内容相同的快照数据,以供所述数据库在在才莫拟呼叫过程中修改所述快照 数据中的呼叫记录,得到模拟呼叫记录。
9、 如权利要求8所述的容灾机,其特征在于,所述容灾管理单元进一步 包括恢复单元,用于在^f莫拟呼叫完成后,将所述快照数据中的内容恢复成所 述容灾数据的内容。
10、 如权利要求8所述的容灾机,其特征在于,所述容突机还包括容灾管理单元,用于指令所述数据库生成与所述容灾机上的容灾数据内 容相同的第 一快照数据和第二快照数据;其中,所述第一快照数据用于容灾切换时读写;所述第二快照数据用于在容灾演练的模拟呼叫过程中,供所述数据库修改所述第二快照数据中的呼 叫记录,得到模拟呼叫记录。
11、 如权利要求IO所述的容突机,其特征在于,所述容灾管理单元进一步包括恢复单元,用于将所述第二快照数据中的内容恢复成所述容灾数据的内容。
12、 一种能够容灾演练的生产机,其特征在于,包括生产驱动单元,用于在收到容灾机发送的码流请求指令后,发送索取码 流请求;生产SCP:用于收到所述生产驱动单元的索取码流^清求后,向所述生产 驱动单元发送一个真实呼叫的码流,其中,所述码流包括业务呼叫码流和用 于启动容灾演练的智能网信令;生产驱动单元,还用于将所述真实呼叫的码流发送给所述容灾机,以便 所述容灾机4艮据所述码流建立^^莫拟呼叫,并生成该呼叫的4莫拟呼叫记录;数据库,用于根据所述生产SCP中对所述真实呼叫的处理,生成真实呼 叫记录,以用于和所述容灾机中的模拟呼叫记录比较内容是否一致,来验证 容灾机是否正常。
13、 如权利要求12所述的生产机,其特征在于,所述生产驱动单元包括接收单元,用于接收容灾机发送的码流请求指令;码流获取单元,用于当所述接收单元收到所述码流请求指令后,从所述 生产机上的生产SCP中获取一个真实呼叫的码流;其中,所述码流包括业务 呼叫码流和用于启动容灾演练的智能网信令;发送单元,用于将所述码流获取单元所获取的码流发送给所述容灾机, 以便所述容灾机根据所述码流建立模拟呼叫,并生成该呼叫的模拟呼叫记录;呼叫记录获取单元,用于从所述生产机上的数据库中获取处理所述真实 呼叫所得到的真实呼叫记录;所述发送单元,还用于将所述呼叫记录获取单元中的真实呼叫记录发送 给所述容灾机,以供所述容突机将所述真实呼叫记录和所述模拟呼叫记录比 较内容是否一致,来验证容灾机是否正常。
14、 一种用于容灾演练的装置,集成在生产机上,其特征在于,包括接收单元,用于接收容灾机发送的码流请求指令;码流获取单元,用于当所述接收单元收到所述码流请求指令后,从所述 生产机上的生产SCP中获取一个真实呼叫的码流;其中,所述码流包括业务 呼叫码流和用于启动容灾演练的智能网信令;发送单元,用于将所述码流获取单元所获取的码流发送给所述容灾机, 以便所述容灾机根据所述码流建立模拟呼叫,并生成该呼叫的模拟呼叫记录;呼叫记录获取单元,用于从所述生产机上的数据库中获取处理所述真实 呼叫所得到的真实呼叫记录;所述发送单元,还用于将所述呼叫记录获取单元中的真实呼叫记录发送 给所述容灾机,以供所述容灾机将所述真实呼叫记录和所述模拟呼叫记录比 较内容是否一致,来验证容灾机是否正常。
15、 一种服务器,其特征在于,包括容灾演练单元,用于向生产机发送码流请求指令,以请求获取一个真实 呼叫的码流,其中,所述码流包括业务呼叫码流和用于启动容灾演练的智能 网信令;容灾SCP,用于当所述容灾演练单元收到所述码流后,建立模拟呼叫;数据库,用于根据所述容灾SCP中的模拟呼叫,生成;f莫拟呼叫记录;所述容灾演练单元,还用于比较所述生产机上该呼叫的真实呼叫记录, 和所述数据库中的模拟呼叫记录的内容是否一致,以验证容灾机是否正常。
16、 如权利要求15所述的专用服务器,其特征在于,所述服务器还包括容灾管理单元,用于指令所述数据库生成一个与所述容灾机上的容灾数 据内容相同的快照数据,以供所述数据库在在 ^莫拟呼叫过程中修改所述快照数据中的呼叫记录,得到模拟呼叫记录。
17、 如权利要求16所述的服务器,其特征在于,所述服务器还包括容灾管理单元,用于指令所述数据库生成与所述容灾机上的容灾数据内 容相同的第一快照数据和第二快照数据;其中,所述第一快照数据用于容灾切换时读写;所述第二快照数据用于 在容灾演练的模拟呼叫过程中,供所述数据库修改所述第二快照数据中的呼 叫记录,得到模拟呼叫记录。
18、 一种服务器,其特征在于,包括生产驱动单元,用于在收到容灾机发送的码流请求指令后,发送索取码 流请求;生产SCP:用于收到所述生产驱动单元的索:f又码流请求后,向所述生产 驱动单元发送一个真实呼叫的码流,其中,所述码流包括业务呼叫码流和用 于启动容灾演练的智能网信令;生产驱动单元,还用于将所述真实呼叫的码流发送给所述容突机,以便 所述容灾机根据所述码流建立模拟呼叫,并生成该呼叫的模拟呼叫记录;数据库,用于4艮据所述生产SCP中对所述真实呼叫的处理,生成真实呼 叫记录,以用于和所述容突机中的模拟呼叫记录比较内容是否一致,来验证 容灾机是否正常。
19、 如权利要求18所述的服务器,其特征在于,所述生产驱动单元包括接收单元,用于接收容灾机发送的码流请求指令;码流获取单元,用于当所述接收单元收到所述码流请求指令后,从所述 生产机上的生产SCP中获: 又一个真实呼叫的码流;其中,所述码流包括业务 呼叫码流和用于启动容灾演练的智能网信令;发送单元,用于将所述码流获取单元所获取的码流发送给所述容灾机, 以便所述容灾机根据所述码流建立模拟呼叫,并生成该呼叫的模拟呼叫记录;呼叫记录获取单元,用于从所述生产机上的数据库中获取处理所述真实呼叫所得到的真实呼叫记录;所述发送单元,还用于将所述呼叫记录获取单元中的真实呼叫记录发送 给所述容突机,以供所述容灾机将所述真实呼叫记录和所述才莫拟呼叫记录比 较内容是否一致,来验证容灾机是否正常。
全文摘要
实施例公开了一种容灾演练的方法,包括容灾机向生产机发送码流请求指令,以请求获取一个真实呼叫的码流,其中,所述码流包括业务呼叫码流和用于启动容灾演练的智能网信令;容灾机在收到所述码流后,建立模拟呼叫,并生成该呼叫的模拟呼叫记录;从所述生产机上获取该呼叫的真实呼叫记录,比较所述真实呼叫记录和所述模拟呼叫记录的内容是否一致,以验证容灾机是否正常。此外,实施例还公开了一种用于容灾演练的容灾机和能够容灾演练的生产机。实施例在启动容灾演练时不需要SSP转发智能网信令到容灾机,而是由容灾机直接从生产机的上获取智能网信令,因此使容灾演练不影响生产机上的业务处理。
文档编号H04Q3/00GK101262370SQ20081008918
公开日2008年9月10日 申请日期2008年4月17日 优先权日2008年4月17日
发明者吴小菁, 李晓明 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1