CN113505027A - 业务系统备份方法、装置、设备及存储介质 - Google Patents

Abstract

本发明属于数据备份技术领域，公开了一种业务系统备份方法、装置、设备及存储介质。该方法包括：识别待备份业务系统中的各成员节点；在接收到所述成员节点信息时，根据所述成员节点信息生成备份任务；根据所述备份任务对所述待备份业务系统进行备份。通过上述方法，实现了自动化完成业务系统备份的功能，由于根据业务系统中各成员节点的信息进行差异化处理，因此可以自动识别系统中各节点的节点属性和节点间的关联关系，进而完成备份任务的自动生成的步骤，提高了业务系统的备份效率，大大减轻了管理人员的工作负担，节约了运维成本。

Description

业务系统备份方法、装置、设备及存储介质

技术领域

本发明涉及数据备份技术领域，尤其涉及一种业务系统备份方法、装置、设备及存储介质。

背景技术

现有大型的数据中心的业务系统在做数据容灾备份的时候，通常都是通过自动化部署的方式给业务系统的主机安装备份客户端，然后通过人工的方式给待备份的业务系统创建数据备份任务。创建备份任务的时候，管理员需要知道该业务系统的类型、由哪些主机组成、业务的重要性如何，然后以业务系统为单元创建相应的备份任务。但在数据中心的业务系统很多的情况，数据存储环境复杂通过人工创建备份任务的工作量巨大，备份工作效率低下的问题亟待解决。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种业务系统备份方法、装置、设备及存储介质，旨在解决现有技术数据备份过程中人工操作效率低下的技术问题。

为实现上述目的，本发明提供了一种业务系统备份方法，所述方法包括以下步骤:

识别待备份业务系统中的各成员节点；

生成节点信息请求，并将所述节点信息请求分别发送至所述待备份业务系统中的各成员节点，以使所述待备份业务系统中的各成员节点在接收到所述节点信息请求后，反馈自身的成员节点信息；

在接收到所述成员节点信息时，根据所述成员节点信息生成备份任务；

根据所述备份任务对所述待备份业务系统进行备份。

可选的，所述根据所述成员节点信息生成备份任务，包括：

根据所述成员节点信息确定各成员节点的存储信息，并根据所述存储信息识别各成员节点的存储形式；

根据所述成员节点信息确定待备份业务系统的业务类型，并根据所述业务类型确定待备份业务系统的备份形式；

根据所述成员节点信息确定待备份业务系统的业务数据变化率，并根据所述业务数据变化率确定各目标备份集合的备份周期；

根据所述存储形式、备份形式和备份周期生成备份任务。

可选的，所述根据所述存储信息识别各成员节点的存储形式，包括：

根据所述存储信息确定各成员节点中的磁盘标识信息；

根据所述各成员节点中的磁盘标识信息确定各成员节点间的共享存储信息；

根据所述共享存储信息确定各成员节点的存储形式。

可选的，所述根据所述成员节点信息确定待备份业务系统的业务类型，包括：

根据所述成员节点信息获取各成员节点的进程列表；

根据预设前缀名对所述进程列表进行检测，以得到检测结果；

根据所述检测结果确定待备份业务系统的业务类型。

可选的，所述根据所述成员节点信息确定待备份业务系统的业务数据变化率，包括：

根据所述成员节点信息获取待备份业务系统的数据写入量；

根据所述数据写入量查询预设写入量-变化率对应关系映射表得到待备份业务系统的业务数据变化率。

可选的，所述识别待备份业务系统中的各成员节点，包括：

获取待备份业务系统中的连接记录；

根据所述连接记录确定节点信息出现频率；

根据所述节点信息出现频率识别所述待备份业务系统中的各成员节点。

可选的，所述识别待备份业务系统中的各成员节点，包括：

获取所述待备份业务系统的主机名-IP地址对应关系映射表；

根据所述主机名-IP地址对应关系映射表获取待备份业务系统中的主机名和IP地址；

根据所述待备份业务系统中的主机名和IP地址识别待备份业务系统中的各成员节点。

此外，为实现上述目的，本发明还提出一种业务系统备份装置，所述业务系统备份装置包括：

识别模块，用于识别待备份业务系统中的各成员节点；

处理模块，用于生成节点信息请求，并将所述节点信息请求分别发送至所述待备份业务系统中的各成员节点，以使所述待备份业务系统中的各成员节点在接收到所述节点信息请求后，反馈自身的成员节点信息；

