CN114020541A - 备份数据展示方法、装置、设备及存储介质 - Google Patents

Abstract

本发明属于数据处理技术领域，公开了一种备份数据展示方法、装置、设备及存储介质。该方法包括：根据所述备份信息创建虚拟磁盘，所述虚拟磁盘中包含备份数据；根据所述虚拟磁盘得到磁盘分区信息；根据所述磁盘分区信息识别挂载点信息；根据所述挂载点信息和备份数据生成预设结构的文件结构；根据所述文件结构进行备份数据的展示。通过上述方式，实现了备份数据的结构化展示，由于备份数据是以数据形式存储于服务器中的，由于不使用代理程序的情况下备份数据无法以源主机中的结构形式进行展示，因此，本发明通过对备份数据中磁盘数据分析得到原有结构的数据信息，满足了在数据恢复前也可以查看备份数据中的结构信息的功能。

Description

备份数据展示方法、装置、设备及存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种备份数据展示方法、装置、设备及存储介质。

背景技术

在计算机灾备领域，存在一种非代理程序备份方式。非代理程序备份方式在无须安装代理程序的情况下完成备份，这在虚拟化平台上，有着显著的部署优势，但是在带来便利的同时，存在着缺陷。

一般来说，由于无法安装代理程序，那么也就意味着无法获取虚拟机中操作系统的详细信息，例如：操作系统版本，硬件驱动信息等等。这些信息在灾备恢复的时候非常重要，有了这些信息，备份信息不再仅仅是磁盘数据，而是可以有多种恢复方式。因此，在没有代理程序备份的场景下，数据需要以原有的结构进行数据展示以供用户进行查询和调取将一般会通过人工编辑的方式进行，在存储设备庞大的情况下将十分困难，因此如何将非代理程序备份数据按原有的树形结构组织起来成为亟待解决的问题。

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

发明内容

本发明的主要目的在于提供一种备份数据展示方法、装置、设备及存储介质，旨在解决现有技术如何将非代理程序备份数据按原有的树形结构组织起来的技术问题。

为实现上述目的，本发明提供了一种备份数据展示方法，所述方法包括以下步骤:

获取备份磁盘的备份信息；

根据所述备份信息创建虚拟磁盘，所述虚拟磁盘中包含备份数据；

根据所述虚拟磁盘得到磁盘分区信息；

根据所述磁盘分区信息识别挂载点信息；

根据所述挂载点信息和备份数据生成预设结构的文件结构；

根据所述文件结构进行备份数据的展示。

可选的，所述根据所述磁盘分区信息识别挂载点信息，包括：

根据所述磁盘分区信息确定卷设备信息；

根据所述卷设备信息确定系统卷；

根据所述系统卷的特征信息确定挂载点信息。

可选的，所述根据所述卷设备信息确定系统卷，包括：

根据所述卷设备信息将卷设备挂载到临时目录；

对所述临时目录进行筛选得到特征目录；

根据所述特征目录确定系统卷。

可选的，所述根据所述系统卷的特征信息确定挂载点信息，包括：

根据所述系统卷的特征信息确定源系统的系统类型；

在所述系统类型为Windows系统时，根据所述特征信息确定所述源系统的注册表信息，根据所述注册表信息得到挂载源和挂载目标信息；

根据所述挂载源和挂载目标信息确定挂载信息。

可选的，所述根据所述系统卷的特征信息确定挂载点信息，包括：

根据所述系统卷的特征信息确定源系统的系统类型；

在所述系统类型为Linux系统时，根据所述特征信息查找系统信息文件；

根据所述系统信息文件获取挂载源和挂载目标信息；

根据所述挂载源和挂载目标信息确定挂载信息。

可选的，所述根据所述挂载点信息和备份数据生成预设结构的文件结构，包括：

根据所述挂载点信息和备份数据构建目录树；

根据所述目录树中确定对应备份数据的链接路径信息；

根据所述链接路径信息对目录树进行修正生成预设结构的文件结构。

可选的，所述根据所述挂载点信息和备份数据生成预设结构的文件结构，包括：

根据所述挂载点信息确定挂载源和挂载目标信息；

