【服务器数据恢复】意外断电导致FreeNAS当中UFS2文件系统故障的数据恢复案例

IP原始数据以后环境：

摄像机IP用到FreeNAS要用iSCSI，借助于两台IP要用点对点系统设计；

FreeNAS采用UFS2NTFS；

整个IP建一个邮件可用给ESXi系统设计；

ESXi点对点系统设计有5台操作系统：摄像机操作系统部署了ASP.net和PHP，SqlServer2005和 mysql5.1两个原始数据库系统；另摄像机安装FreeBSD系统设计，MySQL原始数据库系统；第两台操作系统存储设备的是代码原始数据，这两台操作系统上的原始数据是并不需要再加点以后的。

IP故障：

并不需要来进行原始数据以后的IP在正常列车运行操作过程中会意外断电，再加启后点对点系统设计未能连接IP，FreeNAS中会UFS2NTFS注意到情况。IP管理员对NTFS来进行了大修，但是ESXi系统设计不能识别改以原始数据和NTFS，联系我原始数据以后中会心来进行IP原始数据以后。

IP原始数据以后操作过程：

此IP原始数据以后案例的应用的单层面：FreeNAS(UFS2NTFS–> 一个大的稀疏模式的邮件) –> ESXi(VMFSNTFS层) -> 单台操作系统的ID存储 (windows-NTFSNTFS/FreeBSD-UFS2NTFS)。

1、镜像FreeNAS层并比对整个存储设备，只找到一个900多GB的邮件名为iscsidata的大邮件。通过UFS2NTFS的二进制结构上适配到iscsidata邮件的Inode原始数据找到此邮件被再加建过，inode赋值指向的原始数据量很少。FreeNAS层情况未能彻底解决，就未能进入到下一步的VMFS层比对。

2、搜集UFS2NTFS的不可忽视结构上：

块大小不一：16KB

Segment大小不一：2KB

柱面组成员大小不一：188176 KB

UFS2一个原始数据赋值占去8字节，一个块可存储设备2048个原始数据赋值。那么一个二级赋值块则可存储设备：2048*2048*16KB=64GB的原始数据。一个三级赋值块则可存储设备64GB*2048=128TB的原始数据。如果能找iscsidata邮件的三级赋值块就能彻底解决FreeNAS层情况。但iscsidata邮件再加建过，操作过程和大小不一都和类似的一样，初步判断有之外赋值块已被覆盖。类似 iscsidata邮件的inode和新建的iscsidata邮件的inode就在一个位置。

3、尝试来进行搜索未找到其它依赖于的inode，原始数据以后工程师只得原为场写程序搜集依赖于的赋值块：

由于iscsidata邮件采用的是稀疏模式，搜集必须才会放宽，搜集到了大量三级赋值块和二级赋值块。

4、对搜集到的所有三级赋值块来进行比对，未找到iscsidata邮件用到的三级赋值块，初步判断在新建iscsidata邮件时被再加新覆盖（再加新iscsidata邮件在可用到ESXi后有个VMFS存储设备设备操作过程，而ESXi用到GPT分区，GPT分区会在存储最后写入冗余的GPT脚和FAT文档原始数据，这样就会用到iscsidata邮件的三级赋值块）。

原为才会比对搜集到的二级赋值块，对有大量的二级赋值块的指向原始数据来进行DUMP，然后于是又从存储中会的原始数据适配到二级赋值。这样想得到大量DUMP的原始数据。

5、比对VMFS层。再加存储设备设备过VMFS，类似UFS2的赋值已被窃，VMFS元邮件基本上不可用，无不可忽视的参看文档，所幸操作系统都无相册，仍可以后。通过单台操作系统层(windows(NTFS)和 FreeBSD(UFS2)系统设计的NTFS结构上)向上适配到VMFS层，于是又通过VMFS层适配到DUMP出的单个64GB 邮件，通过多次组成员合，于是又一将这两台不可忽视的操作系统的ID存储完全以后。将以后出来的网页原始数据和原始数据库系统原始数据上传到新构建的系统设计中会，应用列车运行未找到情况。经过3天的努力，IP内的所有原始数据被成功以后。