所述处理模块，还用于在接收到所述成员节点信息时，根据所述成员节点信息生成备份任务；

控制模块，用于根据所述备份任务对所述待备份业务系统进行备份。

此外，为实现上述目的，本发明还提出一种业务系统备份设备，所述业务系统备份设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务系统备份程序，所述业务系统备份程序配置为实现如上文所述的业务系统备份方法的步骤。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有业务系统备份程序，所述业务系统备份程序被处理器执行时实现如上文所述的业务系统备份方法的步骤。

本发明识别待备份业务系统中的各成员节点；生成节点信息请求，并将所述节点信息请求分别发送至所述待备份业务系统中的各成员节点，以使所述待备份业务系统中的各成员节点在接收到所述节点信息请求后，反馈自身的成员节点信息；在接收到所述成员节点信息时，根据所述成员节点信息生成备份任务；根据所述备份任务对所述待备份业务系统进行备份。通过上述方法，实现了自动化完成业务系统的备份，由于根据业务系统中各成员节点的信息进行差异化处理，因此可以自动识别系统中各节点的节点属性和节点间的关联关系，进而完成备份任务的自动生成的步骤，提高了业务系统的备份效率，大大减轻了管理人员的工作负担，节约了运维成本。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的业务系统备份设备的结构示意图；

图2为本发明业务系统备份方法第一实施例的流程示意图；

图3为本发明业务系统备份方法第二实施例的流程示意图；

图4为本发明业务系统备份装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的业务系统备份设备结构示意图。

如图1所示，该业务系统备份设备可以包括：处理器1001，例如中央处理器（Central Processing Unit，CPU），通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏（Display）、输入单元比如键盘（Keyboard），可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口（如无线保真（Wireless-Fidelity，Wi-Fi）接口）。存储器1005可以是高速的随机存取存储器（RandomAccess Memory，RAM）存储器，也可以是稳定的非易失性存储器（Non-Volatile Memory，NVM），例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对业务系统备份设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及业务系统备份程序。

在图1所示的业务系统备份设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明业务系统备份设备中的处理器1001、存储器1005可以设置在业务系统备份设备中，所述业务系统备份设备通过处理器1001调用存储器1005中存储的业务系统备份程序，并执行本发明实施例提供的业务系统备份方法。

本发明实施例提供了一种业务系统备份方法，参照图2，图2为本发明一种业务系统备份方法第一实施例的流程示意图。

本实施例中，所述业务系统备份方法包括以下步骤：

步骤S10：识别待备份业务系统中的各成员节点。

需要说明的是，本实施例的执行主体为备份服务器，所述备份服务器可以为数据服务器，也可以为其他与数据服务器功能相同或者相似的数据管理设备，本实施例对此不加以限定。

可以理解的是，本实施例用于在现在大型的数据中心的业务系统在做数据容灾备份的过程中，这个过程通常都是通过自动化部署的方式给业务系统的主机安装备份客户端，然后通过人工的方式给业务系统创建数据备份任务。创建备份任务的时候，管理员需要知道该业务系统的类型、由哪些主机组成、业务的重要性如何，然后以业务系统为单元创建相应的备份任务。本实施例通过自动分析业务系统的类型及组成，创建相应的业务系统备份任务，避开了人工处理业务系统效率低且容易出现错漏的痛点，同时减轻了管理员在此过程中的运维管理工作。

应当明白的是，所述待备份业务系统即为待备份的目标，所述待备份业务系统可以是单个业务系统，也可以是多个业务系统，待备份业务系统所代表的数量视待备份的数据中心的业务系统数量而定，本实施例对此不加以限定。

进一步的，每个待备份业务系统中，会存在一个或多个成员节点，每个成员节点代表了业务系统中一个单独存在的计算机、数据终端或者其他功能相同或者相似的其他设备。

此外，待备份业务系统中的成员节点识别过程可以为一个识别计算机（数据终端或者其他功能相同或者相似的其他设备）之间业务联系的过程从而识别待备份业务系统中的成员节点，即让备份服务器识别出待备份业务系统中有多少个成员节点以及成员节点的身份信息。

需要说明的是，如果要对这些业务系统做容灾，自动创建数据备份任务，需要先分析这些业务由哪些节点组成。然后把这些节点当作一个整体来做备份。