根据所述挂载源和挂载目标信息重建源系统的目录树；

将所述目录树与备份数据相关联生成预设结构的文件结构。

此外，为实现上述目的，本发明还提出一种备份数据展示装置，所述备份数据展示装置包括：

获取模块，用于获取备份磁盘的备份信息；

控制模块，用于根据所述备份信息创建虚拟磁盘，所述虚拟磁盘中包含备份数据；

处理模块，用于根据所述虚拟磁盘得到磁盘分区信息；

所述处理模块，还用于根据所述磁盘分区信息识别挂载点信息；

所述处理模块，还用于根据所述挂载点信息和备份数据生成预设结构的文件结构；

所述控制模块，还用于根据所述文件结构进行备份数据的展示。

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

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

本发明获取备份磁盘的备份信息；根据所述备份信息创建虚拟磁盘，所述虚拟磁盘中包含备份数据；根据所述虚拟磁盘得到磁盘分区信息；根据所述磁盘分区信息识别挂载点信息；根据所述挂载点信息和备份数据生成预设结构的文件结构；根据所述文件结构进行备份数据的展示。通过上述方式，实现了备份数据的结构化展示，由于备份数据是以数据形式存储于服务器中的，由于不使用代理程序的情况下备份数据无法以源主机中的结构形式进行展示，只能在新主机进行系统重建时展现出来，但很多情况在不做系统重建时技术人员也有查看备份数据中的结构信息的需求，因此，本发明通过对备份数据中磁盘数据分析得到原有结构的数据信息，满足了在数据恢复前技术人员也可以查看备份数据中的结构信息的功能。

附图说明

图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：获取备份磁盘的备份信息。

需要理解的是，本实施例的执行主体为智能终端设备，所述智能终端设备可以为服务器，也可以为电脑，还可以为其他与电脑功能相同或者相似的其他设备，本实施例对此不加以限定。

可以理解的是，本实施例应用于完成备份后数据处于备份服务器当中的阶段，由于此时的数据是以纯数据的形式存储于服务器中的，虽然其数据中包含了一些用于识别原结构的标识信息，但其本身是没有什么数据结构的，因此，此时直接调出数据进行查看是杂乱无章的状态无法直接提供给技术人员查看，而在进行数据恢复业务前，用户可能会存在查看数据的需求，以为数据恢复业务提供便利，因此，本实施例通过将备份服务器中的备份数据重构，组织成树形结构以展示给用户，为数据恢复业务提供便利的同时，满足了用户查看数据的需求。

在具体实现中，所述备份磁盘即为备份数据的来源的源磁盘，即备份数据是从原磁盘备份到备份服务器中的。由于是对源虚拟机做全盘数据备份，所以备份后的数据包含有磁盘的类型信息、分区表信息、文件系统元数据信息、虚拟卷（如Linux的LVM、软RAID，windows的动态盘……）成员盘的元数据信息；此外，备份信息还包含了，原虚拟机磁盘中存储的业务数。

步骤S20：根据所述备份信息创建虚拟磁盘，所述虚拟磁盘中包含备份数据。

需要说明的是，根据所述备份信息创建虚拟磁盘，即为使用虚拟磁盘技术以备份服务器中的数据为数据源组成磁盘格式，例如：执行备份，将备份数据存储在备份服务器。数据备份完毕之后，通过虚拟磁盘技术，把源主机的磁盘和数据虚拟出来，每个虚拟磁盘对应源主机的一个磁盘，并且其中的备份数据也是一样对应源主机中的数据。

步骤S30：根据所述虚拟磁盘得到磁盘分区信息。

可以理解的是，根据所述虚拟磁盘得到磁盘分区信息即为在虚拟磁盘创建后根据虚拟磁盘中虚拟源磁盘和备份数据的基础上对虚拟磁盘进行分析，得到磁盘的分区情况。

具体的可以通过磁盘类型去进一步的获取磁盘的分区信息，例如：分析每个虚拟磁盘的磁盘类型以及分区信息，磁盘类型可能是GPT的，也可能是MBR的，或者是其他的，然后根据磁盘类型去获取磁盘的分区信息。

步骤S40：根据所述磁盘分区信息识别挂载点信息。

