暂无个人介绍
服务器虚拟化数据恢复环境： 某品牌720服务器中有一组通过同品牌、型号为H710P的RAID卡+4块STAT硬盘组建的RAID10磁盘阵列。上层部署XenServer虚拟化平台。1台Windows Server操作系统虚拟机，该虚拟机有2块虚拟磁盘（系统盘+数据盘），当作网站服务器使用。 服务器虚拟化故障： XenServer虚拟机不可用，虚拟磁盘中数据丢失。
服务器数据恢复环境： 一台服务器中有一组由4块SAS硬盘组建的RAID5阵列，上层安装linux操作系统统。分区结构：boot分区+LVM卷+swap分区（按照顺序），LVM卷中划分了一个reiserfs文件系统作为根分区。 服务器故障： 服务器操作系统在运行过程中由于未知原因崩溃，管理员重装操作系统后发现分区结构变为：boot分区+swap分区+LVM卷（按照顺序），LVM卷中文件系统位置有个空的reiserfs超级块。 用户方需要恢复reiserfs文件系统中所有数据，包含数据库、网站程序与网页、OA系统中所有办公文档。
服务器存储数据恢复环境： 一台EVA某型号控制器+EVA扩展柜+FC磁盘。 服务器存储故障&检测： 磁盘故障导致该EVA存储中LUN不可用，导致上层应用无法正常使用。
服务器存储数据恢复环境： 某单位有一台EVA某型号存储主机+2个扩展柜，共12个FATA磁盘+10个FC磁盘，LUN数量不确定，操作系统为WINDOWS SERVER。该存储用来存放单位的历史案例审理材料。 服务器存储故障&检测： 该EVA存储出现故障，无法正常使用。而且经过几家数据恢复服务商的操作，具体故障原因已经无法确定。
服务器存储数据恢复环境： 一台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操作系统层面磁盘报错，重启后卷无法挂载。联系SUN工程师检测后，执行了fsck操作。操作完成后虽然文件系统可以挂上，但是发现大量
Oracle数据库数据恢复环境&故障： Oracle ASM磁盘组由4块磁盘组成。Oracle ASM磁盘组掉线 ，ASM实例不能mount。 Oracle数据库故障分析&恢复方案： 数据库数据恢复工程师对组成ASM磁盘组的磁盘进行分析。对ASM元数据进行分析发现ASM存储元数据损坏，导致磁盘组无法挂载。
服务器数据恢复环境： 某品牌服务器+同品牌存储，Linux centos7+EXT4文件系统。 服务器故障： 意外断电导致服务器操作系统不能正常启动。经过修复后系统可以正常启动，但是挂载的分区无法正常访问。使用fsck修复这个问题分区，虽然修复完成之后文件系统正常，但是发现部分文件丢失，查看后发现缺失的部分文件在lost+found文件夹里，文件名已经发生改变。
在Windows Server上部署的Hyper-V虚拟化环境中，因存储中虚拟机数据文件丢失导致服务瘫痪。北亚企安数据恢复工程师通过物理检测、操作系统及文件系统检测，确定为人为格式化造成，并通过镜像硬盘、重组RAID、分析并恢复文件索引项等步骤，成功恢复数据，最终在新Hyper-V环境中验证并迁移所有虚拟机，确保用户业务恢复正常运行。
服务器数据恢复环境： 邮件服务器中有一组由8块盘组成的RAID5阵列, 上层是Linux操作系统+EXT3文件系统。 服务器故障： 由于误删除导致文件系统中的邮件数据丢失。
RAID5数据恢复环境： 一台存储上有一组由12块SCSI硬盘（11块数据盘+1块热备盘）组建的RAID5磁盘阵列，FreeBSD操作系统+zfs文件系统。 RAID5故障：
虚拟机数据恢复环境： 某品牌服务器通过同品牌某型号的RAID卡，将4块STAT硬盘为一组RAID10阵列。上层部署XenServer虚拟化平台，虚拟机安装Windows Server系统，每台虚拟机有两个虚拟机磁盘（系统盘 + 数据盘），虚拟机作为Web服务器使用。 虚拟机故障&分析： 机房异常断电导致服务器中一台VPS（XenServer虚拟机）不可用，虚拟磁盘文件丢失。
服务器数据恢复环境： 三台V7000存储，共有64块SAS硬盘（其中有三块热备盘，其中一块已启用）组建了数组raid5阵列。分配若干LUN，上层安装Windows server操作系统，数据分区格式化为NTFS文件系统。 服务器故障： V7000存储中有多块硬盘出现故障离线，阵列失效，LUN无法访问。需要恢复卷中所有数据（主要为dcm文件）。
服务器数据恢复环境： 一台服务器上有一组由5块硬盘（4块数据盘+1块热备盘）组建的raid5阵列。服务器安装Linux Redhat操作系统，运行一套基于oracle数据库的OA系统。 服务器故障： 这组raid5阵列中一块磁盘离线，但是热备盘并没有自动激活rebuild，当另外一块数据盘发生故障离线后，raid崩溃。 用户方要求恢复raid数据，同时要求还原操作系统。经过初步观察，raid中的这些硬盘没有表现出存在明显的物理故障的特征，也没有明显的同步表现，数据恢复的可能性很大。
服务器存储数据恢复环境： 一台挂载在Windows server服务器上的v7000存储。存储空间划分了一个分区，采用NTFS文件系统，存放oracle数据库。 服务器存储故障： 服务器在运行过程中宕机，于是管理员重启服务器。服务器进入系统自动进行磁盘扫描修复时，管理员强制关机并断开了存储和服务器之间的连接，导致这台存储上的文件系统损坏，报错“文件或目录损坏且无法读取”。
服务器数据恢复环境： 一台EMC某型号存储设备，该存储中有一组由12块（包括2块热备盘）STAT硬盘组建的raid5阵列。 服务器故障： 该存储在运行过程中突然崩溃，raid瘫痪。数据恢复工程师到达现场对故障存储设备进行初检，发现raid中有两块硬盘掉线但只有一块热备盘成功激活，所以导致阵列瘫痪，上层lun无法使用。
服务器数据恢复环境： 一台某品牌存储设备上有一组由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数据库报错“system01.dbf需要更多的恢复来保持一致性，数据库无法打开”。 数据库没有备份，无法通过备份去恢复数据库。用户方联系北亚企安数据恢复中心并提供Oracle_Home目录中的所有文件，急需恢复zxfg用户下的数据。 出现“system01.dbf需要更多的恢复来保持一致性”这个报错的原因可能是控制文件损坏、数据文件损坏，数据文件与控制文件的SCN不一致等。数据库恢复工程师对数据库文件进一步检测、分析后，发现sysaux01.dbf文件损坏，有坏块。 修复并启动数据库后仍然有许多查询报错，export和data pump工具使用报错。从数据库层面无法修复数据库。
NetAapp某型号存储，WAFL文件系统。工作人员误操作将NetApp存储中重要数据删除。
虚拟化数据恢复环境： 某品牌服务器（部署VMware EXSI虚拟机）+同品牌存储（存放虚拟机文件）。 虚拟化故障： 意外断电导致服务器上某台虚拟机无法正常启动。查看虚拟机配置文件发现这台故障虚拟机除了磁盘文件以外其他配置文件全部丢失，xxx-flat.vmdk磁盘文件和xxx-000001-delta.vmdk快照文件还在。管理员联系VMware工程师寻求帮助。VMware工程师尝试新建一个虚拟机来解决故障，但发现ESXi存储空间不足。于是将故障虚拟机下的xxx-flat.vmdk磁盘文件删除，然后重建一个虚拟机并且分配固定大小的虚拟磁盘。
服务器数据恢复环境： 一台linux操作系统服务器上跑了几十个网站，服务器上只有一块SATA硬盘。 服务器故障： 服务器突然宕机，尝试再次启动失败。将硬盘拆下检测，发现存在坏扇区
删除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就可以算出这个丢失的数字了，其余情况依此类推。
服务器存储数据恢复环境： 一台存储中有一组由7块硬盘组建的RAID5阵列，存储中还有另外3块盘是raid中掉线的硬盘（硬盘掉线了，管理员只是添加一块的新的硬盘做rebuild，并没有将掉线的硬盘拔掉）。整个RAID5阵列的存储空间划分了一个LUN。 服务器存储故障： 硬盘出现故障导致存储中阵列瘫痪。 和管理员沟通，据管理员说是磁盘阵列中某些硬盘出现故障导致存储不可用，初步判断RAID中有硬盘掉线了。
LeftHand存储支持RAID5、RAID6、RAID10磁盘阵列，同时还支持卷快照，卷动态扩容等。下面简单聊一下LeftHand存储的结构和一个LeftHand p4500存储中磁盘阵列数据恢复案例。
服务器数据恢复环境： 一台服务器中有一组由4块SCSI硬盘组建的raid5磁盘阵列，划分了一个逻辑卷，操作系统为WINDOWS SERVER，作为SQL SERVER服务器使用。 服务器故障： 运行过程中该服务器raid5磁盘阵列瘫痪，管理员检查服务器发现raid5阵列中已经有3块磁盘离线。管理员选择其中2块离线硬盘进行强制上线操作，强制上线后操作系统无法启动。使用WINPE光盘启动操作系统后，可以看到数据。
两台SOLARIS系统（SPARC平台）的服务器通过光纤交换机共享同一个存储作为CLUSTER使用。正常情况下只有A服务器工作。如果A服务器发生故障宕机，可将A服务器关机，开启B服务器接管。但由于配置不当导致共享存储互斥出现问题。 管理员进行运维检查时发现B服务器连接了一块未知磁盘。由于B服务器并未启用，处于闲置状态，所以管理员也将这块磁盘当作闲置的，于是在B服务器上将磁盘的某个分区做了newfs。没想到这块磁盘就是那个共享存储，执行操作没有多长时间A服务器就开始报警并宕机。
某公司一台服务器，连接了一台存储。该服务器安装linux操作系统，文件系统为xfs。 在运行过程中该服务器出现故障，管理员使用xfs_repair工具试图对xfs文件系统进行修复但失败，服务器中所有数据丢失。
服务器数据恢复环境： 某品牌2850服务器上有一组由6块SCSI硬盘组建的raid5磁盘阵列，上层操作系统为Redhat linux+ext3文件系统。 服务器故障&初检： 服务器在运行过程中突然瘫痪，管理员对服务器中的raid进行检查后发现有两块硬盘离线。管理员对其中一块离线硬盘进行强制上线操作，但是强制上线操作完成后操作系统启动异常。管理员马上将服务器关机，联系我们数据恢复中心寻求帮助。
一台ibm x3850服务器，有一组由5块硬盘组建的raid5磁盘阵列，上层是Redhat Linux操作系统，部署了一个oracle数据库。 raid5阵列中2块硬盘离线，阵列崩溃。经过检测发现该raid中的热备盘未激活，硬盘无物理故障，无明显同步表现。
服务器存储数据恢复环境： 一台EMC某型号存储中有一组RAID5磁盘阵列。该raid5阵列中有12块硬盘，其中2块硬盘为热备盘。 服务器存储故障： 该存储raid5阵列中有两块硬盘离线，只有1块热备盘启用替换掉其中一块离线盘，另外1块热备盘未成功启用，raid5阵列崩溃，存储不可用。 磁盘阵列中硬盘离线的原因通常是磁盘存在物理故障或者硬盘出现坏道。由于EMC存储中的raid控制器的磁盘检查策略十分严格，经常将硬盘的性能不稳定判定为硬件故障并将该硬盘踢出raid。很多情况下EMC存储中raid崩溃的原因就是磁盘读写不稳定。
磁盘阵列（raid）是一种将多块物理硬盘整合成一个虚拟存储的技术。raid模块相当于一个存储管理中间层，上层接收并执行操作系统及文件系统的数据读写指令，下层管理数据在各个物理硬盘上的存储及读写。相对于单独的物理硬盘，raid可以为用户提供更大的独立存储空间，更快的读写速度，更高的数据存储安全及更方便的统一管理模式。磁盘阵列的正常运行是保障服务器中数据正常读写的关键。
某公司一台NetApp存储，该存储中有24块磁盘。 工作人员误删除了NetApp存储中一个文件夹，文件夹中有非常重要的数据。 数据恢复工程师在现场对该存储进行了初检。虽然这个文件夹被删除很长时间，但是根据NetApp存储中的WAFL文件系统的特性，删除数据被覆盖的可能性不大，可以尝试恢复数据。
两组分别由4块SAS硬盘组建的raid5磁盘阵列，ext3文件系统+lvm结构。 磁盘阵列中一块硬盘离线，热备盘自动上线替换离线硬盘并开始同步数据。在热备盘同步数据的过程中该组raid中另外一块硬盘出现故障掉线，该组Raid崩溃，LVM结构不完整，文件系统不可用，服务器瘫痪。 管理员检查掉线的两块硬盘，前面掉线的硬盘无法识别，后掉线的硬盘可以识别。
一台光纤存储中有一组由16块硬盘组成的raid。 该存储出现故障导致数据丢失。RAID中2块盘掉线，还有1块盘smart状态为“警告”。
虚拟机数据恢复环境： Linux操作系统服务器，EXT4文件系统。服务器中有数台KVM虚拟机。 虚拟机故障： KVM虚拟机被删除，需要恢复raw格式的磁盘文件。
一台服务器上有8块SAS硬盘，其中的7块硬盘组建了一组RAID5阵列，另外1块硬盘作为热备盘使用。划分了6个LUN，服务器上部署有oracle数据库。 RAID5磁盘阵列中有2块硬盘出现故障并离线，RAID5阵列瘫痪，上层LUN无法正常使用。经过硬件工程师检测，所有硬盘（包括离线的2块盘）均无物理故障以及坏道。
发表了文章
2025-11-27
发表了文章
2025-11-25
发表了文章
2025-11-20
发表了文章
2025-11-18
发表了文章
2025-11-13
发表了文章
2025-11-11
发表了文章
2025-11-06
发表了文章
2025-11-04
发表了文章
2025-10-30
发表了文章
2025-10-28
发表了文章
2025-10-21
发表了文章
2025-10-14
发表了文章
2025-10-10
发表了文章
2025-10-09
发表了文章
2025-09-25
发表了文章
2025-09-18
发表了文章
2025-09-17
发表了文章
2025-09-04
发表了文章
2025-09-02
发表了文章
2025-08-20
