beiya123的博客

服务器存储数据恢复环境：一台EqualLogic存储中有一组由16块SAS硬盘组建的RAID5阵列。上层划分了4个卷，采用VMFS文件系统，存放虚拟机文件。服务器存储故障：存储RAID5阵列中磁盘出现故障，有2块硬盘对应的指示灯亮黄灯，存储不可用，且存储设备已经过保。

DELL EqualLogic PS6100系列存储采用虚拟ISCSI SAN阵列，支持VMware、Solaris、Linux、Mac、HP-UX、AIX操作系统，提供全套企业级数据保护和管理功能，具有可扩展性和容错功能。

一个运行在存储上的SQLServer数据库，有1000多个文件，大小几十TB。数据库每10天生成一个NDF文件，每个NDF几百GB大小。数据库包含两个LDF文件。存储损坏，数据库不可用。管理员试图恢复数据库，发现有数个ndf文件大小变为0KB。虽然NDF文件大小变为0KB，但是NDF文件在磁盘上还可能存在。可以尝试通过扫描&拼接数据库碎片来恢复NDF文件，然后修复数据库。

服务器数据恢复环境：一台服务器挂接一台存储，该存储中有一组由5块硬盘组建的RAID5阵列。服务器故障：存储raid5阵列中有一块硬盘掉线。由于RAID5的特性，阵列并没有出现问题。工作一段时间后，服务器出现故障，用户方请人维修。维修人员在没有了解故障磁盘阵列环境的情况下，用另外4块硬盘（除去掉线的硬盘）重新创建了一组全新的RAID5阵列并完成数据同步，导致原raid5阵列数据全部丢失。

服务器数据恢复环境：SAN光纤网络环境，存储由一组6块硬盘组建的RAID6阵列构成，划分为若干LUN，MAP到跑不同业务的SUN SOLARIS操作系统服务器上。服务器故障&分析：因为业务需要，用户在该光纤存储环境中新增一台SUN SOLARIS操作系统服务器。将存储中的某个LUN映射到新增的服务器上，但是映射的这个卷之前已经MAP到SOLARIS生产系统上的某个LUN上了。因为未及时察觉这个问题，新增服务器已经对该LUN进行部分初始化操作。在SOLARIS操作系统层面磁盘报错，重启后卷无法挂载。

服务器数据恢复环境：某品牌服务器+同品牌存储，Linux centos7+EXT4文件系统。服务器故障：意外断电导致服务器操作系统不能正常启动。经过修复后系统可以正常启动，但是挂载的分区无法正常访问。使用fsck修复这个问题分区，虽然修复完成之后文件系统正常，但是发现部分文件丢失，查看后发现缺失的部分文件在lost+found文件夹里，文件名已经发生改变。

虚拟化数据恢复环境：Windows Server操作系统服务器上部署Hyper-V虚拟机环境。虚拟机的硬盘文件和配置文件存放在一台存储中，该存储上有一组由4块硬盘组建的raid5阵列，除此之外，还有一块单盘存放档虚拟机的备份文件。虚拟化故障&检测：存储中存放的虚拟机数据文件丢失，导致整个Hyper-V服务瘫痪，虚拟机无法使用。

服务器数据恢复环境：邮件服务器中有一组由8块盘组成的RAID5阵列, 上层是Linux操作系统+EXT3文件系统。服务器故障：由于误删除导致文件系统中的邮件数据丢失。

RAID5数据恢复环境：一台存储上有一组由12块SCSI硬盘（11块数据盘+1块热备盘）组建的RAID5磁盘阵列，FreeBSD操作系统+zfs文件系统。RAID5故障：其中一块盘出现故障，需要重组该raid5磁盘阵列。

服务器数据恢复环境：一台浪潮服务器中有一组由6块SAS硬盘组建的RAID。服务器上划分了1个卷，存放Oracle数据库文件。服务器故障&检测：服务器上有两个硬盘指示灯亮黄灯，RAID崩溃，服务器不可用。将故障服务器中所有磁盘标记后取出。由硬件工程师检测故障服务器上的取出的6块硬盘是否存在硬件故障，经过检测发现变黄的指示灯所对应的2块硬盘存在坏道且SMART的错误冗余级别已经超过阈值。