可以理解的是，如果磁盘分区可以直接当成一个独立的卷来使用，那么可以在这个卷上创建文件系统，进行数据的存放。这个情况下只需要识别该卷的文件系统类型，再把这个卷挂载起来，即可访问里面的文件。而如果磁盘分区是一个虚拟卷的成员之一，也就是说该卷实际上是由多个分区组成的，那么这些卷的成员分区必须同时存在，该卷上的数据才能正常识别，因此需要获取到这几个分区的分区信息才能进一步对这一个虚拟卷进行分析。如windows的动态盘，Linux下的软raid及btrfs文件系统，都是把多个磁盘分区按照特定组织格式（如raid0、raid1、raid5等），组建成一个虚拟卷来使用。这个情况下需要找到该卷的所有分区信息，并根据该虚拟卷的组织格式，重组这个虚拟卷，识别卷的文件系统和把卷挂载起来，这样里面的文件就可以访问了。

需要说明的是，一般来说获取磁盘的分区信息，再根据磁盘的分区信息组成虚拟卷即可访问卷上的数据，再对卷中的数据进行进一步的分析，找到卷中的挂载点信息，为后续的文件按原有结构展示奠定基础。

在具体实现中，挂载点信息即为记载各个卷设备在系统上的挂载目录位置。其中包含了挂载源和挂载目标，其中挂载源即为卷设备的标识信息，进一步的，卷设备标识信息的表现形式多种多样，例如：在实际应用中“\XX\Volume{f76e9775-4c5b-11e9-8a26-34238759f3ab}”为Windows上的卷设备名，其中XX可以为两个问号，“/dev/sdb1”为Linux上的卷设备名，另一方面挂载目标为该卷在源系统中的挂载目标目录，例如：“\DosDevices\C”就是对应系统中的“C:\”这个目录。

步骤S50：根据所述挂载点信息和备份数据生成预设结构的文件结构。

需要说明的是，当获取到了挂载点信息后，就可以知道源系统中卷设备与挂载目录之间的关系，根据挂载点信息在备份服务器中重建一个目录再将该目录与备份数据根目录进行关联，再在这个目录下创建各级挂载目录，最后把各个卷设备挂载到对应的目录上，即可得到一个源系统对应的文件结构，其中，预设结构即为源系统中的文件目录结构，这种结构一般为树形结构，例如：每个卷有一个根目录，在根目录中可以包含若干子目录和文件，在子目录中不但可以包含文件，而且还可以包含下一级子目录，这样类推下去就构成了多级目录结构，也就是文件目录的树形结构。对于windows系统，每个卷（分区）的下文件、目录都是以树形结构组织的，而这些卷、分区的盘符，也是挂载在一个虚拟的命名空间中，这个命名空间也是以树形结构组织的；对于linux系统，从根目录开始，所有的文件、目录都是以树形结构组织的，每个卷都是挂载到特定的目录上。在本实施例中，根据所述挂载点信息确定挂载源和挂载目标的信息；根据所述挂载源和挂载目标的信息重建源系统的目录树；将所述目录树与备份数据相关联生成预设结构的文件结构（也就是把卷设备挂载到对应的目录上）。

可以理解的是，挂载源即为卷设备的标识信息，例如：在实际应用中“\XX\Volume{f76e9775-4c5b-11e9-8a26-34238759f3ab}”为卷设备在系统中的名字，其中XX可以为两个问号，另一方面挂载目标就是卷在系统中挂载的目标目录，例如：“\DosDevices\C”就是对应系统中的“C:\”这个目录。根据上述信息，可以在备份服务器上重建一个临时的虚拟目录（相当于源系统的根目录），然后再该目录下创建挂载目录，该虚拟根目录下的目录结构与源系统中根目录下的目录是一致的，之后再根据挂载点信息把挂载源（也就是卷设备）挂载到目标目录上，即可以得到源系统的文件结构。

在本实施例中，根据所述挂载点信息和备份数据构建目录树；根据所述目录树中确定对应备份数据的链接路径信息；根据所述链接路径信息对目录树进行修正生成预设结构的文件结构。

