本发明涉及异地备份技术领域，尤其是涉及一种灾难后数据追踪系统及方法。
背景技术：
大型企业应用系统的建设普遍采用集中化的方式，将IT系统集中在生产中心，并设立异地模式灾备中心。当生产中心出现自然灾害等原因发生故障时，异地灾备中心可以用备份数据进行业务的恢复。由于灾备中心同生产中心距离一般在数百甚至上千公里以上，数据传输延时较大，IT系统在灾难备份切换、回切时，业务条线部门需要对中断时的重要业务数据进行核对，并在信息科技部门配合下，对丢失的数据进行追补。
上述备份数据通常为预先备份在数据库中的系统日志，系统日志是经过系统处理加工过的数据，可能与渠道发起的原始交易存在差异，通过系统日志补录无法保证交易信息的准确性，另外，通过人工联系客户核对交易信息或者手工进行凭证补录，获取的信息比较模糊且可能与实际情况差异较大，而且效率较低，数据追补时间过长。
技术实现要素：
有鉴于此，本发明的目的在于提供一种灾难后数据追踪系统及方法，通过截取报文并对报文进行异地存储，保证了灾难发生生产中心服务器的系统日志不可用时，在异地还保存有可靠有效的交易痕迹数据，集中使用系统查询方式进行数据追补，极大地提高了数据追踪效率，在灾难恢复时快速反应，增加了数据恢复的时效性及准确性。
第一方面，本发明实施例提供了一种灾难后数据追踪系统，包括：异地中心服务器；
异地中心服务器包括：信息截取模块、信息存储模块及查询模块；
信息截取模块，用于截取通过网络适配卡传输至生产中心服务器的用户请求报文；
信息存储模块，用于对用户请求报文进行保存及更新；
查询模块，基于保存的用户请求报文提供查询页面，以供用户对数据进行查询追踪。
结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，信息截取模块包括：嗅探器；
当通过嗅探器将网络适配卡的工作模式置为杂乱模式时，嗅探器截取通过网络适配卡传输至生产中心服务器的用户请求报文，并将用户请求报文传输至信息存储模块中。
结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，信息存储模块包括：交易痕迹备份数据库；
交易痕迹备份数据库对用户请求报文进行保存，并更新预设时间内的用户请求报文。
结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，查询模块包括：人机交互系统；
人机交互系统接收用户的查询指令，并根据查询指令向用户显示查询结果。
结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，用户请求报文包括：外部客户、内部客户和专线向生产中心服务器所发送的报文。
结合第一方面，本发明实施例提供了第一方面的第五种可能的实施方式，其中，预设时间为2小时。
结合第一方面，本发明实施例提供了第一方面的第六种可能的实施方式，其中，查询指令包括：流水号、机构号、客户编号、交易时间中至少一项。
结合第一方面，本发明实施例提供了第一方面的第七种可能的实施方式，其中，网络适配卡包括：以太网卡。
结合第一方面，本发明实施例提供了第一方面的第八种可能的实施方式，其中，还包括：报文解析模块；
报文解析模块用于根据信息截取模块所截取到的用户请求报文，解析出请求报文的流水号、机构号、客户编号、交易时间信息，并将解析出的信息传输至信息存储模块中。
第二方面，本发明实施例提供一种灾难后数据追踪方法，应用于异地中心服务器，方法包括：
截取从网络适配卡传输至生产中心服务器的用户请求报文；
对用户请求报文进行保存及更新；
基于保存的用户请求报文提供查询页面，以供用户对数据进行查询追踪。
本发明实施例带来了以下有益效果：
在本发明实施例提供的灾难后数据追踪系统，包括：异地中心服务器；异地中心服务器包括：信息截取模块、信息存储模块及查询模块；信息截取模块，用于截取通过网络适配卡传输至生产中心服务器的用户请求报文；信息存储模块，用于对用户请求报文进行保存及更新；查询模块，基于保存的用户请求报文提供查询页面，以供用户对数据进行查询追踪。本发明通过截取报文并对报文进行异地存储，保证了灾难发生生产中心服务器的系统日志不可用时，在异地还保存有可靠有效的交易痕迹数据，集中使用系统查询方式进行数据追补，极大地提高了数据追踪效率，在灾难恢复时快速反应，增加了数据恢复的时效性及准确性。
本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种灾难后数据追踪系统的示意图；
图2为本发明实施例提供的另一种灾难后数据追踪系统的示意图；
图3为本发明实施例提供的另一种灾难后数据追踪系统的示意图；
图4为本发明实施例提供的一种灾难后数据追踪方法的流程图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
现有的灾后数据追补方法，需要依赖于之前备份的系统日志和人工联系审核补录，数据恢复准确性不高且效率低下。基于此，本发明实施例提供一种灾难后数据追踪系统及方法，通过截取报文并对报文进行异地存储，保证了灾难发生生产中心服务器的系统日志不可用时，在异地还保存有可靠有效的交易痕迹数据，集中使用系统查询方式进行数据追补，极大地提高了数据追踪效率，在灾难恢复时快速反应，增加了数据恢复的时效性及准确性。为便于对本实施例进行理解，首先对本发明实施例所公开的一种灾难后数据追踪系统进行详细介绍。
实施例一：
本发明实施例提供了一种灾难后数据追踪系统，参见图1-图3所示，该灾难后数据追踪系统包括：异地中心服务器11，该异地中心服务器11包括：信息截取模块111、信息存储模块112及查询模块113。
其中，信息截取模块111，用于截取通过网络适配卡12传输至生产中心服务器13的用户请求报文；信息存储模块112，用于对用户请求报文进行保存及更新；查询模块113，基于保存的用户请求报文提供查询页面，以供用户对数据进行查询追踪。
具体的，在用户请求报文通过网络适配卡12上传到生产中心服务器13的过程中，异地中心服务器11的信息截取模块111，实时截取上述用户请求报文，并将截取到的报文发送到信息存储模块112中，以使信息存储模块112对上述用户请求报文进行保存。然后基于上述保存的用户请求报文，通过查询模块113向用户提供查询页面，以供其进行数据查询及追踪。
上述用户请求报文包括：外部客户、内部客户和专线向生产中心服务器13所发送的报文。
与现有技术中数据备份的系统日志相比，原始用户请求报文是未经过系统处理加工的数据，更加可靠。通过截取原始用户请求报文并实时进行异地存储，保证了灾难发生时本地系统日志不可用时，在异地还保存有可靠有效的交易痕迹数据。用户集中使用系统查询方式进行数据追踪补录，与现在人工联系客户的方式相比，极大地提高了效率。在灾难恢复时快速反应，增加了灾难恢复的时效性。
作为一种优选实施方式，信息截取模块111包括：嗅探器1111。普通的情况下，网络适配卡12只接收和自己的地址有关的信息包，即传输到本地主机(生产中心服务器13)的信息包。嗅探器1111Sniffer工具可以将网络适配卡12(Network Interface Card，简称NIC)置为杂乱(promiscuous)模式状态，接收传输在网络上的每一个信息包，还可以针对众多协议进行详细结构化解码分析。网络适配卡12包括比较常用的以太网卡。当通过嗅探器1111将以太网卡的工作模式置为杂乱模式时，嗅探器1111可以截取到通过以太网卡传输至生产中心服务器13的HTTP协议的XML格式用户请求报文，并将用户请求报文传输至信息存储模块112中。
嗅探器1111Sniffer分为软件和硬件两种，软件的Sniffer有NetXray、Packetboy、Net Monitor、Sniffer Pro、WireShark、WinNetCap等，其优点是物美价廉，易于学习使用，同时也易于交流，硬件的Sniffer通常称为协议分析仪，两种形式的嗅探器1111均可以实时抓取上述用户请求报文，从而确保异地中心服务器11所存储数据的准确性。
上述信息存储模块112包括：交易痕迹备份数据库1121。交易痕迹备份数据库1121对用户请求报文进行保存，并更新预设时间内的用户请求报文。本实施例中，上述预设时间设定为2小时。嗅探器1111将实时抓取的上述用户请求报文传输至交易痕迹备份数据库1121中，交易痕迹备份数据库1121只存储系统时间2小时内的数据报文，定时删除多余数据，一方面可以减少服务器的存储压力，另一方面，还可以提高服务器的处理速度。
在本实施例中，灾难后数据追踪系统还包括：报文解析模块，报文解析模块用于根据信息截取模块111所截取到的用户请求报文，解析出请求报文的流水号、机构号、客户编号、交易时间信息，并将解析出的信息传输至信息存储模块112中。
上述查询模块113包括：人机交互系统1131，人机交互系统1131接收用户的查询指令，并根据查询指令向用户显示查询结果。查询指令包括：流水号、机构号、客户编号、交易时间中至少一项。
当企业灾备切换成功，尚未对外营业时，行业用户可以在人机交互系统1131中查询灾难发生时的账务性交易的完整报文记录，作为数据追补的依据。
本发明实施例所提供的灾难后数据追踪系统，通过嗅探器1111截取用户请求报文并对报文进行异地存储，保证了灾难发生生产中心服务器13的系统日志不可用时，在异地还保存有可靠有效的交易痕迹数据，通过查询模块113提供数据追踪界面，以使企业内用户集中使用系统查询方式进行数据追补，极大地提高了数据追踪效率，在灾难恢复时快速反应，增加了数据恢复的时效性及准确性。
实施例二：
本发明实施例提供一种灾难后数据追踪方法，应用于异地中心服务器，参见图4所示，该方法包括以下步骤：
S101：截取从网络适配卡传输至生产中心服务器的用户请求报文。
具体实现的时候，在用户请求报文通过网络适配卡上传到生产中心服务器的过程中，异地中心服务器实时截取上述用户请求报文，并将截取到的报文存储在相应的数据痕迹数据库中。上述用户请求报文包括：外部客户、内部客户和专线向生产中心服务器所发送的报文。
普通的情况下，网络适配卡只接收和自己的地址有关的信息包，即传输到本地主机(生产中心服务器)的信息包。而当嗅探器Sniffer工具将网络适配卡(Network Interface Card，简称NIC)置为杂乱(promiscuous)模式状态时，可以接收传输在网络上的每一个信息包，还可以针对众多协议进行详细结构化解码分析。本实施例中，通过嗅探器对用户请求报文进行抓取，具体的，当通过嗅探器将以太网卡的工作模式置为杂乱模式时，嗅探器截取到通过以太网卡传输至生产中心服务器的HTTP协议的XML格式用户请求报文，并将用户请求报文传输至异地中心服务器的数据痕迹数据库中。
S102：对用户请求报文进行保存及更新。
异地中心服务器对上述用户请求报文进行保存，并更新预设时间内的用户请求报文。本实施例中，上述预设时间设定为2小时。交易痕迹备份数据库中只存储系统时间2小时内的数据报文，定时删除多余数据，一方面可以减少服务器的存储压力，另一方面，还可以提高服务器的处理速度。
S103：基于保存的用户请求报文提供查询页面，以供用户对数据进行查询追踪。
通过人机交互系统向用户提供查询页面，人机交互系统接收用户的查询指令，并根据查询指令向用户显示查询结果。查询指令包括：流水号、机构号、客户编号、交易时间中至少一项。
当企业灾备切换成功，尚未对外营业时，行业用户可以在人机交互系统中查询灾难发生时的账务性交易的完整报文记录，作为数据追补的依据。
本发明实施例所提供的灾难后数据追踪方法，通过截取报文并对报文进行异地存储，保证了灾难发生生产中心服务器的系统日志不可用时，在异地还保存有可靠有效的交易痕迹数据，集中使用系统查询方式进行数据追补，极大地提高了数据追踪效率，在灾难恢复时快速反应，增加了数据恢复的时效性及准确性。
本发明实施例所提供的灾难后数据追踪方法的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置及电子设备的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
附图中的流程图和框图显示了根据本发明的多个实施例方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。