在本实施例中，对于待备份业务系统中的各成员节点的识别方法本实施例提出如下优选方案，例如：获取待备份业务系统中的连接记录；根据所述连接记录确定节点信息出现频率；根据所述节点信息出现频率识别所述待备份业务系统中的各成员节点。一般来说，两个主计算机业务联系越密切，他们之间的网络通信就越频繁，并且这些网络连接都在同一个子网内，不需要通过路由器转发。像rac集群、分布式文件系统、故障转移集群，基本都存在tcp长连接，其中，至少存在一个tcp连接也可能存在多个，本实施例对此不加以限定，以跟踪业务系统上各个计算节点的工作状态。所以通过分析各个计算节点上的tcp网络连接情况，就可以得知业务系统由哪些计算节点组成。具体做法本实施例提供几种优选方案，如下：可以通过netstat、ss命令或者调用系统编程接口，每隔一段时间（如6分钟）枚举一下系统所有的tcp连接，然后把枚举到的信息保存下来，这些信息包括：本机ip、本机端口、外部ip、外部端口以及进程名，通过上述信息可以得到系统中的tcp连接，例如：通过tcp连接所属的进程名即可确定成员节点的tcp连接。具体实现方案可以为：通过重复枚举若干次如20次，如果某个tcp连接记录重复出现一定次数如17次以上，那么就认为是一个tcp长连接，其中需要本机ip、本机端口、外部ip、外部端口、进程名都保持不变；如果该tcp连接的外部ip和本ip属于同一个网段，那么就可以认为该连接是业务系统用来维护业务状态的tcp长连接，该tcp连接的对端计算机就是本业务系统的一个成员节点。其中，短连接指的是通信双方有数据交互时，就建立一个TCP连接，数据发送完成后，则断开此TCP连接，后续需要通信时，再次建立TCP连接。建立TCP连接的时候需要做三次握手看，断开连接的时候需要做四次挥手。其中，长连接指的是在一个TCP连接上可以连续发送多个数据包，在TCP连接保持期间，如果没有数据包发送，需要双方发检测包以维持此连接，一般需要自己做在线维持（不发送RST包和四次挥手）。

在本实施例中，待备份业务系统中的各成员节点的识别方法还可以有其他方案，例如：获取所述待备份业务系统的主机名-IP地址对应关系映射表；根据所述主机名-IP地址对应关系映射表获取待备份业务系统中的主机名和IP地址；根据所述待备份业务系统中的主机名和IP地址识别待备份业务系统中的各成员节点。其中，通过获取所述待备份业务系统的主机名-IP地址对应关系映射表，可以根据所述映射表中的主机名、ip地址进而可以得知业务系统有哪些主机组成（通常来说，映射表里面涉及到的主机都属于同一个业务系统的）。这是因为，业务系统中计算节点相互之间的网络通信很多都是通过主机名来发起连接请求，而不是直接使用ip地址。所以通过分析系统的“主机名-IP地址”映射列表，也可以得知业务系统由哪些计算节点组成。如linux系统的/etc/hosts文件中就保存了oraclerac集群所有计算节点的节点名、虚拟ip名字、私有网络名字，通过这些信息也可以得知业务系统由哪些计算节点组成。除了oracle rac之外，ceph、hadoop、k8s……等其他的业务系统也可以通过此方法得知各成员节点的信息，本实施例在此不一一赘述，仅通过上述方式进行说明。

步骤S20：生成节点信息请求，并将所述节点信息请求分别发送至所述待备份业务系统中的各成员节点，以使所述待备份业务系统中的各成员节点在接收到所述节点信息请求后，反馈自身的成员节点信息。

需要说明的是，获取节点信息的方式可以直接向各成员节点发送节点信息请求，让各节点反馈各自的配置信息，所述成员节点信息可以包括：节点的存储信息（例如：节点上的磁盘标识）、系统进程信息、存储读写信息、节点名、网络配置信息（ip地址、子网掩码、网卡mac地址）、监听端口信息和tcp长连接情况、主机名-IP地址对应关系映射表、存储读写信息以及网络通信信息等等。

其中，还可以通过自动化部署方式给数据中心的各个节点安装代理程序，它会采集各个节点上成员节点信息，例如：网络连接信息、“主机名：IP地址”映射表，然后把这些信息发送给备份服务器。备份服务器对收集到的信息进行处理，得到各个业务系统的成员节点信息。请求成员节点信息的这个过程，并不限定为单次请求发出后接收信息的过程，中间可能会有多次的信息交互，例如：获取到成员的身份信息后，根据身份信息向成员节点发送进程信息请求或者存储信息请求，通过多次信息交互得到备份服务器需要的全部成员节点的相关信息。

步骤S30：在接收到所述成员节点信息时，根据所述成员节点信息生成备份任务。

需要说明的是，根据所述成员节点信息可以确定待备份业务系统的信息，并根据这些信息生成对应的备份任务，例如：现在的业务系统通常都是由多台主机组成，再给这些业务系统做容灾备份的时候，需要把业务系统的所有主机当作一个整体来做备份，否则备份的数据可能会存在一致性问题（备份出来的数据可能会有缺失），导致备份数据不可用。比如oracle rac集群，用的是共享存储，在做数据备份的时候（不管是整机级备份，还是数据库级别备份），需要把所有的数据库节点当作一个整体来备份，否则备份的数据可能会有一致性问题。此外，像ceph、Hadoop这类分布式文件系统，用的是分布式存储，他们是把数据分布在各个计算机节点上，做数据备份的时候，需要把各个节点的数据都做备份，否则备份数据会有缺失。另外，像微软的故障转移群集、红帽的RHCS，常见的部署方式是一主一备，在做数据备份的时候，也需要把主节点、备节点当作一个整体来备份，否则也会可能导致数据缺失。因此，根据不同的成员节点信息对不同的业务系统进行差异化处理，可以有效的避免备份数据的重复、损坏或者备份数据的缺失，极大地提高了备份的质量。

步骤S40：根据所述备份任务对所述待备份业务系统进行备份。

需要说明的是，在备份任务创建成功后，即可以按备份任务对系统进行备份，即选择备份目标和备份方式，按照对应的备份方式进行业务系统数据的备份。

在具体实现中，根据所述备份任务对所述待备份业务系统进行备份的步骤之前还可以，将备份任务的信息展示给管理员，通过人工检查的方式确定备份任务的合理性，所述备份任务信息可以包括：业务系统类型、业务系统有哪些节点组成、业务系统的共享存储有哪些、支持的数据备份类型、默认选择的备份类型以及备份任务的间隔等。如果管理员觉得自动生成的备份任务策略没有问题，那么就直接点击确定开始执行备份任务；如果管理员觉得有些不合理，那么可以直接在界面上做调整。相对于手工创建备份任务，自动方式可以减少管理员的工作量，降低难度，避免人为失误造成的备份数据不可用。

本实施例通过识别待备份业务系统中的各成员节点；生成节点信息请求，并将所述节点信息请求分别发送至所述待备份业务系统中的各成员节点，以使所述待备份业务系统中的各成员节点在接收到所述节点信息请求后，反馈自身的成员节点信息；在接收到所述成员节点信息时，根据所述成员节点信息生成备份任务；根据所述备份任务对所述待备份业务系统进行备份。通过上述方法，实现了自动化完成业务系统的备份，由于根据业务系统中各成员节点的信息进行差异化处理，因此可以自动识别系统中各节点的节点属性和节点间的关联关系，进而完成备份任务的自动生成的步骤，提高了业务系统的备份效率，大大减轻了管理人员的工作负担，节约了运维成本。

参考图3，图3为本发明一种业务系统备份方法第二实施例的流程示意图。

基于上述第一实施例，本实施例业务系统备份方法在所述步骤S30，具体包括：

步骤S31：根据所述成员节点信息确定各成员节点的存储信息，并根据所述存储信息识别各成员节点的存储形式。

需要说明的是，所述存储信息可以是节点中存储路径的磁盘标识，根据所述磁盘标识可以判断节点的业务数据对应的存储位置，以判断多个节点间是否存在共享存储，以避免各节点的业务数据进行备份时出现重复的情况。