具体的，挂载之后，还需要修正文件系统中的链接。不管Windows还是Linux系统，都存在链接文件，所以都要做修正。链接指的是对一个文件或目录的引用，可以通过链接访问真实的文件。例如存在如下2种方式的链接：/home/data -> /data, /home/data ->../../data。2种方式的最终效果都是一样，都可以通过访问/home/data进而访问到/data。第一种链接的目标是绝对路径，第二种链接目标是相对路径。由于我们挂载后的根并不是/，而是其它目录/rebuild，如果链接是绝对路径，那么这个链接就会失效。这个时候我们就需要对绝对路径的链接进行修正，例如将/rebuild/home/data -> /data修正成/rebuild/home/data -> /rebuild/data。或者/rebuild/home/data -> ../../data。待所有的卷都挂载完毕，即可重建出原系统一模一样的树形结构，也就是，/rebuild目录下的文件组织结构和源系统根目录下文件组织结构是一样的。

步骤S60：根据所述文件结构进行备份数据的展示。

可以理解的是，组织成原来的树形结构之后，可以通过web服务、或者文件共享服务把整个树形结构里面的文件、目录共享出去。用户可以通过文件共享、web页面在树形结构中定位需要的文件，进行数据验证或者数据恢复，简单方便，用户体验好。

本实施例获取备份磁盘的备份信息；根据所述备份信息创建虚拟磁盘，所述虚拟磁盘中包含备份数据；根据所述虚拟磁盘得到磁盘分区信息；根据所述磁盘分区信息识别挂载点信息；根据所述挂载点信息和备份数据生成预设结构的文件结构；根据所述文件结构进行备份数据的展示。通过上述方式，实现了备份数据的结构化展示，由于备份数据是以零散数据片形式存储于服务器中的，由于不使用代理程序的情况下备份数据无法以源主机中的结构形式进行展示，只能在新主机进行系统重建后才能展现出来，但很多情况在不做系统重建时技术人员也有查看备份数据中的结构信息的需求，因此，本发明通过对备份数据中磁盘数据分析得到原有结构的数据信息，满足了在数据恢复前技术人员也可以查看备份数据中的结构信息的功能。

参考图3，图3为本发明一种备份数据展示方法第二实施例的流程示意图。

基于上述第一实施例，本实施例备份数据展示方法在所述步骤S10之前，还包括：

步骤S41：根据所述磁盘分区信息确定卷设备信息。

需要说明的是，根据磁盘的分区信息，可以得到各个卷是怎样组成的，进而将不同分区重组成卷，最终得到卷设备信息。其中，组成卷的过程，一般取决于源系统中卷和分区的对应关系，可以通过识别磁盘分区头部或尾部的元数据得知卷和分区的对应关系，如果磁盘分区直接当成一个独立的卷来使用，在这个卷上创建文件系统，存放数据。这个情况下只需要识别该卷的文件系统类型，把这个卷挂载起来，即可访问里面的文件。如果磁盘分区是一个虚拟卷的成员之一，该卷由多个分区组成，这些分区必须同时存在，该卷上的数据才能正常识别。如windows的动态盘，Linux下的软raid及btrfs文件系统，都是把多个磁盘分区按照特定组织格式（如raid0、raid1、raid5等），组建成一个虚拟卷来使用。这个情况下需要找到该卷的所有分区，并根据该虚拟卷的组织格式，重组这个虚拟卷，识别卷的文件系统和把卷挂载起来，这样里面的文件就可以访问了。

步骤S42：根据所述卷设备信息确定系统卷。

需要说明的是，由于挂载点的相关信息一般存储于系统卷中，因此，需要根据卷设备的信息对卷设备进行筛选，以找到系统卷，通过系统卷中的数据进一步确定挂载点。其中，卷设备信息可以为各个卷设备的文件系统信息和卷上的文件。