打开oracle数据库时报错，报错信息：“system01.dbf需要更多的恢复来保持一致性，数据库无法打开”。急需恢复zxfg用户下的数据。出现上述报错的原因有：控制文件损坏、数据文件损坏、数据文件与控制文件的SCN不一致等。数据恢复工程师对数据库文件做进一步检测分析后发现sysaux01.dbf文件有坏块。修复sysaux01.dbf文件，启动数据库依然有许多查询报错。export和data pump工具无法使用，查询告警日志并分析报错，确认发生上述错误的原因就是sysaux01.dbf文件损坏。由于

服务器数据恢复环境：三台V7000存储，共有64块SAS硬盘（其中有三块热备盘，其中一块已启用）组建了数组raid5阵列。分配若干LUN，上层安装Windows server操作系统，数据分区格式化为NTFS文件系统。服务器故障：V7000存储中有多块硬盘出现故障离线，阵列失效，LUN无法访问。需要恢复卷中所有数据（主要为dcm文件）。

服务器数据恢复环境：一台服务器上有一组由5块硬盘（4块数据盘+1块热备盘）组建的raid5阵列。服务器安装Linux Redhat操作系统，运行一套基于oracle数据库的OA系统。服务器故障：这组raid5阵列中一块磁盘离线，但是热备盘并没有自动激活rebuild，当另外一块数据盘发生故障离线后，raid崩溃。用户方要求恢复raid数据，同时要求还原操作系统。经过初步观察，raid中的这些硬盘没有表现出存在明显的物理故障的特征，也没有明显的同步表现，数据恢复的可能性很大。

经过对底层数据的分析，数据恢复工程师发现出现故障的原因是MFT表自身的文件记录的80属性DATARUNS在操作系统自检时被截断。服务器进入系统自动进行磁盘扫描修复时，管理员强制关机并断开了存储和服务器之间的连接，导致这台存储上的文件系统损坏，报错“文件或目录损坏且无法读取”。5、数据恢复工程师通过手工分析的方式尽量将数据恢复出来。恢复完成后分区可以正常打开，恢复出来的数据量和丢失的数据量基本一致，目录结构完整。6、经过用户方的仔细检测后，确认恢复出来的数据完整有效，认可数据恢复结果。

服务器数据恢复环境：一台EMC某型号存储设备，该存储中有一组由12块（包括2块热备盘）STAT硬盘组建的raid5阵列。服务器故障：该存储在运行过程中突然崩溃，raid瘫痪。数据恢复工程师到达现场对故障存储设备进行初检，发现raid中有两块硬盘掉线但只有一块热备盘成功激活，所以导致阵列瘫痪，上层lun无法使用。

NetApp存储环境和故障：NetApp某型号存储，WAFL文件系统。工作人员误操作将该NetApp存储中的重要数据删除。

服务器数据恢复环境：一台某品牌存储设备上有一组由10块硬盘（9块数据盘+1块热备盘）组建的raid5阵列，上层部署vmware exsi虚拟化平台。服务器故障：raid5阵列中两块硬盘对应的指示灯亮黄灯掉线。硬盘序列号无法读取，通过SAS扩展卡也无法读取。

服务器数据恢复环境：一台linux操作系统网站服务器，该服务器上部署了几十个网站，使用一块SATA硬盘。服务器故障&原因：服务器在工作过程中突然宕机。管理员尝试重新启动服务器失败，于是将服务器上的硬盘拆下检测，发现很多坏扇区。联系当地的一家数据恢复公司处理，但是没有成功。

虚拟化数据恢复环境：某企业信息管理平台， 几台VMware ESX Server主机共享一台存储设备，大约有几十台虚拟机。虚拟化故障&原因：Vcenter报告虚拟磁盘丢失。管理员通过ssh远程到ESX中执行fdisk -l命令查看磁盘，发现STORAGE已经没有分区表了。重启所有设备后，ESX SERVER均无法连接到存储设备中的STORAGE。

Oracle数据库故障：机房异常断电后，Oracle数据库启库报错：“system01.dbf需要更多的恢复来保持一致性，数据库无法打开”。数据库没有备份，归档日志不连续。用户方提供了Oracle数据库的在线文件，需要恢复zxfg用户的数据。Oracle数据库恢复方案：检测数据库故障；尝试挂起并修复数据库；解析数据文件。

存储中有一组由3块SAS硬盘组建的raid。上层win server操作系统层面划分了3个分区，数据库存放在D分区，备份存放在E分区。RAID中一块硬盘的指示灯亮红色，D分区无法识别；E分区可识别，但是拷贝文件报错。管理员重启服务器，导致离线的硬盘上线开始同步数据，同步还没有完成就直接强制关机了，之后就没有动过服务器。