在本实施例中，提出一种根据存储信息识别各成员节点存储形式的优选方案，如下：根据所述存储信息确定各成员节点中的磁盘标识信息；根据所述各成员节点中的磁盘标识信息确定各成员节点间的共享存储信息；根据所述共享存储信息确定各成员节点的存储形式。例如：在各个计算节点上获取所有存储的磁盘标识，如果在不同的计算节点上能获取到相同的磁盘标识，那么该存储就是共享存储，否则就是分布式存储，进一步的，安装操作系统、业务软件也算是分布式存储。假设A、B两个计算节点，每个节点都有3块磁盘，在节点A获取到的3个磁盘标识是“aaa”、“111”、“222”，在节点B获取到的3个磁盘标识是“bbb”、“111”、“222”，那么可以得知标识“111”、“222”对应的存储是共享存储，其他的是分布式存储。识别各成员节点的存储形式十分重要，这是因为通过分析计算节点的数据存储类型，可以判断出这些存储类型是共享存储或者分布式存储。如果使用的是共享存储，所有的计算节点都访问相同的存储设备，在做整机级数据备份的时候，需要把重复的共享存储排除掉，否则会造成数据大量冗余；如果使用的是分布式存储，业务数据是按一定规律平均分布在各个计算节点的存储上，在做整机级数据备份的时候，需要对所有的计算节点的所有存储都做备份，否则会造成数据丢失。其中，磁盘标识指的是，在一个磁盘执行初始化使用之后（如创建文件系统、组建软raid、组建lvm、动态盘......或者创建分区，用分区创建文件系统、组建软raid、组建lvm、动态盘......），磁盘的特定区域（或者磁盘的头部、尾部，或者分区的头部、尾部）会写一些元数据信息（如文件系统的超级块，软raid、lvm、动态盘的元数据......），用于标识磁盘、分区的用途。通过对元数据进行hash（散列）运算，可以计算得到一个唯一的磁盘标识。可以认为：不同的存储介质，磁盘标识不一样。

步骤S32：根据所述成员节点信息确定待备份业务系统的业务类型，并根据所述业务类型确定待备份业务系统的备份形式。

需要说明的是，备份形式受到业务系统类型的影响，在理想的情况下，所有业务系统均做整机备份即可完整的备份下业务系统中所有的数据，但是在具体实现中，很多业务类型对应的业务系统并不支持整机备份。例如：像ceph、hadoop这类业务系统只能做整机级别的备份，而像oralce rac这类的系统，既可以做数据库级别的备份，也可以做整机级别的备份。

在本实施例中，提出一种根据所述成员节点信息确定待备份业务系统的业务类型的优选方案，具体为：根据所述成员节点信息获取各成员节点的进程列表；根据预设前缀名对所述进程列表进行检测，以得到检测结果；根据所述检测结果确定待备份业务系统的业务类型。其中，备份形式有很多种根据业务类型识别该业务系统支持哪些数据备份形式，如整机级备份、数据库级备份、文件级备份，某些系统可能只支持整机备份，而某些系统可能同时支持整机级备份、数据库级备份、文件级备份。识别业务类型的方法可以用通过系统进程名字来实现，如oracle rac集群的节点上会存在多个以asm_、ora_为前缀的进程名，ceph分布式系统上会存在多个ceph-为前缀的进程名。所以通过系统上的进程信息，可以得知该计算节点上存在哪些业务系统，然后根据业务系统确定备份形式。

其中，整机级备份指的是将计算机的操作系统，应用程序，业务数据，以及磁盘的分区、卷、文件系统等元数据备份到其他计算机中，存放备份数据的计算机称为备份服务器。数据库级备份指的是通过数据库的备份接口把业务数据备份到其他计算机中。文件级备份指的是通过拷贝文件的方法把业务数据备份到其他计算机中。

步骤S33：根据所述成员节点信息确定待备份业务系统的业务数据变化率，并根据所述业务数据变化率确定各目标备份集合的备份周期。

需要说明的是，目标备份集合的备份周期决定了待备份业务系统在受灾时的损失大小，备份周期越长即备份的间隔时间越长受灾时业务系统的损失就越大，但是过于频繁的进行备份则会影响系统的正常运行，因此选择一个合理的备份周期尤为重要。

可以理解的是，所述待备份业务系统的数据变化率即为固定时间内业务系统的写入数据量，通过一段时间内写入数据量大小可以对变化率有一个准确的判断。

在本实施例中，提出一种根据所述业务数据变化率确定各目标备份集合的备份周期的优选方案，如下：根据所述成员节点信息获取待备份业务系统的数据写入量；根据所述数据写入量查询预设写入量-变化率对应关系映射表得到待备份业务系统的业务数据变化率。例如：变化率低的业务系统可以一周或者一个月备份一次；如果变化率是有点频繁的系统需要每天备份一次；如果变化率是非常频繁的系统，那么需要每小时备份一次，或者做持续数据保护。预设写入量-变化率对应关系映射表中的对应关系可以为时间段与写入量的对应关系，例如：持续一段时间（比如2小时）监控系统业务存储的写入操作，如果每小时的写入量小于200MB的，认为是变化率低的系统；如果每小时的写入量大于等于200MB，小于1024MB，则认为是变化有点频繁的系统；如果每小时的写入量大于等于1024Mb，则认为是变化非常频繁的系统。

