发布网友 发布时间:2022-04-24 01:15
共1个回答
热心网友 时间:2022-04-10 22:46
摘要1、实施方向一:恢复删除的VMDK文件 根据删除虚拟磁盘文件中的文件系统以及虚拟磁盘中的文件类型在VMFS卷的自由空间中进行碎片匹配和合并,最终恢复删除的虚拟磁盘文件,再利用快照合并程序将快照文件和恢复的虚拟磁盘文件合并成一个完整的虚拟磁盘文件,然后利用专业的文件系统解释工具解释虚拟磁盘文件中的所有文件。2、实施方向二:恢复MSSQL数据库文件 如果方向一实施的效果不太理想,接下来可根据SQL Server数据库文件的结构,对VMFS卷自由空间中符合SQL Server页结构的数据区域进行统计、分析和聚合,最终生成一个可以正常使用的.MDF格式的文件。3、实施方向三:恢复MSSQL数据库备份文件 由于数据库每天都在做备份,虽然每天一次增量备份,15天一次全部备份。但是如果上述两种方案实施过后还有一些数据库无法恢复的话,则只能利用恢复备份文件来恢复数据库了。根据掌握的备份文件.bak的结构,对VMFS卷自由空间中符合SQL Server备份文件结构的数据区域进行统计、分析和聚合,最终生成一个可以正常导入到SQL Server数据库中.BAK格式的文件。恢复过程1、方向一实施过程 按照方向一的思路进行底层分析,根据VMFS卷的结构以及删除虚拟磁盘的文件系统信息,在底层的自由空间中扫描符合删除虚拟机磁盘的区域,并统计其数量和大小是否符合删除虚拟磁盘的大小。再根据虚拟磁盘中的文件系统的信息将这些扫描到的碎片进行排列组合,结果发现中间有好多碎片缺失,仔细再对这些缺失的碎片进行重新扫描,发现这些碎片确实没有找到。接着将扫描到的碎片安照虚拟磁盘原本的顺序重组,对于没有找到的碎片暂且留空。接下来利用虚拟磁盘快照程序将重组好的父盘和快照盘进行合并,生成一个新的虚拟磁盘。再用专业工具解释虚拟磁盘中的文件系统,因缺失好多数据,文件系统解释过程中报好多错误,提示某些文件损坏。解释完的文件系统如下图:wKiom1htwBXQEBudAAKcbB04Q3Y373.jpg-wh_50 在解析完文件系统后发现没有找到原始的数据库文件,而宏桥备份和索菲备份这两个目录的目录结构正常。但是在尝试将备份导入数据库中时,数据库导入程序提示报错。宏桥备份和索菲备份的部分目录结构如下图:wKiom1htwP3CttpTAADxhfQg4Ao969.jpg-wh_50wKio咨询记录 · 回答于2021-10-08在VMWARE中删除的的文件怎么恢复有快照吗没有在虚拟机中删除了几个文件,现在想找回回收站中也没看见1、实施方向一:恢复删除的VMDK文件 根据删除虚拟磁盘文件中的文件系统以及虚拟磁盘中的文件类型在VMFS卷的自由空间中进行碎片匹配和合并,最终恢复删除的虚拟磁盘文件,再利用快照合并程序将快照文件和恢复的虚拟磁盘文件合并成一个完整的虚拟磁盘文件,然后利用专业的文件系统解释工具解释虚拟磁盘文件中的所有文件。2、实施方向二:恢复MSSQL数据库文件 如果方向一实施的效果不太理想,接下来可根据SQL Server数据库文件的结构,对VMFS卷自由空间中符合SQL Server页结构的数据区域进行统计、分析和聚合,最终生成一个可以正常使用的.MDF格式的文件。3、实施方向三:恢复MSSQL数据库备份文件 由于数据库每天都在做备份,虽然每天一次增量备份,15天一次全部备份。但是如果上述两种方案实施过后还有一些数据库无法恢复的话,则只能利用恢复备份文件来恢复数据库了。根据掌握的备份文件.bak的结构,对VMFS卷自由空间中符合SQL Server备份文件结构的数据区域进行统计、分析和聚合,最终生成一个可以正常导入到SQL Server数据库中.BAK格式的文件。恢复过程1、方向一实施过程 按照方向一的思路进行底层分析,根据VMFS卷的结构以及删除虚拟磁盘的文件系统信息,在底层的自由空间中扫描符合删除虚拟机磁盘的区域,并统计其数量和大小是否符合删除虚拟磁盘的大小。再根据虚拟磁盘中的文件系统的信息将这些扫描到的碎片进行排列组合,结果发现中间有好多碎片缺失,仔细再对这些缺失的碎片进行重新扫描,发现这些碎片确实没有找到。接着将扫描到的碎片安照虚拟磁盘原本的顺序重组,对于没有找到的碎片暂且留空。接下来利用虚拟磁盘快照程序将重组好的父盘和快照盘进行合并,生成一个新的虚拟磁盘。再用专业工具解释虚拟磁盘中的文件系统,因缺失好多数据,文件系统解释过程中报好多错误,提示某些文件损坏。解释完的文件系统如下图:wKiom1htwBXQEBudAAKcbB04Q3Y373.jpg-wh_50 在解析完文件系统后发现没有找到原始的数据库文件,而宏桥备份和索菲备份这两个目录的目录结构正常。但是在尝试将备份导入数据库中时,数据库导入程序提示报错。宏桥备份和索菲备份的部分目录结构如下图:wKiom1htwP3CttpTAADxhfQg4Ao969.jpg-wh_50wKio这个太麻烦了算了试试这个解决方法一:1.在虚拟机上添加一个和原来硬盘大小一致、路径一致的虚拟硬盘AA2.将AA.VMDK文件下载下来3.用记事本打开这个文件4.将文件中的虚拟快照文件名AA-flat.vmdk文件修改为目录中xx-flat.vmdk,文件名修改xx.vmdk5.上传xx.vmdk6.这时查看硬盘发觉大小识别啦,重新启动OK解决方法二:1. 新建一虚拟机,不要创建硬盘2. 用ssh的方式登录host,查找xx-flat.vmdk文件所在位置及目录,3. 在新虚拟机目录下创建新xxx.vmdk文件,大小要和xx-flat.vmdk文件一样大,用ls -la查看xx-flat.vmdk文件大小,用vmkfstools -c 文件大小 -a lsilogic xxx.vmdk 来创建新磁盘文件4. 用原文件xx-flat.vmdk覆盖新建的xxx-flat.vmdk(注意一定是-flat.vmdk),使用mv命令5. 将这个磁盘文件添加到新建的虚拟机中;6. 完成后开启虚拟机就可以了再图简单就下载数据恢复的软件 花点钱就可以找回来