一台存储上有一组由16块FC硬盘组建了一组raid。存储前面板上的对应10号和13号硬盘的故障灯亮起，存储映射到redhat linux操作系统服务器上的卷挂载不上，业务中断。

服务器数据恢复环境：SAN环境下一台存储设备中有一组由6块硬盘组建的RAID6磁盘阵列，划分若干LUN，MAP到不同业务的SOLARIS操作系统服务器上。服务器故障：用户新增了一台服务器，将存储中的某个LUN映射到新增加的这台服务器上。这个映射的LUN其实之前已经MAP到其他SOLARIS操作系统的服务器上了。由于没有及时发现问题，新增加的这台服务器已经对此LUN做了初始化操作，磁盘报错，重启后发现卷无法挂载。

SQL Server附加数据库出现错误823，附加数据库失败。数据库没有备份，无法通过备份恢复数据库。SQL Server数据库出现823错误的可能原因有：数据库物理页面损坏、数据库物理页面校验值损坏导致无法识别该页面、断电或者文件系统问题导致页面丢失。

服务器磁盘阵列数据恢复环境：服务器中有两组分别由4块SAS硬盘组建的raid5磁盘阵列，两组raid5阵列划分LUN，组成LVM结构，格式化为EXT3文件系统。服务器磁盘阵列故障：服务器中一组raid5阵列中有一块硬盘离线，热备盘自动上线替换离线硬盘。热备盘上线同步数据过程中又有一块硬盘离线，热备盘同步失败，该组raid5阵列崩溃，LVM结构变得不完整，文件系统无法使用。硬件工程师对两块离线硬盘进行硬件故障检测，发现先离线硬盘无法识别，初步判断该硬盘存在硬件故障，需要进行开盘修复。

Oracle数据库故障&检测：打开oracle数据库报错“system01.dbf需要更多的恢复来保持一致性，数据库无法打开”。数据库没有备份，无法通过备份去恢复数据库。用户方联系北亚企安数据恢复中心并提供Oracle_Home目录中的所有文件，急需恢复zxfg用户下的数据。出现“system01.dbf需要更多的恢复来保持一致性”这个报错的原因可能是控制文件损坏、数据文件损坏，数据文件与控制文件的SCN不一致等。数据库恢复工程师对数据库文件进一步检测、分析后，发现sysaux01.dbf文件

NetAapp某型号存储，WAFL文件系统。工作人员误操作将NetApp存储中重要数据删除。

虚拟化数据恢复环境：某品牌服务器（部署VMware EXSI虚拟机）+同品牌存储（存放虚拟机文件）。虚拟化故障：意外断电导致服务器上某台虚拟机无法正常启动。查看虚拟机配置文件发现这台故障虚拟机除了磁盘文件以外其他配置文件全部丢失，xxx-flat.vmdk磁盘文件和xxx-000001-delta.vmdk快照文件还在。管理员联系VMware工程师寻求帮助。VMware工程师尝试新建一个虚拟机来解决故障，但发现ESXi存储空间不足。于是将故障虚拟机下的xxx-flat.vmdk磁盘文件删除。

使用专业镜像工具以只读方式将硬盘进行扇区级完整镜像，镜像完成后将硬盘按照原样还原到原服务器中，后续的数据分析和数据恢复操作都基于镜像文件进行，避免对原始磁盘数据造成二次破坏。3、根据块组描述表分析其他块组，发现前27个块组全部为0，但块组前后的数据区明显存在数据。中间块组区元数据正常(描述表、节点、BITMAP等)，最后部分块组的元数据区全部为0。虽然恢复成功，但是打开这些包时提示出错，中间数据被破坏，只能导出部分网站数据。1、出现坏道后，用户可能执行过fsck的操作，导致数据的进一步破坏。

删除Oracle数据库数据一般有以下2种方式：delete、drop或truncate。下面针对这2种删除oracle数据库数据的方式探讨一下oracle数据库数据恢复方法（不考虑全库备份和利用归档日志）。

服务器数据恢复环境：一台服务器中有一组由4块STAT硬盘通过RAID卡组建的RAID10阵列，上层是XenServer虚拟化平台，虚拟机安装Windows Server操作系统，作为Web服务器使用。服务器故障：因机房异常断电导致服务器中一台VPS（Xen Server虚拟机）不可用，虚拟磁盘文件丢失。