步骤S34：根据所述存储形式、备份形式和备份周期生成备份任务。

需要说明的是根据在存储形式、备份形式和备份周期都确定后，创建任务，即可以按备份任务对系统进行备份，即选择备份目标和备份方式，按照对应的备份方式进行业务系统数据的备份。

本实施例通过根据所述成员节点信息确定各成员节点的存储信息，并根据所述存储信息识别各成员节点的存储形式；根据所述成员节点信息确定待备份业务系统的业务类型，并根据所述业务类型确定待备份业务系统的备份形式；根据所述成员节点信息确定待备份业务系统的业务数据变化率，并根据所述业务数据变化率确定各目标备份集合的备份周期；根据所述存储形式、备份形式和备份周期生成备份任务。根据上述方式，实现了根据所述存储形式、备份形式和备份周期生成备份任务，通过差异化的处理模式，提高备份服务器的可靠性，降低了出错的风险。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有业务系统备份程序，所述业务系统备份程序被处理器执行时实现如上文所述的业务系统备份方法的步骤。

参照图4，图4为本发明业务系统备份装置第一实施例的结构框图。

如图4所示，本发明实施例提出的业务系统备份装置包括：

识别模块10，用于识别待备份业务系统中的各成员节点。

处理模块20，用于生成节点信息请求，并将所述节点信息请求分别发送至所述待备份业务系统中的各成员节点，以使所述待备份业务系统中的各成员节点在接收到所述节点信息请求后，反馈自身的成员节点信息。

所述处理模块20，还用于在接收到所述成员节点信息时，根据所述成员节点信息生成备份任务。

控制模块30，用于根据所述备份任务对所述待备份业务系统进行备份。

应当理解的是，以上仅为举例说明，对本发明的技术方案并不构成任何限定，在具体应用中，本领域的技术人员可以根据需要进行设置，本发明对此不做限制。

本实施例通过识别模块10识别待备份业务系统中的各成员节点；处理模块20生成节点信息请求，并将所述节点信息请求分别发送至所述待备份业务系统中的各成员节点，以使所述待备份业务系统中的各成员节点在接收到所述节点信息请求后，反馈自身的成员节点信息；处理模块20在接收到所述成员节点信息时，根据所述成员节点信息生成备份任务；控制模块30根据所述备份任务对所述待备份业务系统进行备份。通过上述方法，实现了自动化完成业务系统的备份，由于根据业务系统中各成员节点的信息进行差异化处理，因此可以自动识别系统中各节点的节点属性和节点间的关联关系，进而完成备份任务的自动生成的步骤，提高了业务系统的备份效率，大大减轻了管理人员的工作负担，节约了运维成本。

在一实施例中，所述处理模块20，还用于根据所述成员节点信息确定各成员节点的存储信息，并根据所述存储信息识别各成员节点的存储形式；

根据所述成员节点信息确定待备份业务系统的业务类型，并根据所述业务类型确定待备份业务系统的备份形式；

根据所述成员节点信息确定待备份业务系统的业务数据变化率，并根据所述业务数据变化率确定各目标备份集合的备份周期；

根据所述存储形式、备份形式和备份周期生成备份任务。

在一实施例中，所述处理模块20，还用于根据所述存储信息确定各成员节点中的磁盘标识信息；

根据所述各成员节点中的磁盘标识信息确定各成员节点间的共享存储信息；

根据所述共享存储信息确定各成员节点的存储形式。

在一实施例中，所述处理模块20，还用于根据所述成员节点信息获取各成员节点的进程列表；

根据预设前缀名对所述进程列表进行检测，以得到检测结果；

根据所述检测结果确定待备份业务系统的业务类型。

在一实施例中，所述处理模块20，还用于根据所述成员节点信息获取待备份业务系统的数据写入量；

根据所述数据写入量查询预设写入量-变化率对应关系映射表得到待备份业务系统的业务数据变化率。

在一实施例中，所述识别模块10，还用于获取待备份业务系统中的连接记录；

根据所述连接记录确定节点信息出现频率；

根据所述节点信息出现频率识别所述待备份业务系统中的各成员节点。

在一实施例中，所述识别模块10，还用于获取所述待备份业务系统的主机名-IP地址对应关系映射表；

根据所述主机名-IP地址对应关系映射表获取待备份业务系统中的主机名和IP地址；

根据所述待备份业务系统中的主机名和IP地址识别待备份业务系统中的各成员节点。

需要说明的是，以上所描述的工作流程仅仅是示意性的，并不对本发明的保护范围构成限定，在实际应用中，本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的，此处不做限制。

另外，未在本实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的业务系统备份方法，此处不再赘述。

此外，需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种业务系统备份方法，其特征在于，所述业务系统备份方法包括：

识别待备份业务系统中的各成员节点；

生成节点信息请求，并将所述节点信息请求分别发送至所述待备份业务系统中的各成员节点，以使所述待备份业务系统中的各成员节点在接收到所述节点信息请求后，反馈自身的成员节点信息；

在接收到所述成员节点信息时，根据所述成员节点信息生成备份任务；

根据所述备份任务对所述待备份业务系统进行备份。

2.如权利要求1所述的方法，其特征在于，所述根据所述成员节点信息生成备份任务，包括：

根据所述成员节点信息确定各成员节点的存储信息，并根据所述存储信息识别各成员节点的存储形式；

根据所述成员节点信息确定待备份业务系统的业务类型，并根据所述业务类型确定待备份业务系统的备份形式；

根据所述成员节点信息确定待备份业务系统的业务数据变化率，并根据所述业务数据变化率确定各目标备份集合的备份周期；

根据所述存储形式、备份形式和备份周期生成备份任务。

3.如权利要求2所述的方法，其特征在于，所述根据所述存储信息识别各成员节点的存储形式，包括：

根据所述存储信息确定各成员节点中的磁盘标识信息；

根据所述各成员节点中的磁盘标识信息确定各成员节点间的共享存储信息；

根据所述共享存储信息确定各成员节点的存储形式。

4.如权利要求2所述的方法，其特征在于，所述根据所述成员节点信息确定待备份业务系统的业务类型，包括：

根据所述成员节点信息获取各成员节点的进程列表；

根据预设前缀名对所述进程列表进行检测，以得到检测结果；

根据所述检测结果确定待备份业务系统的业务类型。

5.如权利要求2所述的方法，其特征在于，所述根据所述成员节点信息确定待备份业务系统的业务数据变化率，包括：

根据所述成员节点信息获取待备份业务系统的数据写入量；

根据所述数据写入量查询预设写入量-变化率对应关系映射表得到待备份业务系统的业务数据变化率。

6.如权利要求1~5中任一项所述的方法，其特征在于，所述识别待备份业务系统中的各成员节点，包括：

获取待备份业务系统中的连接记录；

根据所述连接记录确定节点信息出现频率；

根据所述节点信息出现频率识别所述待备份业务系统中的各成员节点。

7.如权利要求1~5任一项所述的方法，其特征在于，所述识别待备份业务系统中的各成员节点，包括：

获取所述待备份业务系统的主机名-IP地址对应关系映射表；

根据所述主机名-IP地址对应关系映射表获取待备份业务系统中的主机名和IP地址；

根据所述待备份业务系统中的主机名和IP地址识别待备份业务系统中的各成员节点。

8.一种业务系统备份装置，其特征在于，所述业务系统备份装置包括：

识别模块，用于识别待备份业务系统中的各成员节点；

处理模块，用于生成节点信息请求，并将所述节点信息请求分别发送至所述待备份业务系统中的各成员节点，以使所述待备份业务系统中的各成员节点在接收到所述节点信息请求后，反馈自身的成员节点信息；

所述处理模块，还用于在接收到所述成员节点信息时，根据所述成员节点信息生成备份任务；

控制模块，用于根据所述备份任务对所述待备份业务系统进行备份。

9.一种业务系统备份设备，其特征在于，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务系统备份程序，所述业务系统备份程序配置为实现如权利要求1至7中任一项所述的业务系统备份方法。

10.一种存储介质，其特征在于，所述存储介质上存储有业务系统备份程序，所述业务系统备份程序被处理器执行时实现如权利要求1至7任一项所述的业务系统备份方法。

Images