在本实施中，提出一种筛选系统卷的优选方案，例如：根据所述卷设备信息将卷设备挂载到临时目录；对所述临时目录进行筛选得到特征目录；根据所述特征目录确定系统卷。其中，筛选系统卷的过程可以为：先创建一个临时目录，根据卷设备信息将卷挂载到该临时目录中，得到一个挂载后的临时目录，再对挂载后的临时目录的特征进行分析判断其是否为系统卷的特征目录，如是，则确定该卷为系统卷。例如：首先将上一步获取到的卷设备逐一挂载到临时目录（每个卷一个单独目录），然后根据每个卷的特征数据定位到系统卷，其中，不同系统特征目录可能不同。对于Windows系统卷存在如下特征目录：\windows、\windows\system32及\windows\system32\drivers。对于Linux系统卷存在如下特征目录：/lib、/lib64、/sbin及/usr。

步骤S43：根据所述系统卷的特征信息确定挂载点信息。

需要说明的是，由于挂载点信息一般存储于系统卷中，但无法直接得到，这是因为不同的系统中存储挂载点信息的位置也不同，如果通过单一的寻址方式是无法适用于全部的系统中的，因此需要根据不同的系统类型选择差异性的识别方式进行寻找。

在本实施例中，根据所述系统卷的特征信息确定源系统的系统类型；根据所述系统类型和特征信息确定挂载点信息。最常见的系统类型为Windows系统和Linux系统，因此，本实施例以这两种系统为例进行说明。

在本实施例中，在所述系统类型为Windows系统时，根据所述特征信息确定所述源系统的注册表信息，根据所述注册表信息得到挂载源和挂载目标信息；根据所述挂载源和挂载目标信息确定卷设备和挂载点的关系。例如：挂载信息是存储到源备份系统注册表中的。

其中，需要加载源备份系统的注册表（注册表文件的路径：C:\windows\system32\config\system, 其中C是源系统卷挂载的盘符，这里替换成上一步我们定位到的系统卷所挂载的临时目录）。然后枚举注册表path1\HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices的值(path1是注册表的加载路径)，每一项都含有挂载源及挂载目标信息。例如：其中一项，①挂载源：\XX\Volume{f76e9775-4c5b-11e9-8a26-34238759f3ab}（以下称卷VOL1），其中XX可以为两个问号②挂载目标信息：\DosDevices\C。其中VOL1就是源系统卷设备名、\DosDevices\C中的C就是源系统卷VOL1的挂载目录（Windows盘符）。由于卷设备名是操作系统在格式化文件系统时候分配的，所以同一个卷在不同系统中，卷名也是一样的。所以，可以获取所有重建起来的卷设备的名字，然后根据名字在源系统的注册表（也就是加载起来的注册表）中获得卷设备对应的挂载点（也就是挂载目标），再把卷设备挂载到对应的挂载点上。在本例子中，我们就将卷VOL1挂载到/rebuild/C, 其中/rebuild就是我们虚拟的根目录，也是我们目录树的根。到此我们就完成了VOL1的目录重建，通过访问/rebuild/C就可以像源系统访问C盘一样的效果。重复上述操作，进而就完成了源系统所有卷的挂载，目录树也就完成重建了。

在本实施例中，在所述系统类型为Linux系统时，根据所述特征信息查找系统信息文件；根据所述系统信息文件获取挂载源和挂载目标信息；根据所述挂载源和挂载目标信息确定挂载信息。例如：挂载信息是存放在备份系统的系统卷的“/etc/fstab”文件中，通过该文件可以知道每个卷的挂载点。fstab里面的每一行就代表一个挂载项，每一项主要包含信息是挂载源、挂载目标及挂载参数，对于挂载源又有不同的表现形式例如：/dev/sdb1,/dev/mapper/lvm_root, UUID=xxx、LABEL=yyy。这些都是合法的挂载源表示方法。其中/dev/mapper/lvm_root是lvm虚拟卷，是由lvm组件负责加载，在不同平台及操作系统名称不会发生变化；UUID=xxx、LABEL=yyy是文件系统特有标识，也不会发生变化；而/dev/sdb1这类块设备名，在不同的操作系统中，名字会不一样。假设，/dev/sdb1是原有操作系统分配某个卷的块设备名，在源系统的挂载点是“/mnt/sdb1mnt/”，当把该磁盘插入到当前操作系统的时候，设备名可能就会变成/dev/hdc1或者/dev/vda1，再通过/dev/sdb1这个设备名无法在当前系统上找到原有系统上“/dev/sdb1”这个设备名对应的卷，因而无法在当前系统上找到对应的卷挂载到“/mnt/sdb1mnt/”这个挂载点上。对于此类挂载源，需要通过其他的方法获得当前卷设备在原有系统上的挂载点，再进行挂载，以实现原有系统目录树的重建。具体的方法有以下几种（假设源系统的整个目录树都是重建到当前系统的“/rebuild”目录下，也就是把源系统的根目录挂载到当前系统的“/rebuild”目录下）。

本实施例提供多种在Linux系统中，获取不同卷或者文件，第一，挂载点的方案，如下：首先，定位原有系统的“/etc/blkid/blkid.tab”文件（该文件记录了原有系统上所有卷的设备名、卷设备uuid对应关系）, 这个文件会记录该卷在原有系统分配的设备名/dev/sdb1，以及卷的uuid。接下来，获取当前系统的所有卷设备uuid（可以通过blkid命令获得），然后通过uuid在原有系统的“/etc/blkid/blkid.tab”文件中找到该卷在原有系统上的设备名，再通过该设备名在原有系统的“/etc/fstab”文件中获得该卷对应的挂载点（假设是/mnt/hana/data），最后再把该卷设备挂载到当前系统中。因为原有的系统根目录挂载到当前系统的/rebuild/目录下，那么该卷设备就挂载到/rebuild/mnt/hana/data目录下，这样就能实现原有目录树的重建。这种转换方法存在一定的局限性，只有当源操作系统执行blkid之后，这个文件(/etc/blkid/blkid.tab)才会产生。

第二，枚举每个卷下面的文本文件，读取里面的内容，尝试从文本文件的字符串中提取文件路径，再通过文件路径反推得知卷设备的挂载点。假设，首先枚举所有的卷设备（也就是基于备份数据拼装起来的卷设备），提取到一个路径字符串（实际上应该会存在很多此类的路径，这里不做一一举例）“/u01/app/oracle/product/11.2.0/db_1/dbs/spfilecfqdb.ora”。然后读取原有系统的fstab文件，得到以下2个挂载项：/dev/xvdb1、/u01/app/、/dev/xvdc1、 /u01/app/oracle/product/，之后再搜索所有卷设备的文件名，假设在设备名叫“/dev/hdb1”的卷上搜索到了“oracle”、“oracle/product”等文件，而在其他的卷上搜不到（如果在多个卷上能搜索到这2个文件，那么可以通过多个路径字符串和多个文件名进行比较和排除，亦能够在当前系统上找到唯一一个满足条件的卷设备）；在设备名叫“/dev/hde1”的卷上搜索到了“11.2.0”、“11.2.0/db_1”、“11.2.0/db_1/dbs”、“11.2.0/db_1/dbs/spfilecfqdb.ora”等文件，而在其他的卷上搜不到。综合以上信息可得知，当前系统“/dev/hdb1”这个卷对应的就是源系统的“/dev/xvdb1”这个卷，“/dev/hde1”对应的就是源系统“/dev/xvdc1”这样一个卷，进一步的，通过这样的方式源系统才能拼凑出“/u01/app/oracle/product/11.2.0/db_1/dbs/spfilecfqdb.ora”这个文件路径，为了重建原有系统的目录，需要把“/dev/hdb1”挂载在当前系统的“/rebuild/u01/app”路径上，把“/dev/hde1”挂载在“/rebuild/u01/app/oracle/product”路径上。这样，通过提取所有卷上文本文件的路径字符串、枚举卷上的文件，实现卷设备挂载点的反推，进而实现了原有系统目录树的重建。

第三，根据目录特征推断挂载点。Linux操作系统存在一些特殊的挂载目录，挂载之后的目录含有特殊的文件或者目录。我们可以据此推断出卷的挂载目录。常见的特殊挂载目录有/boot。对于/boot目录，通常含有initramfs-xxxx,vmlinuz-xxxx,System.map文件、grub目录（以下称boot目录特殊文件）。例如源系统fstab中有一个挂载项，/dev/sda1挂载到/boot，在前面步骤中我们将/dev/hdb1挂载到了/tmp/mnthdb1上，我们又在/tmp/mnthdb1中找到了boot目录特殊文件，那么我们就可以推断当前系统的设备/dev/hdb1的挂载目录就是/boot目录。然后我们就将/dev/hdb1重新挂载到/rebuild/boot目录，完成boot目录的重建。

第四，根据挂载参数推断挂载源。fstab中的每一项挂载项，除了含有挂载源、挂载目标同时还含有挂载参数。挂载参数中又含有文件系统的类型，这个文件系统类型，指的是挂载源卷的文件系统类型。例如:源系统fstab中有挂载项/dev/sdc1挂载到/data/且挂载参数中说明文件系统是xfs。假如当前系统有且仅含有/dev/hdc1这样一个xfs的卷，那么我们就可以断定当前系统的/dev/hdc1就是源系统的/dev/sdc1且挂载目录是/data。那么我们就将当前系统的/dev/hdc1挂载到/rebuild/data目录，完成data目录的重建。

第五，根据文件系统超级块，获取挂载目录。文件系统通常会将一些元数据存放在文件系统超级块中，这些元数据包含数据分布、特征描述等等。但是对于ext2,ext3文件系统而言，在超级块之中会记录文件系统挂载的目标。例如：在源系统fstab中存在/dev/sdd1挂载到/opt的挂载项，在当前系统中，我们读取到卷/dev/hdd1超级块中记录了挂载目标是/opt，那么我们就可以断定，当前系统中的/dev/hdd1就是源系统的/dev/sdd1且挂载目录是/opt。然后我们就将当前系统的/dev/hdd1挂载到/rebuild/opt目录下，完成/opt目录的重建。

本实施例根据所述磁盘分区信息确定卷设备信息；根据所述卷设备信息确定系统卷；根据所述系统卷的特征信息确定挂载点信息。通过上述方式，实现了对挂载点信息的准确识别，由于不同系统中挂载点信息的存放位置可能不同，本实施例通过系统中的特征数据对不同系统以及不同卷进行差异化处理，实现了挂载点信息的准确获取。

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

由于本存储介质采用了上述所有实施例的全部技术方案，因此至少具有上述实施例的技术方案所带来的所有有益效果，在此不一一赘述。

参照图4，图4为本发明备份数据展示装置第一实施例的结构框图。

如图4所示，本发明实施例提出的备份数据展示装置包括：

获取模块10，用于获取备份磁盘的备份信息；

控制模块20，用于根据所述备份信息创建虚拟磁盘，所述虚拟磁盘中包含备份数据；

处理模块30，用于根据所述虚拟磁盘得到磁盘分区信息；

所述处理模块30，还用于根据所述磁盘分区信息识别挂载点信息；

所述处理模块30，还用于根据所述挂载点信息和备份数据生成预设结构的文件结构；

所述控制模块20，还用于根据所述文件结构进行备份数据的展示。

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

本实施例获取模块10获取备份磁盘的备份信息；控制模块20根据所述备份信息创建虚拟磁盘，所述虚拟磁盘中包含备份数据；处理模块30根据所述虚拟磁盘得到磁盘分区信息；处理模块30根据所述磁盘分区信息识别挂载点信息；处理模块30根据所述挂载点信息和备份数据生成预设结构的文件结构；控制模块20根据所述文件结构进行备份数据的展示。通过上述方式，实现了备份数据的结构化展示，由于备份数据是以数据形式存储于服务器中的，由于不使用代理程序的情况下备份数据无法以源主机中的结构形式进行展示，只能在新主机进行系统重建时展现出来，但很多情况在不做系统重建时技术人员也有查看备份数据中的结构信息的需求，因此，本发明通过对备份数据中磁盘数据分析得到原有结构的数据信息，满足了在数据恢复前技术人员也可以查看备份数据中的结构信息的功能。

在一实施例中，所述处理模块30，还用于根据所述磁盘分区信息确定卷设备信息；

根据所述卷设备信息确定系统卷；

根据所述系统卷的特征信息确定挂载点信息。

在一实施例中，所述处理模块30，还用于根据所述卷设备信息将卷设备挂载到临时目录；

对所述临时目录进行筛选得到特征目录；

根据所述特征目录确定系统卷。

在一实施例中，所述处理模块30，还用于根据所述系统卷的特征信息确定源系统的系统类型；

根据所述系统类型和特征信息确定挂载点信息。

在一实施例中，所述处理模块30，还用于在所述系统类型为Windows系统时，根据所述特征信息确定所述源系统的注册表信息，根据所述注册表信息得到挂载源和挂载目标信息；

根据所述挂载源和挂载目标信息确定挂载信息。

在一实施例中，所述处理模块30，还用于在所述系统类型为Linux系统时，根据所述特征信息查找系统信息文件；

根据所述系统信息文件获取挂载源和挂载目标信息；

根据所述挂载源和挂载目标信息确定挂载信息。

在一实施例中，所述处理模块30，还用于根据所述挂载点信息确定挂载源和挂载目标信息；

根据所述挂载源和挂载目标信息重建源系统的目录树；

将所述目录树与备份数据相关联生成预设结构的文件结构。

由于本装置采用了上述所有实施例的全部技术方案，因此至少具有上述实施例的技术方案所带来的所有有益效果，在此不一一赘述。

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

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

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

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

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

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

Claims (10)

1.一种备份数据展示方法，其特征在于，所述备份数据展示方法包括：

获取备份磁盘的备份信息；

根据所述备份信息创建虚拟磁盘，所述虚拟磁盘中包含备份数据；

根据所述虚拟磁盘得到磁盘分区信息；

根据所述磁盘分区信息识别挂载点信息；

根据所述挂载点信息和备份数据生成预设结构的文件结构；

根据所述文件结构进行备份数据的展示。

2.如权利要求1所述的方法，其特征在于，所述根据所述磁盘分区信息识别挂载点信息，包括：

根据所述磁盘分区信息确定卷设备信息；

根据所述卷设备信息确定系统卷；

根据所述系统卷的特征信息确定挂载点信息。

3.如权利要求2所述的方法，其特征在于，所述根据所述卷设备信息确定系统卷，包括：

根据所述卷设备信息将卷设备挂载到临时目录；

对所述临时目录进行筛选得到特征目录；

根据所述特征目录确定系统卷。

4.如权利要求2所述的方法，其特征在于，所述根据所述系统卷的特征信息确定挂载点信息，包括：

根据所述系统卷的特征信息确定源系统的系统类型；

在所述系统类型为Windows系统时，根据所述特征信息确定所述源系统的注册表信息，根据所述注册表信息得到挂载源和挂载目标信息；

根据所述挂载源和挂载目标信息确定挂载信息。

5.如权利要求2所述的方法，其特征在于，所述根据所述系统卷的特征信息确定挂载点信息，包括：

根据所述系统卷的特征信息确定源系统的系统类型；

在所述系统类型为Linux系统时，根据所述特征信息查找系统信息文件；

根据所述系统信息文件获取挂载源和挂载目标信息；

根据所述挂载源和挂载目标信息确定挂载信息。

6.如权利要求1所述的方法，其特征在于，所述根据所述挂载点信息和备份数据生成预设结构的文件结构，包括：

根据所述挂载点信息和备份数据构建目录树；

根据所述目录树中确定对应备份数据的链接路径信息；

根据所述链接路径信息对目录树进行修正生成预设结构的文件结构。

7.如权利要求1所述的方法，其特征在于，所述根据所述挂载点信息和备份数据生成预设结构的文件结构，包括：

根据所述挂载点信息确定挂载源和挂载目标信息；

根据所述挂载源和挂载目标信息重建源系统的目录树；

将所述目录树与备份数据相关联生成预设结构的文件结构。

8.一种备份数据展示装置，其特征在于，所述备份数据展示装置包括：

获取模块，用于获取备份磁盘的备份信息；

控制模块，用于根据所述备份信息创建虚拟磁盘，所述虚拟磁盘中包含备份数据；

处理模块，用于根据所述虚拟磁盘得到磁盘分区信息；

所述处理模块，还用于根据所述磁盘分区信息识别挂载点信息；

所述处理模块，还用于根据所述挂载点信息和备份数据生成预设结构的文件结构；

所述控制模块，还用于根据所述文件结构进行备份数据的展示。

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

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

Images