虚拟化技术原理是将硬件虚拟化供不同的虚拟机使用，一台物理机上可以有多台虚拟机。人为误操作或者物理机故障会导致上层虚拟机不可用，甚至虚拟机里的重要数据丢失。下面给大家分享一个vmware虚拟化误操作还原快照的数据恢复案例。虚拟化数据恢复环境：一台由物理机迁移到EXSI上面的虚拟机，迁移完成后做了一个快照。该虚拟机上运行SQL Server数据库，记录了几年的数据。EXSI虚拟化平台上一共有数十台虚拟机，EXSI连接了一台EVA存储，所有的虚拟机（包括故障虚拟机）都放在EVA存储上。

出于尽可能避免数据灾难的设计初衷，RAID解决了3个问题：容量问题、IO性能问题、存储安全(冗余)问题。从数据恢复的角度讨论RAID的存储安全问题。常见的起到存储安全作用的RAID方案有RAID1、RAID5及其变形。基本设计思路是相似的：当部分数据异常时，可通过特定算法将数据还原出来。以RAID5为例：如果要记录两个数字，可以通过再多记录这两个数字的和来达到记录冗余性的目的。例如记录3和5，同时再记录这2个数字的和8。在不记得到底是几和5的情况下，只需要用8-5就可以算出这个丢失的数字了。

EMC NAS（Isilon S200），共3个节点，每个节点配置12块STAT硬盘。数据分两部分：一部分数据为vmware虚拟机（WEB服务器），通过NFS协议共享到ESX主机；另一部分数据为视频教学文件，通过CIFS协议共享给虚拟机（WEB服务器）。外部入侵导致视重要数据被删除，其中包括MSSQL数据库，MP4、ASF和TS类型的视频教学文件。主要是删除了NFS共享的所有数据（虚拟机），而CIFS共享的数据则没有影响。

一台NetApp存储配置24块磁盘。管理员几个月之前删除一个文件夹，后期发现这个文件夹中的数据很重要，需要恢复。根据NetApp文件系统WAFL的特性，新写入数据覆盖之前的数据的可能性不大，可以尝试恢复这个很久之前删除的文件夹。

服务器存储数据恢复环境：一台infortrend存储中有一组由12块硬盘组建的RAID6阵列。RAID6阵列空间划分了一个LUN，映射到WINDOWS SERVER系统上。WINDOWS SERVER系统上划分了一个GPT分区。 服务器存储故障：存储在运行过程中突然无法访问。管理员查看后发现raid6阵列中有3块盘离线。管理员通过非常规手段上线存储并开始rebuild，但通过主机访问时发现分区打不开，存储中所有数据均无法访问。咨询一些专业人士后基本上确认存储中的数据已经破坏。为避免情况进一步恶

服务器存储数据恢复环境：一台存储中有一组由7块硬盘组建的RAID5阵列，存储中还有另外3块盘是raid中掉线的硬盘（硬盘掉线了，管理员只是添加一块的新的硬盘做rebuild，并没有将掉线的硬盘拔掉）。整个RAID5阵列的存储空间划分了一个LUN。服务器存储故障：硬盘出现故障导致存储中阵列瘫痪。和管理员沟通，据管理员说是磁盘阵列中某些硬盘出现故障导致存储不可用，初步判断RAID中有硬盘掉线了。

服务器存储数据恢复环境：一台存储中有一组由12块SAS硬盘组建的raid6磁盘阵列，划分了1个卷，由数台Vmware ESXI主机共享存储。卷中存放了大量的Windows系统虚拟机。这些虚拟机系统盘大小一致，数据盘大小不确定，数据盘都是精简模式。服务器存储故障：机房异常断电导致存储瘫痪，加电后存储依然不可用。

LeftHand存储支持RAID5、RAID6、RAID10磁盘阵列，同时还支持卷快照，卷动态扩容等。下面简单聊一下LeftHand存储的结构和一个LeftHand p4500存储中磁盘阵列数据恢复案例。

服务器数据恢复环境：一台服务器中有一组由4块SCSI硬盘组建的raid5磁盘阵列，划分了一个逻辑卷，操作系统为WINDOWS SERVER，作为SQL SERVER服务器使用。服务器故障：运行过程中该服务器raid5磁盘阵列瘫痪，管理员检查服务器发现raid5阵列中已经有3块硬盘离线。管理员选择其中2块离线硬盘进行强制上线操作，强制上线后操作系统无法启动。使用WINPE光盘启动操作系统后，可以看到数据。