CN112579359A - 业务系统重建方法、装置、设备及存储介质 - Google Patents

业务系统重建方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN112579359A
CN112579359A CN202011556132.4A CN202011556132A CN112579359A CN 112579359 A CN112579359 A CN 112579359A CN 202011556132 A CN202011556132 A CN 202011556132A CN 112579359 A CN112579359 A CN 112579359A
Authority
CN
China
Prior art keywords
target computer
storage
identification information
hardware
abnormal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202011556132.4A
Other languages
English (en)
Other versions
CN112579359B (zh
Inventor
章程
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Clerware Technology Co ltd
Original Assignee
Shenzhen Clerware Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Clerware Technology Co ltd filed Critical Shenzhen Clerware Technology Co ltd
Priority to CN202011556132.4A priority Critical patent/CN112579359B/zh
Publication of CN112579359A publication Critical patent/CN112579359A/zh
Application granted granted Critical
Publication of CN112579359B publication Critical patent/CN112579359B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1448Management of the data involved in backup or backup restore
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1458Management of the backup or restore process
    • G06F11/1464Management of the backup or restore process for networked environments

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明属于计算机技术领域,公开了一种业务系统重建方法、装置、设备及存储介质。该方法包括:先对目标计算机进行硬件环境检测,以使备份服务器根据各硬件设备的硬件信息调整备份数据;根据备份服务器存储标识信息判断目标计算机存储标识信息是否出现异常;若目标计算机存储标识信息出现异常,则对目标计算机存储标识信息进行调整;最后根据调整后的备份数据对目标计算机业务系统进行重建。通过上述方式,实现了在做业务系统重建的时候,识别影响整机业务系统重建成功率的风险,并尝试自动修正,避免无法自动排查数据恢复当中的风险的问题,减少了因恢复异常消耗的时间,提升了数据恢复的整体效率,优化了用户的使用体验。

Description

业务系统重建方法、装置、设备及存储介质
技术领域
本发明涉及计算机技术领域,尤其涉及一种业务系统重建方法、装置、设备及存储介质。
背景技术
随着数据的爆发式增长业务系统数据备份的业务也越来越多,现在很多的业务系统都做了数据备份,在业务系统遇到不可恢复的故障的时候,需要做数据恢复,最短的时间内把业务系统重建回来,否则业务中断的时间越长,企业的损失越大。
但是在做数据恢复的时候,很多情况下都不能短时间内顺利把业务系统重建回来要么要多次重建,要么要做各种环境排查,非常耗时耗力。体验的问题出在硬件配置原因。如还原后的系统缺少磁盘控制器、网卡的驱动程序,导致系统启动失败或者网络不可用。另外,目标机计算机磁盘上残留的数据也可能会引起恢复后的操作系统启动失败,只能重新再做一次数据恢复,需要先把残留的数据清理掉才能正常启动。在数据恢复失败后再根据错误信息分析异常问题可能要耗费很多时间,导致业务中断时间过长。
上述内容仅用于辅助理解本发明的技术方案,并不代表承认上述内容是现有技术。
发明内容
本发明的主要目的在于提供一种业务系统重建方法、装置、设备及存储介质,旨在解决现有技术无法自动排查数据恢复当中的风险,消耗大量时间的技术问题。
为实现上述目的,本发明提供了一种业务系统重建方法,所述方法包括以下步骤:
在对目标计算机进行业务系统重建前,对目标计算机进行硬件环境检测,以得到各硬件设备的硬件信息,并将所述各硬件设备的硬件信息发送至备份服务器,以使所述备份服务器根据所述各硬件设备的硬件信息调整备份数据,并反馈调整后的备份数据;
获取备份服务器存储标识信息,并根据所述备份服务器存储标识信息判断目标计算机存储标识信息是否出现异常;
若所述目标计算机存储标识信息出现异常,则对目标计算机存储设备进行调整,以使目标计算机存储设备恢复正常;
当目标计算机存储设备恢复正常时,根据所述调整后的备份数据对目标计算机业务系统进行重建。
可选的,所述对目标计算机进行硬件环境检测,以得到各硬件设备的硬件信息,并将所述各硬件设备的硬件信息发送至备份服务器,以使所述备份服务器根据所述各硬件设备的硬件信息调整备份数据,并反馈调整后的备份数据,包括:
对目标计算机进行硬件环境检测,以得到各硬件设备的硬件信息;
将所述各硬件设备的硬件信息发送至备份服务器,以使所述备份服务器根据所述各硬件设备的硬件信息判断备份数据中是否存在对应版本的驱动程序,若不存在对应版本的驱动程序,则获取对应版本的驱动程序并根据对应版本的驱动程序调整备份数据,并反馈调整后的备份数据。
可选的,所述若所述目标计算机存储标识信息出现异常,则对目标计算机存储设备进行调整,以使目标计算机存储设备恢复正常,包括:
若所述目标计算机存储标识信息出现异常,则根据所述目标计算机存储标识信息判断所述目标计算机存储设备的异常类型;
根据所述异常类型对目标计算机存储设备进行调整,以使目标计算机存储设备恢复正常。
可选的,所述根据所述目标计算机存储标识信息判断所述目标计算机存储标识信息的异常类型,包括:
根据所述备份服务器存储标识信息得到目标计算机分区状态;
若所述目标计算机分区状态为不正常分区,则判定目标计算机存储标识信息异常类型为分区异常。
可选的,所述根据所述目标计算机存储标识信息判断所述目标计算机存储标识信息的异常类型,包括:
将所述备份服务器存储标识信息与所述目标计算机存储标识信息进行比对,以判断目标计算机是否存在重复存储标识;
若所述目标计算机存在重复存储标识,则判定所述目标计算机存储标识信息异常类型为标识异常。
可选的,所述根据所述异常类型对目标计算机存储设备进行调整,以使目标计算机存储设备恢复正常,包括:
当所述异常类型为分区异常时,根据所述备份服务器存储标识信息调整目标计算机存储分区,以使目标计算机存储设备恢复正常;
当所述异常类型为标识异常时,清除目标计算机的重复标识,并写入备份服务器存储标识信息,以使目标计算机存储设备恢复正常。
可选的,所述当目标计算机存储设备恢复正常时,根据所述调整后的备份数据对目标计算机业务系统进行重建之前,还包括:
检测网络通信的可用性;
相应的,所述当目标计算机存储设备恢复正常时,根据所述调整后的备份数据对目标计算机业务系统进行重建,包括:
当目标计算机存储标识信息恢复正常且所述网络通信的可用性为网络通信正常时,根据所述调整后的备份数据对目标计算机业务系统进行重建。
此外,为实现上述目的,本发明还提出一种业务系统重建装置,所述业务系统重建装置包括:
检测模块,用于在对目标计算机进行业务系统重建前,对目标计算机进行硬件环境检测,以得到各硬件设备的硬件信息,并将所述各硬件设备的硬件信息发送至备份服务器,以使所述备份服务器根据所述各硬件设备的硬件信息调整备份数据,并反馈调整后的备份数据;
处理模块,用于获取备份服务器存储标识信息,并根据所述备份服务器存储标识信息判断目标计算机存储标识信息是否出现异常;
所述处理模块,还用于若所述目标计算机存储标识信息出现异常,则对目标计算机存储设备进行调整,以使目标计算机存储设备恢复正常;
所述处理模块,还用于当目标计算机存储设备恢复正常时,根据所述调整后的备份数据对目标计算机业务系统进行重建。
此外,为实现上述目的,本发明还提出一种业务系统重建设备,所述业务系统重建设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务系统重建程序,所述业务系统重建程序配置为实现如上文所述的业务系统重建方法的步骤。
此外,为实现上述目的,本发明还提出一种存储介质,所述存储介质上存储有业务系统重建程序,所述业务系统重建程序被处理器执行时实现如上文所述的业务系统重建方法的步骤。
本发明通过对目标计算机进行业务系统重建前,先对目标计算机进行硬件环境检测得到各硬件设备的硬件信息,以使备份服务器根据各硬件设备的硬件信息调整备份数据;再获取备份服务器存储标识信息,并根据备份服务器存储标识信息判断目标计算机存储标识信息是否出现异常;若目标计算机存储标识信息出现异常,则对目标计算机存储标识信息进行调整;最后根据调整后的备份数据对目标计算机业务系统进行重建。实现了在做业务系统重建的时候,识别影响整机业务系统重建成功率的风险,并尝试自动修正,避免无法自动排查数据恢复当中的风险的问题,减少了因恢复异常消耗的时间,提升了数据恢复的整体效率,优化了用户的使用体验。
附图说明
图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:在对目标计算机进行业务系统重建前,对目标计算机进行硬件环境检测,以得到各硬件设备的硬件信息,并将所述各硬件设备的硬件信息发送至备份服务器,以使所述备份服务器根据所述各硬件设备的硬件信息调整备份数据,并反馈调整后的备份数据。
需要理解的是,本实施例的执行主体为系统控制终端,所述系统重建控制终端可以为计算机或者与计算机功能相同或者相似的装置,在本实施例中计算机为例加以说明。
可以理解的是,本实施例用于解决在业务重建过程中,检测出容易导致重建异常原因的问题,并通过预设步骤进行调整自动解决重建异常从而实现自动化业务重建、检查异常以及解决异常。所述业务系统重建也叫业务系统恢复,所述业务系统重建即为将预先备份的操作系统、应用程序、业务数据以及磁盘的分区、卷、文件系统等数据恢复到一台待重建的目标计算机中。
应当理解的是,把业务系统恢复到目标计算机之后,如果系统缺少目标计算机的磁盘控制器、网卡等硬件设备的驱动程序或者是对应的驱动版本老旧,就会出现系统启动失败、网络不可用的问题。因此需要在进行业务系统重建之前对目标计算机进行硬件环境检测,所述硬件环境检测及检测计算机中各硬件的硬件识别信息,通过该硬件识别信息可以得到各硬件的型号、版本以及出厂批次等可以对应硬件驱动版本的信息。将上述信息发送至备份服务器可以使备份服务器根据上述信息逐一检测备份数据中是否包含这些驱动程序,若不包含这种程序则可以进行相应的调整。
在本实施例中,以硬件版本信息为例对目标计算机进行硬件环境检测,以得到各硬件设备的硬件信息;将所述各硬件设备的硬件信息发送至备份服务器,以使所述备份服务器根据所述各硬件设备的硬件信息判断备份数据中是否存在对应版本的驱动程序,若不存在对应版本的驱动程序,则获取对应版本的驱动程序并根据对应版本的驱动程序调整备份数据,并反馈调整后的备份数据。
需要理解的是,对应版本的驱动程序可以通过供应商提供的驱动程序版本库获取,也可以自动从第三方网络资源进行下载,还可以生成提示信息以等待操作指令进行获取,本实施例对获取方法不加以限定。最后将获取到的驱动程序存入备份数据中的对应位置即可。
在本实施例中,检测对于不同的操作系统检测方法会有所差异,可以通过获取所述目标计算机的操作系统类型,根据所述操作系统类型选择预设检测手段,并根据所述预设检测手段对目标计算机进行硬件环境检测,以得到各硬件设备的硬件信息。通过上述方案可以避免在目标计算机操作系统不同时,业务系统重建由于无法检测硬件信息导致业务系统重建失败的情况。
需要理解的是,所述预设检测手段可以根据不同的操作系统做出不同的选择,例如:在做数据恢复时,先获取目标计算机的磁盘控制器、网卡等硬件设备的型号信息,然后检查备份的系统中是否已经安装对应的驱动程序。以Windows系统举例,在Windows中已安装的硬件驱动程序都存放在注册表如下的路径:“HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\总线类型”;又例如在linux系统中,所有已安装的硬件驱动程序都会打包到/boot/initramfs-xxxx.img这镜像中。所以,对上述的地方进行检查,就可以知道是否已经安装了目标计算机硬件设备的驱动程序。
需要明白的是,如果备份数据中没有安装对应硬件的驱动程序,那么就要尝试从预置的驱动中匹配对应的驱动程序,并安装到备份的操作系统中。Windows系统的安装方法就是把驱动拷贝到C:\Windows\System32\drivers目录中,然后在注册表中添加相应的配置信息;linux系统的安装方法是把硬件驱动程序打包到/boot/initramfs-xxxx.img镜像中。
步骤S20:获取备份服务器存储标识信息,并根据所述备份服务器存储标识信息判断目标计算机存储标识信息是否出现异常。
可以理解的是,目标计算机的磁盘上可能有残留数据,这些残留数据可能是一些不完整的磁盘分区、虚拟卷、文件系统的数据,也有可能是完整的磁盘分区、虚拟卷、文件系统的数据,但是做了数据恢复之后(有部分磁盘没有做数据恢复),数据变得不完整。恢复后的系统在启动的过程中若遇到这些残留数据,会启动失败,系统业务的恢复也就无法继续进行。因此需要将目标计算机磁盘上的标识与备份数据中的标识信息进行比对,以判断是否存在异常。
需要理解的是,所述备份服务器存储标识信息即为计算机存储设备中对应的标识信息,例如:磁盘的元数据或者超级块,包括:MBR(主引导记录)、GPT磁盘的分区表,动态卷、软件RAID(磁盘阵列)、LVM(逻辑卷管理)、ASM(自动存储管理)的元数据等,文件系统的超级块。所述标识信息主要用于表示数据存储的存储位置、历史数据、资源查找、文件记录、数据块大小、已用空间和可用空间等信息。
应当理解的是,所述存在异常可以是磁盘的分区大小不匹配,也可以是容易导致系统重建失败的残留数据,还可以是文件系统超级块出现重复,本实施例在此不加以限定,通过计算机存储标识信息的异常情况即可确定目标计算机存储设备不满足业务系统重建的要求,在检测到可能出现异常时,就需要进一步的对异常类型进行确认,以便后续步骤实施异常处理策略。
步骤S30:若所述目标计算机存储标识信息出现异常,则对目标计算机存储设备进行调整,以使目标计算机存储设备恢复正常。
需要理解的是,当所述目标计算机存储标识信息出现异常时,可以根据所述目标计算机存储标识信息判断所述目标计算机存储设备的异常类型,再根据所述异常类型对目标计算机存储设备进行调整,以使目标计算机存储设备恢复正常。
应当理解的是,所述存在异常可以是磁盘的分区大小不匹配,也可以是容易导致系统重建失败的残留数据,还可以是文件系统超级块出现重复,本实施例在此不加以限定,对应的调整方案可以是调整分区大小,也可以是清除残留数据,还可以是清除重复标识,本实施例对此不加以限定。
需要理解的是,若所述目标计算机存储标识信息出现异常,则说明目标计算机的存储设备中出现了出现了异常情况,需要根据目标计算机存储标识信息进行进一步的目标计算机存储标设备异常类型进行判断。
在具体实现中,检测方法可以包括,扫描前面识别出来的虚拟卷和物理卷(是一个磁盘或者分区),比较卷上文件系统的超级块,如果有重复的,可以判定存储设备中的文件系统超级块异常,再根据预设的文件系统超级块异常对应的处理方案对存储设备进行处理。处理方法可以是比对目标计算机中的卷和备份数据中的卷,将备份数据中对应卷的超级块保留,其他重复的卷都进行清除。
步骤S40:当目标计算机存储设备恢复正常时,根据所述调整后的备份数据对目标计算机业务系统进行重建。
需要理解的是,当目标计算机存储设备恢复正常时,即目标计算机存储设备可以正常写入备份数据,并且备份数据可以正常重建目标计算机业务系统以及计算机业务系统可以正常完成各业务功能。
需要明白的是,在做数据恢复的时候,先从备份数据中获取磁盘的分区、卷、文件系统等元数据,然后写入到目标计算机的对应磁盘的对应区域。这些元数据包括MBR、GPT磁盘的分区表,动态卷、软RAID、LVM、ASM的元数据,文件系统的超级块等。假设备份的数据中有3块磁盘,分别是1、2、3,目标计算机有5块磁盘,那么只需对其中的3块盘写入数据,分别是a、b、c,另外2块盘是多余的。
在具体实现中,可以写入目标计算机存储标识信息,再根据目标计算机存储标识信息写入业务数据,进一步根据所述业务数据重建业务系统,最后再根据配置信息进行依赖业务的配置以满足业务系统的正常运行。本实施例对此不加以限定,仅仅以此作为说明。
在本实施例中,当目标计算机存储标识信息恢复正常之前,还可以检测网络通信的可用性;相应的,所述当目标计算机存储设备恢复正常时,根据所述调整后的备份数据对目标计算机业务系统进行重建,包括:当目标计算机存储标识信息恢复正常且所述网络通信的可用性为网络通信正常时,根据所述调整后的备份数据对目标计算机业务系统进行重建。
需要明白的是,由于有些恢复后的系统在系统启动的早期阶段就要连接备份服务器,如果网络配置不当,连接不上备份服务器,系统启动就会卡住,导致业务无法恢复。为了识别这个风险,在做数据恢复之前,先把需要配置的ip地址、子网掩码、网关、路由、DNS等信息配置到目标计算机上,并尝试访问备份服务器以及依赖的业务系统,如果能正常访问,则可以用这个网络配置做数据恢复。否则,需通过界面提醒用户,该网络配置不能访问哪些服务器,重建后的业务系统可能无法正常工作,由用户决定是否执行后续的数据恢复操作。在对业务系统做整机备份的时候,需要先获取该系统和其他系统的网络连接情况,获取的方法很多,例如:可以用netstat命令,也可以调用系统接口函数。由于查询tcp连接的时候,获取到的信息是ip地址,而很多情况下应用程序访问业务系统的时候用的是域名或者主机名,所以需要尝试把获取到的ip地址转换成域名或者主机名。可以通过调用NetBIOS程序接口、“ipconfig/displaydns”命令、解析hosts文件等方法来获取ip地址和域名、主机名的对应关系。在执行数据恢复操作的时候,需要给恢复后的系统指定ip地址、子网掩码、网关、路由、DNS等信息,系统启动之后就会用这些信息配置网络,如果这些配置信息有误,系统可能无法正常工作。所以,在指定完网络配置信息后,需要检查这些配置的可用性。
在具体实现中,检测网络通信的可用性可以通过检测网络通信中的IP地址是否已被使用;若所述网络通信中的IP地址已被使用,则判定所述网络通信的可用性为IP地址异常;检测网络通信中的网络配置是否正常;若所述网络通信中的网络配置异常,则判定所述网络通信的可用性为网络配置异常;检测网络通信中的服务器连接是否正常;若所述网络通信中的服务器连接异常,则判定所述网络通信的可用性为服务器连接异常。
此外,IP异常可以在目标计算机上通过arp协议查询172.16.100.123这个ip对应的mac地址,如果能查询成功,说明这个ip地址已经在使用中,目标计算机还原后的系统不能使用172.16.100.123这个地址,需要通过界面提示用户重新配置ip地址。网络配置异常可以把ip地址、子网掩码、网关、路由、DNS配置到目标计算机上。配置完之后尝试用icmp协议探测网关、DNS是否可达,如果不可达,说明网络配置有问题,需要提示用户重新配置。服务器连接异常可以尝试通过tcp去连接备份服务器以及所依赖的服务器,因为有些服务器可能需要通过域名或者主机名去访问,所以在用ip地址访问失败的情况下,还需要尝试解析域名或者主机名,再用解析后的ip去访问服务器。如果有访问失败的情况,需要通过界面提示用户,某些服务器无法访问,重建后的业务系统可能无法正常工作,需要提前做网络环境的排查。经上述步骤检查之后,如果所有的服务器都能正常访问,那么说明所有的网络配置都是没有问题的,可以执行后续的数据恢复操作,重建后的业务系统可以正常工作。
本实施例通过对目标计算机进行业务系统重建前,先对目标计算机进行硬件环境检测得到各硬件设备的硬件信息,以使备份服务器根据各硬件设备的硬件信息调整备份数据;再获取备份服务器存储标识信息,并根据备份服务器存储标识信息判断目标计算机存储标识信息是否出现异常;若目标计算机存储标识信息出现异常,则对目标计算机存储标识信息进行调整;最后根据调整后的备份数据对目标计算机业务系统进行重建。实现了在做业务系统重建的时候,识别影响整机业务系统重建成功率的风险,并尝试自动修正,避免无法自动排查数据恢复当中的风险的问题,减少了因恢复异常消耗的时间,提升了数据恢复的整体效率,优化了用户的使用体验。
参考图3,图3为本发明一种业务系统重建方法第二实施例的流程示意图。
基于上述第一实施例,本实施例业务系统重建方法在所述步骤S30,具体包括:
步骤301:若所述目标计算机存储标识信息出现异常,则根据所述目标计算机存储标识信息判断所述目标计算机存储设备的异常类型。
需要理解的是,目标计算机的磁盘上可能有残留数据,这些残留数据可能是一些不完整的磁盘分区、虚拟卷、文件系统的数据,也有可能是完整的磁盘分区、虚拟卷、文件系统的数据,但是做了数据恢复之后存在有部分磁盘没有做数据恢复,数据变得不完整。恢复后的系统在启动的过程中若遇到这些残留数据,会启动失败,系统业务的恢复也就无法继续进行。另一方面可能存在目标计算机分区大小不满足目标计算机业务恢复要求的情况,需要通过不同的检测方法对目标计算机的异常类型进行判断。
在本实施例中,根据所述备份服务器存储标识信息得到目标计算机分区状态;若所述目标计算机分区状态为不正常分区,则判定目标计算机存储标识信息异常类型为分区异常。
在具体实现中,判断目标计算机分区状态可以通过重新扫描目标计算机所有磁盘以及磁盘的分区表,检查分区表的有效性。如果发现不正常的分区例如:分区起始、结束位置大于整个磁盘大小的,则说明目标计算机磁盘的大小出现了不满足要求的情况,此时还原后的系统可能启动失败的问题。
此外,分析扫描出来的文件系统超级块,检查超级块中保存的卷的容量以及实际卷的容量,若实际卷的容量小于超级块中卷的容量,则同样存在磁盘的大小不满足要求的情况,此时重建后的业务系统可能出现数据丢失。
在本实施例中,将所述备份服务器存储标识信息与所述目标计算机存储标识信息进行比对,以判断目标计算机是否存在重复存储标识;若所述目标计算机存在重复存储标识,则判定所述目标计算机存储标识信息异常类型为标识异常。
在具体实现中,判断目标计算机标识异常可以通过对前面扫描出来的磁盘、分区进行分析,检查元数据区域有没有重复的磁盘分区标识(磁盘、分区用来创建动态卷、软件RAID、LVM、ASM等虚拟卷之后,磁盘、分区的头部或者尾部会写入相应的元数据信息,用于标识该磁盘、分区是虚拟卷的一部分),如果存在重复的标识,则可能会造成恢复后的系统启动失败,系统业务的恢复也就无法继续进行。
在本实施例中,将所述备份服务器存储标识信息与所述目标计算机存储标识信息进行比对,以判断目标计算机是否存在重复超级块信息;若所述目标计算机存在重复超级块信息,则判定所述目标计算机存储标识信息异常类型为超级块异常。
在具体实现中,扫描前面识别出来的虚拟卷和物理卷(是一个磁盘或者分区),比较卷上文件系统的超级块,如果有重复的,则说明超级块异常。
步骤302:根据所述异常类型对目标计算机存储设备进行调整,以使目标计算机存储设备恢复正常。
在本实施例中,当所述异常类型为分区异常时,根据所述备份服务器存储标识信息调整目标计算机存储分区,以使目标计算机存储设备恢复正常;当所述异常类型为标识异常时,清除目标计算机的重复标识,并写入备份服务器存储标识信息,以使目标计算机存储设备恢复正常。
在具体实现中,如果异常类型为标识异常时,则需把重复的目标计算机的标识抹掉。假设目标机的磁盘a、b、c都存在重复的标识,并且在磁盘a上出现了2次,第1次在磁盘偏移1GB的地方,第2次出现在偏移100GB的地方。而在备份服务器的备份数据中,只在磁盘1的偏移100GB的地方出现该标识,那么在目标计算机上,除了磁盘a的100GB偏移处的标识,其他的都要清除掉。
进一步的,待清理完所有重复标识后,再对所有的磁盘或者分区进行分析、组装,尝试拼凑动态卷、软RAID、LVM、ASM等虚拟卷,如果还有拼凑失败的则说明还有残留数据没有彻底清除,此时可把组成该卷的成员磁盘、成员分区上的标识清除掉,因为这些标识不是备份数据中的(如果是的话,原机系统会工作不正常,所以可以识别为残留的数据)。比如目标主机有a、b、c、d等4个磁盘,组成了一个LVM虚拟卷,而备份的数据中只有2个磁盘,如果把备份点中的2个磁盘的元数据写入到目标机的a和b磁盘上,那么c、d就变成了一个残缺的LVM卷(因为缺少了a和b上的标识),这个残缺卷可能导致系统的程序工作异常,所以需要把c和d上残留的LVM元数据清理掉。
此外,如果异常类型为分区异常时,可以调整目标计算机磁盘的大小,以使目标计算机存储设备恢复正常即满足备份数据的磁盘要求。
在本实施例中,当所述异常类型为超级块异常时,清除目标计算机的超级块信息,并写入备份服务器的超级块信息,以使目标计算机存储设备恢复正常。
在具体实现中,清除重复超级块的方法和重复标识的方法相似,将目标计算机中备份数据中对应卷的超级块保留,其他的都清除掉。
本实施例通过若所述目标计算机存储标识信息出现异常,则根据所述目标计算机存储标识信息判断所述目标计算机存储设备的异常类型;根据所述异常类型对目标计算机存储设备进行调整,以使目标计算机存储设备恢复正常。由于根据异常类型对目标计算机的异常类型进行处理,可以避免数据残留以及存储设备空间问题导致系统启动失败的风险,保证操作系统的正常启动。
此外,本发明实施例还提出一种存储介质,所述存储介质上存储有业务系统重建程序,所述业务系统重建程序被处理器执行时实现如上文所述的业务系统重建方法的步骤。
参照图4,图4为本发明业务系统重建装置第一实施例的结构框图。
如图4所示,本发明实施例提出的业务系统重建装置包括:
检测模块10,用于在对目标计算机进行业务系统重建前,对目标计算机进行硬件环境检测,以得到各硬件设备的硬件信息,并将所述各硬件设备的硬件信息发送至备份服务器,以使所述备份服务器根据所述各硬件设备的硬件信息调整备份数据,并反馈调整后的备份数据;
处理模块20,用于获取备份服务器存储标识信息,并根据所述备份服务器存储标识信息判断目标计算机存储标识信息是否出现异常;
所述处理模块20,还用于若所述目标计算机存储标识信息出现异常,则对目标计算机存储设备进行调整,以使目标计算机存储设备恢复正常;
所述处理模块20,还用于当目标计算机存储设备恢复正常时,根据所述调整后的备份数据对目标计算机业务系统进行重建。
本实施例通过检测模块10对目标计算机进行业务系统重建前,先对目标计算机进行硬件环境检测得到各硬件设备的硬件信息,以使备份服务器根据各硬件设备的硬件信息调整备份数据;处理模块20再获取备份服务器存储标识信息,并根据备份服务器存储标识信息判断目标计算机存储标识信息是否出现异常;处理模块20若目标计算机存储标识信息出现异常,则对目标计算机存储标识信息进行调整;处理模块20最后根据调整后的备份数据对目标计算机业务系统进行重建。实现了在做业务系统重建的时候,识别影响整机业务系统重建成功率的风险,并尝试自动修正,避免无法自动排查数据恢复当中的风险的问题,减少了因恢复异常消耗的时间,提升了数据恢复的整体效率,优化了用户的使用体验。
在一实施例中,所述检测模块10还用于对目标计算机进行硬件环境检测,以得到各硬件设备的硬件信息;将所述各硬件设备的硬件信息发送至备份服务器,以使所述备份服务器根据所述各硬件设备的硬件信息判断备份数据中是否存在对应版本的驱动程序,若不存在对应版本的驱动程序,则获取对应版本的驱动程序并根据对应版本的驱动程序调整备份数据,并反馈调整后的备份数据。
在一实施例中,所述处理模块20还用于若所述目标计算机存储标识信息出现异常,则根据所述目标计算机存储标识信息判断所述目标计算机存储设备的异常类型;根据所述异常类型对目标计算机存储设备进行调整,以使目标计算机存储设备恢复正常。
在一实施例中,所述处理模块20还用于根据所述备份服务器存储标识信息得到目标计算机分区状态;若所述目标计算机分区状态为不正常分区,则判定目标计算机存储标识信息异常类型为分区异常。
在一实施例中,所述处理模块20还用于将所述备份服务器存储标识信息与所述目标计算机存储标识信息进行比对,以判断目标计算机是否存在重复存储标识;若所述目标计算机存在重复存储标识,则判定所述目标计算机存储标识信息异常类型为标识异常。
在一实施例中,所述处理模块20还用于当所述异常类型为分区异常时,根据所述备份服务器存储标识信息调整目标计算机存储分区,以使目标计算机存储设备恢复正常;当所述异常类型为标识异常时,清除目标计算机的重复标识,并写入备份服务器存储标识信息,以使目标计算机存储设备恢复正常。
在一实施例中,所述处理模块20还用于检测网络通信的可用性;相应的,所述当目标计算机存储设备恢复正常时,根据所述调整后的备份数据对目标计算机业务系统进行重建,包括:当目标计算机存储标识信息恢复正常且所述网络通信的可用性为网络通信正常时,根据所述调整后的备份数据对目标计算机业务系统进行重建。
应当理解的是,以上仅为举例说明,对本发明的技术方案并不构成任何限定,在具体应用中,本领域的技术人员可以根据需要进行设置,本发明对此不做限制。
需要说明的是,以上所描述的工作流程仅仅是示意性的,并不对本发明的保护范围构成限定,在实际应用中,本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的,此处不做限制。
另外,未在本实施例中详尽描述的技术细节,可参见本发明任意实施例所提供的业务系统重建方法,此处不再赘述。
此外,需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如只读存储器(Read Only Memory,ROM)/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种业务系统重建方法,其特征在于,所述方法包括:
在对目标计算机进行业务系统重建前,对目标计算机进行硬件环境检测,以得到各硬件设备的硬件信息,并将所述各硬件设备的硬件信息发送至备份服务器,以使所述备份服务器根据所述各硬件设备的硬件信息调整备份数据,并反馈调整后的备份数据;
获取备份服务器存储标识信息,并根据所述备份服务器存储标识信息判断目标计算机存储标识信息是否出现异常;
若所述目标计算机存储标识信息出现异常,则对目标计算机存储设备进行调整,以使目标计算机存储设备恢复正常;
当目标计算机存储设备恢复正常时,根据所述调整后的备份数据对目标计算机业务系统进行重建。
2.如权利要求1所述的方法,其特征在于,所述对目标计算机进行硬件环境检测,以得到各硬件设备的硬件信息,并将所述各硬件设备的硬件信息发送至备份服务器,以使所述备份服务器根据所述各硬件设备的硬件信息调整备份数据,并反馈调整后的备份数据,包括:
对目标计算机进行硬件环境检测,以得到各硬件设备的硬件信息;
将所述各硬件设备的硬件信息发送至备份服务器,以使所述备份服务器根据所述各硬件设备的硬件信息判断备份数据中是否存在对应版本的驱动程序,若不存在对应版本的驱动程序,则获取对应版本的驱动程序并根据对应版本的驱动程序调整备份数据,并反馈调整后的备份数据。
3.如权利要求1所述的方法,其特征在于,所述若所述目标计算机存储标识信息出现异常,则对目标计算机存储设备进行调整,以使目标计算机存储设备恢复正常,包括:
若所述目标计算机存储标识信息出现异常,则根据所述目标计算机存储标识信息判断所述目标计算机存储设备的异常类型;
根据所述异常类型对目标计算机存储设备进行调整,以使目标计算机存储设备恢复正常。
4.如权利要求3所述的方法,其特征在于,所述根据所述目标计算机存储标识信息判断所述目标计算机存储标识信息的异常类型,包括:
根据所述备份服务器存储标识信息得到目标计算机分区状态;
若所述目标计算机分区状态为不正常分区,则判定目标计算机存储标识信息异常类型为分区异常。
5.如权利要求3所述的方法,其特征在于,所述根据所述目标计算机存储标识信息判断所述目标计算机存储标识信息的异常类型,包括:
将所述备份服务器存储标识信息与所述目标计算机存储标识信息进行比对,以判断目标计算机是否存在重复存储标识;
若所述目标计算机存在重复存储标识,则判定所述目标计算机存储标识信息异常类型为标识异常。
6.如权利要求3所述的方法,其特征在于,所述根据所述异常类型对目标计算机存储设备进行调整,以使目标计算机存储设备恢复正常,包括:
当所述异常类型为分区异常时,根据所述备份服务器存储标识信息调整目标计算机存储分区,以使目标计算机存储设备恢复正常;
当所述异常类型为标识异常时,清除目标计算机的重复标识,并写入备份服务器存储标识信息,以使目标计算机存储设备恢复正常。
7.如权利要求1~6中任一项所述的方法,其特征在于,所述当目标计算机存储设备恢复正常时,根据所述调整后的备份数据对目标计算机业务系统进行重建之前,还包括:
检测网络通信的可用性;
相应的,所述当目标计算机存储设备恢复正常时,根据所述调整后的备份数据对目标计算机业务系统进行重建,包括:
当目标计算机存储标识信息恢复正常且所述网络通信的可用性为网络通信正常时,根据所述调整后的备份数据对目标计算机业务系统进行重建。
8.一种业务系统重建装置,其特征在于,所述业务系统重建装置包括:
检测模块,用于在对目标计算机进行业务系统重建前,对目标计算机进行硬件环境检测,以得到各硬件设备的硬件信息,并将所述各硬件设备的硬件信息发送至备份服务器,以使所述备份服务器根据所述各硬件设备的硬件信息调整备份数据,并反馈调整后的备份数据;
处理模块,用于获取备份服务器存储标识信息,并根据所述备份服务器存储标识信息判断目标计算机存储标识信息是否出现异常;
所述处理模块,还用于若所述目标计算机存储标识信息出现异常,则对目标计算机存储设备进行调整,以使目标计算机存储设备恢复正常;
所述处理模块,还用于当目标计算机存储设备恢复正常时,根据所述调整后的备份数据对目标计算机业务系统进行重建。
9.一种业务系统重建设备,其特征在于,所述设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务系统重建程序,所述业务系统重建程序配置为实现如权利要求1至7中任一项所述的业务系统重建方法的步骤。
10.一种存储介质,其特征在于,所述存储介质上存储有业务系统重建程序,所述业务系统重建程序被处理器执行时实现如权利要求1至7任一项所述的业务系统重建方法的步骤。
CN202011556132.4A 2020-12-24 2020-12-24 业务系统重建方法、装置、设备及存储介质 Active CN112579359B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011556132.4A CN112579359B (zh) 2020-12-24 2020-12-24 业务系统重建方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011556132.4A CN112579359B (zh) 2020-12-24 2020-12-24 业务系统重建方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN112579359A true CN112579359A (zh) 2021-03-30
CN112579359B CN112579359B (zh) 2024-05-03

Family

ID=75139729

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011556132.4A Active CN112579359B (zh) 2020-12-24 2020-12-24 业务系统重建方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN112579359B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112527336A (zh) * 2020-12-24 2021-03-19 深圳市科力锐科技有限公司 操作系统软件安装方法、装置、设备及存储介质
CN117112313A (zh) * 2023-10-23 2023-11-24 深圳市科力锐科技有限公司 业务容灾切换方法、装置、设备及存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102681915A (zh) * 2011-01-17 2012-09-19 三星电子株式会社 计算机系统及其程序恢复方法
CN107992381A (zh) * 2017-12-11 2018-05-04 深圳市科力锐科技有限公司 系统还原方法、装置、系统、备份还原服务器及存储介质
US10223224B1 (en) * 2016-06-27 2019-03-05 EMC IP Holding Company LLC Method and system for automatic disk failure isolation, diagnosis, and remediation
CN109614267A (zh) * 2018-12-06 2019-04-12 Oppo广东移动通信有限公司 一种修复开机异常问题的方法、装置、存储介质及终端
CN110941515A (zh) * 2019-12-04 2020-03-31 深圳市科力锐科技有限公司 主机备份重建方法、装置、服务器及存储介质
CN111092946A (zh) * 2019-12-18 2020-05-01 博依特(广州)工业互联网有限公司 一种应用于边缘计算网关的数据处理方法及系统
CN111651304A (zh) * 2020-07-16 2020-09-11 南方电网数字电网研究院有限公司 基于双芯智能电表的软件恢复方法、装置和计算机设备
US10866742B1 (en) * 2014-08-04 2020-12-15 Nexgen Storage, Inc. Archiving storage volume snapshots

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102681915A (zh) * 2011-01-17 2012-09-19 三星电子株式会社 计算机系统及其程序恢复方法
US10866742B1 (en) * 2014-08-04 2020-12-15 Nexgen Storage, Inc. Archiving storage volume snapshots
US10223224B1 (en) * 2016-06-27 2019-03-05 EMC IP Holding Company LLC Method and system for automatic disk failure isolation, diagnosis, and remediation
CN107992381A (zh) * 2017-12-11 2018-05-04 深圳市科力锐科技有限公司 系统还原方法、装置、系统、备份还原服务器及存储介质
CN109614267A (zh) * 2018-12-06 2019-04-12 Oppo广东移动通信有限公司 一种修复开机异常问题的方法、装置、存储介质及终端
CN110941515A (zh) * 2019-12-04 2020-03-31 深圳市科力锐科技有限公司 主机备份重建方法、装置、服务器及存储介质
CN111092946A (zh) * 2019-12-18 2020-05-01 博依特(广州)工业互联网有限公司 一种应用于边缘计算网关的数据处理方法及系统
CN111651304A (zh) * 2020-07-16 2020-09-11 南方电网数字电网研究院有限公司 基于双芯智能电表的软件恢复方法、装置和计算机设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
AVITA KATAL等: "Information storage on the cloud: A survey of effective storage management system", 《2012 STUDENTS CONFERENCE ON ENGINEERING AND SYSTEMS》, 14 May 2012 (2012-05-14), pages 1 - 6 *
朱旭光: "基于内核驱动的实时备份技术的研究", 《信息通信》, 15 December 2010 (2010-12-15), pages 13 - 16 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112527336A (zh) * 2020-12-24 2021-03-19 深圳市科力锐科技有限公司 操作系统软件安装方法、装置、设备及存储介质
CN112527336B (zh) * 2020-12-24 2024-03-12 深圳市科力锐科技有限公司 操作系统软件安装方法、装置、设备及存储介质
CN117112313A (zh) * 2023-10-23 2023-11-24 深圳市科力锐科技有限公司 业务容灾切换方法、装置、设备及存储介质
CN117112313B (zh) * 2023-10-23 2024-02-13 深圳市科力锐科技有限公司 业务容灾切换方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN112579359B (zh) 2024-05-03

Similar Documents

Publication Publication Date Title
CN106557384B (zh) 基于Linux的数据处理方法、装置和系统
CN101765837B (zh) 网络上的固件检索
CN112579359B (zh) 业务系统重建方法、装置、设备及存储介质
CN111835571A (zh) 智能网卡初始化方法、装置、计算机设备和存储介质
US20060253555A1 (en) Remote control apparatus
CN113485755B (zh) 设备驱动程序验证方法、装置、设备及存储介质
US20080071845A1 (en) System environment recovery method
CN106911508B (zh) Dns配置的恢复方法和装置
CN112882871B (zh) 主机冲突检测方法、装置、设备及存储介质
CN110688130A (zh) 物理机部署方法、装置、可读存储介质及电子设备
CN110941516A (zh) 操作系统还原方法、装置、设备及存储介质
US8065561B1 (en) Method and apparatus for automating device recovery using device configuration information
Cisco Loading System Images and Configuration Files
Cisco Loading System Images and Configuration Files
Cisco Loading System Images and Configuration Files
Cisco Loading System Images and Configuration Files
Cisco Loading System Images and Configuration Files
Cisco Loading System Images and Configuration Files
Cisco Loading System Images and Configuration Files
Cisco Loading System Images and Configuration Files
Cisco Loading System Images and Configuration Files
Cisco Loading System Images and Configuration Files
Cisco Loading System Images, Microcode Images, and Configuration Files
Cisco Loading System Images and Configuration Files
Cisco Loading System Images and Configuration Files

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant