暂无个人介绍
MySQL数据库数据恢复环境&故障： 本地服务器，安装的windows server操作系统。 操作系统上部署MySQL单实例，引擎类型为innodb，表空间类型为独立表空间。该MySQL数据库没有备份，未开启binlog。 人为误操作，在用Delete命令删除数据时未添加where子句进行筛选导致全表数据被删除，删除后未对该表进行任何操作。
VMware vsan架构采用2+1模式。每台设备只有一个磁盘组（7+1），缓存盘的大小为240GB，容量盘的大小为1.2TB。 由于其中一台主机（0号组设备）的缓存盘出现故障，导致VMware虚拟化环境中搭建的2台虚拟机的磁盘文件（vmdk）丢失。
某单位一台MongoDB数据库由于业务需求进行了数据迁移，数据库迁移后提示：“Windows无法启动MongoDB服务（位于 本地计算机 上）错误1067：进程意外终止。”
某ECS网站服务器，linux操作系统+mysql数据库。mysql数据库采用innodb作为默认存储引擎。 在执行数据库版本更新测试时，操作人员误误将在本来应该在测试库执行的sql脚本在生产库上执行，导致生产库上部分表被truncate，还有部分表中少量数据被delete。
虚拟化数据恢复环境&故障： vmfs文件系统，存储的数据是SqlServer数据库及其他办公文件。 工作人员误将快照还原，导致了SqlServer数据库数据的丢失，需要恢复原来的SqlServer数据库文件。
服务器数据恢复环境&故障： 一台zfs文件系统的服务器，管理员误操作删除了服务器上的数据。
EMC Unity 400存储连接了2台硬盘柜。2台硬盘柜上一共有21块硬盘（520字节）。21块盘组建了2组RAID6：一组有11块硬盘，一组有10块硬盘。 在存储运行过程中，管理员误操作删除了 2组POOL上的部分数据卷。
一台服务器上的8块硬盘组建了一组raid5磁盘阵列。上层安装windows server操作系统，部署了oracle数据库。 raid5阵列中有2块硬盘的硬盘指示灯显示异常报警。服务器操作系统无法启动，ORACLE数据库也无法启动。
一块硬盘上存放的SqlServer数据库，windows server操作系统+NTFS文件系统。由于误操作导致分区损坏，需要恢复硬盘里的SqlServer数据库数据。
异常断电导致vSAN存储上层虚拟机无法启动。
一台nas上共有14块硬盘组建了一组raid6磁盘阵列。 该nas在工作过程中，raid6阵列中硬盘出现故障离线，导致raid6阵列失效，nas无法正常访问。
Netapp数据恢复数据恢复环境&故障： 一台Netapp存储中有72块SAS硬盘，管理员误操作删除了12个lun。 Netapp数据恢复过程： 1、将故障Netapp存储中所有磁盘编号后取出。硬件工程师检测后没有发现有硬盘存在硬件故障，都可以正常读取。将所有硬盘以只读方式进行扇区级全盘镜像。镜像完成后将所有磁盘按照标记原样还原到原存储中。后续的数据分析和数据恢复操作都基于镜像文件进行，避免对原始磁盘数据造成二次破坏。 2、基于镜像文件对分析所有磁盘底层数据，找到了盘头位置的超级块，分析超级块信息获取到磁盘组的起始块信息、磁盘组名称、逻辑组起始块号、raid编号等基本信息。
服务器硬盘指示灯闪烁黄灯是一种警示，意味着服务器硬盘出现故障即将下线。发现这种情况建议及时更换硬盘。 一旦服务器上有大量数据频繁读写，硬盘指示灯会快速闪烁。服务器上某个硬盘的指示灯只有黄灯亮着，而其他颜色的灯没有亮的话，通常表示这块硬盘出现故障，这时候更换新硬盘同步数据即可。 如果没有及时发现硬盘损坏或者更换硬盘失败导致服务器崩溃，应该如何恢复数据呢？下面通过一个真实案例讲解一下服务器硬盘指示灯亮黄色的数据恢复案例。
一台配有32块硬盘的服务器在运行过程中突然崩溃不可用。经过初步检测，基本上确定服务器硬件不存在物理故障。管理员重启服务器后问题依旧。需要恢复该服务器中的数据。
华为OceanStor T系列某型号存储中有一组由24块机械硬盘组建的一组RAID5阵列。 运行过程中该存储设备RAID5阵列上多块硬盘出现故障离线，阵列失效，存储中数据无法访问。
XSAN数据恢复环境： 昆腾存储+MAC OS操作系统，存储数据主要是视频类数据如MXF、MOV等格式文件。 该昆腾存储中有9个数据卷：1个META信息卷和8个DATA信息卷。 XSAN故障情况： 将存储空间从XSAN架构迁移到STORNEXT架构后，发现存储空间中数据全部丢失。
VMware VSAN超融合架构，11台服务器节点。每台服务器节点上创建1个磁盘组，磁盘组包括1块PCIe固态硬盘（作为缓存盘）和8-10块SSD（作为数据盘），组成VSAN存储空间来存放虚拟机文件。启用了去重和压缩功能。 一台服务器节点上的一块PCIE缓存盘出现故障，导致VSAN逻辑架构问题。2台虚拟机磁盘组件出现问题，虚拟机无法正常使用。
物理区：物理上连续的磁盘空间，即通常意义上的分区。 本地区：VMFS管理的物理区分为保留区和本地区，前面一部分是保留区，后面部分是本地区。本地区又分为元文件区和数据区。 元文件：与NTFS的元文件类似，属于FS的管理用数据。VMFS有6个元文件：.VH.SF/.FBB.SF/.FDC.SF/.SBC.SF/.PBC.SF/.PB2.SF。 元文件区：6个元文件占用的所有空间，在本地区的前面部分。 数据区：用于存放文件数据。 datastore：在ESX服务器上看到的VMFS存储空间。 LV：logical volume，所指的范围其实和本地区一样，即虚拟化卷。 LVM逻辑卷组：用来管理跨dis
5台节点服务器，每台节点服务器上有一组RAID5阵列。每组RAID5阵列上有6块硬盘（其中1块硬盘设置为热备盘，其他5块硬盘为数据盘）。上层系统环境为Lustre分布式文件系统。 机房天花板漏水导致这5台节点服务器进水，每台服务器都有至少2块硬盘出现故障。每台服务器中的RAID5阵列短时间内同时掉线2块或以上数量的硬盘，导致RAID崩溃，服务器中数据无法正常读取。
NetApp数据恢复环境： NetApp某型号存储阵列，包含2个机头+1个扩展柜，72块SAS接口的520字节硬盘组建了3组raid。 NetApp故障： 工作人员误操作删除11个lun。
服务器存储数据恢复环境： 一台V7000存储上共12块SAS机械硬盘（其中1块是热备盘），组建了2组Mdisk，创建了一个pool。挂载在小型机上作为逻辑盘使用，小型机上安装的AIX+Sybase。 服务器存储故障： V7000存储中磁盘出现故障，管理员发现问题后立即更换磁盘。新更换的硬盘在上线同步数据的时候，存储上另一块磁盘也出现问题，导致逻辑盘无法挂接在小型机上，业务暂时中断。V7000存储的管理界面上显示两块硬盘故障脱机。 pool无法加载，其中三个通用卷均无法挂载。
服务器存储数据恢复环境： ZFS Storage 7320存储阵列中有32块硬盘。32块硬盘分为4组，每组8块硬盘，共组建了3组RAIDZ，每组raid都配置了热备盘。 服务器存储故障： 服务器存储运行过程中突然崩溃，排除人为误操作、断电、进水和其他机房不稳定因素。管理员重启服务器存储，系统无法进入，需要恢复服务器存储中的数据。
硬盘故障： 硬盘电路板损坏。 硬盘电路板损坏的典型表现： 1、硬盘加电无任何反应。 2、硬盘电路芯片等模块损坏或缺失。
硬盘故障： 硬盘存在物理坏道。 硬盘存在物理坏道的典型表现： 1、若硬盘为系统盘，故障表现通常为：操作系统异常缓慢、蓝屏，重启系统后引导失败并报告硬盘读取出错、系统自动反复重启。 2、若硬盘为移动硬盘，故障表现通常为：电脑无法加载盘符、提示硬盘需要格式化、频繁提示需要运行chkdsk来检查和修复磁盘、数据读取缓慢、死机。
Mysql数据库故障： Mysql数据库表记录丢失。 Mysql数据库故障表现： 1、Mysql数据库表中无任何数据或只有部分数据。 2、客户端无法查询到完整的信息。
硬盘故障： 硬盘固件区损坏。 硬盘固件区损坏的故障表现： 1、硬盘寻道正常但无法正确识别自身型号或容量。 2、硬盘可以正常识别自身型号和容量但无法读取。
UNIX系统常见故障表现： 1、存储结构出错； 2、数据删除； 3、文件系统格式化； 4、其他原因数据丢失。
服务器数据恢复环境： 两组分别由4块SAS接口硬盘组建的raid5阵列，两组raid5阵列划分LUN并由LVM管理，格式化为EXT3文件系统。 服务器故障： RAID5阵列中一块硬盘未知原因离线，热备盘自动激活上线替换离线硬盘。在热备盘上线过程中，raid5阵列中又有一块硬盘离线。热备盘同步失败，该raid阵列崩溃，LVM结构变得不完整，文件系统无法正常使用。
Oracle数据库常见故障表现： 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE ASM存储破坏。 3、ORACLE数据文件丢失。 4、ORACLE数据文件部分损坏。 5、ORACLE DUMP文件损坏。
mysql数据库文件ibdata1、MYI、MYD损坏。 故障表现：1、数据库无法进行查询等操作；2、使用mysqlcheck和myisamchk无法修复数据库。
Linux操作系统是世界上流行的操作系统之一，被广泛用于服务器、个人电脑、移动设备和嵌入式系统。Linux系统下数据被误删除或者误格式化的问题非常普遍。下面北亚企安数据恢复工程师简单聊一下基于linux的文件系统（EXT2/EXT3/EXT4/Reiserfs/Xfs） 下删除或者格式化的数据恢复流程和可行性。
ESX SERVER常见故障： 1、因光纤存储设备接入了非ESX系统，共享未互斥，对存储进行了改写(重装系统，WINDOWS初始化，格式化等)，导致存储结构损坏。 2、升级或者变更卷时分区表或VMFS卷结构异常。 3、误删除VMFS存储中的VMDK。 4、VMFS格式化。
服务器存储数据恢复环境： 华为S5300存储中有12块FC硬盘，其中11块硬盘作为数据盘组建了一组RAID5阵列，剩下的1块硬盘作为热备盘使用。基于RAID的LUN分配给linux操作系统使用，存放的数据主要是Oracle数据库。 服务器存储故障： RAID5阵列中1块硬盘出现故障离线，热备盘自动激活开始同步数据，在同步数据的过程中又一块硬盘离线，RAID5阵列瘫痪，上层LUN无法使用。
一台HP EVA存储中有23块硬盘，挂接到一台windows server操作系统的服务器。 EVA存储上有三个硬盘指示灯亮黄灯，此刻存储还能正常使用。管理员在更换硬盘的过程中，又出现一块硬盘对应的指示灯亮黄灯，存储崩溃，无法使用了。
某品牌服务器上有一组由两块SAS硬盘组建的raid0阵列，上层是windows server操作系统+ntfs文件系统。服务器上一个硬盘指示灯显示黄颜色，该指示灯对应的硬盘离线，raid不可用。
服务器存储数据恢复环境： 存储中有一组由12块硬盘组建的RAID6阵列，上层linux操作系统+EXT3文件系统，该存储划分3个LUN。 服务器存储故障&分析： 存储中RAID6阵列不可用。为了抢救数据，运维人员使用原始RAID中的部分硬盘重新组建RAID并进行了初始化。 初始化开始一段时间后，运维人员察觉到情况有异后强制终止初始化，这个时候初始化已经完成一半以上。数据部分已被不可逆的破坏。
Sybase数据库数据恢复环境： Sybase数据库版本：SQL Anywhere 8.0。 Sybase数据库故障&分析： Sybase数据库无法启动。 使用Sybase Central连接报错。 数据库数据恢复工程师经过检测，发现Sybase数据库出现故障的原因是：异常断电造成Sybase数据库无法回写正常数据，导致多个存储页数据不一致，系统表描述和存储表不一致，部分存储页底层数据完全杂乱。
一台Oracle数据库打开报错，报错信息： “system01.dbf需要更多的恢复来保持一致性，数据库无法打开”。管理员联系我们数据恢复中心寻求帮助，并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。 由于数据库没有备份，无法通过备份去恢复数据库。
服务器存储数据恢复环境： 某品牌光纤存储上共有16块FC硬盘。存储上的卷映射到Linux操作系统上。Linux操作系统上运行Oracle数据库。 服务器存储故障&检测： 存储上2块硬盘故障灯亮起，存储映射到linux操作系统上的卷挂载不上，业务中断。
服务器存储数据恢复环境： 某品牌MSA2000FC存储中有一组由7块盘组建的RAID5阵列，另外还有1块硬盘作为热备盘使用。 基于RAID5阵列划分的几个LUN分配给小机使用，存储空间通过LVM管理，重要数据为Oracle数据库及OA服务端。 服务器存储故障： RAID5阵列中2块硬盘离线，唯一的热备盘成功激活，RAID5阵列还是变得不可用，上层LUN无法使用。
服务器数据恢复环境： 两组分别由4块SAS硬盘组建的raid5阵列，两组阵列划分的LUN组成LVM架构，格式化为EXT3文件系统。 服务器故障： 一组raid5阵列中的一块硬盘离线。热备盘自动上线替换离线硬盘，但在热备盘上线同步数据的过程中，又有一块硬盘离线，导致热备盘同步失败。该组raid阵列崩溃，LVM结构不完整，文件系统无法正常使用。 将2块离线硬盘做好标记后取出&进行检测，发现先离线的硬盘无法识别，初步判断该硬盘出现硬件故障，需要开盘修复，另一块离线硬盘可以识别。
存储掉盘超过上限，lun无法识别。管理员重组存储的位图信息并导出lun，发现linux操作系统上部署的oracle数据库中有上百个数据文件的大小变为0kb。数据库的大小缩水了80%以上。 取出&并分析oracle数据库的控制文件。重组存储位图信息，重新导出控制文件中记录的数据文件，发现这些文件的大小依然为0kb。
服务器存储数据恢复环境： 某单位一台某品牌型号为DS5300的服务器存储，1个机头+4个扩展柜，底层是2组分别由数十块硬盘组建的RAID5阵列。存储系统上层一共分了11个卷。 服务器存储故障&分析： 存储设备上一组raid5阵列上的2块磁盘出现故障，对应的硬盘指示灯亮黄灯，阵列崩溃，存储不可用。该组故障阵列上层存放的是Oracle数据库文件。
服务器数据恢复环境： 某品牌X3850服务器中有一组由数块SAS硬盘组建的RAID5阵列，该阵列中有一块盘是热备盘。操作系统为linux redhat，上面跑着一个基于oracle数据库的oa。 服务器故障： 服务器raid5阵列中有一块硬盘离线，但是热备盘没有成功激活，之后另外一块硬盘离线，RAID崩溃。
服务器数据恢复环境： 某品牌DL380服务器，服务器中三块SAS硬盘组建了一组raid5阵列。服务器安装Windows Server操作系统，划分了3个分区，D分区存放数据库，E分区存放数据库备份。 服务器故障： RAID5阵列中有一块磁盘出现故障，该硬盘对应的指示灯亮红色。RAID5阵列瘫痪，D分区不可识别，E分区虽然可以识别，但是拷贝备份文件报错。管理员重启服务器，RAID5阵列上离线的硬盘自动上线开始同步数据。同步还没有完成时管理员强制关机，之后再没有动过服务器。
虚拟化数据恢复环境&故障： 某单位信息管理平台，数台VMware ESX SERVER共享一台某品牌DS4100存储。 vc报告虚拟磁盘丢失，管理员ssh到ESX中执行fdisk -l查看磁盘，发现STORAGE中的分区表不见了。重启所有设备后，ESX SERVER均无法连接到DS4100存储中的STORAGE。
服务器存储数据恢复环境： 华为品牌型号为OceanStor S2600T的存储设备，存储上有一组由24块4T容量的机械硬盘组建的RAID5阵列，作为存储池使用。 图1 服务器存储故障&检测： 存储设备中raid5阵列上多块硬盘出现故障离线，raid5阵列失效，数据无法正常访问。 关机后将存储中所有硬盘标记&取出，硬件工程师对所有硬盘进行硬件故障检测。经过检测，没有发现存在物理故障的磁盘，都可以正常读取。
关于Ext4文件系统的几个概念： 块组：Ext4文件系统的全部空间被划分为若干个块组，每个块组结构基本上相同。 块组描述符表：每个块组都对应一个块组描述符，这些块组描述符统一放在文件系统的前部，称为块组描述符表。每个块组描述符大小为32字节，主要描述块位图、i-节点位图及i-节点表的地址等信息。 超级块(Superblock)：用于存储文件系统的配置参数（块大小、总块数、i-节点数等）和动态信息（当前空闲块数和i-节点数）。Ext4文件系统的超级块始于1024字节处，即2号扇区。 i节点：描述文件的时间、大小、块指针等信息。
虚拟化数据恢复环境： 一台虚拟机从物理机迁移到ESXI虚拟化平台，迁移完成后做了一个快照。虚拟机上运行了一个SQL Server数据库，记录了数年的数据。 ESXI虚拟化平台上有数十台虚拟机，EXSI虚拟化平台连接了一台EVA存储，所有的虚拟机都存放在EVA存储上。 虚拟化故障： 工组人员误操作将数年前迁移完成后做的快照还原了，也就意味着虚拟机状态还原到数年前，近几年数据都被删除了。 还原快照相当于删除数据，意味着部分存储空间会被释放。为了不让这部分释放的空间被重用，需要将连接到这台存储的所有虚拟机都关掉，需要将不能长时间宕机的虚拟机迁移到别的EXSI虚拟化平台上。
虚拟化数据恢复环境： SAN环境下通过iSCSI实现FreeNAS，FreeNAS采用的UFS2文件系统。物理存储架构在一台服务器上，另外两台服务器上安装ESXi虚拟化系统。整个存储建立一个稀疏模式的文件，并挂载到ESXi虚拟化系统上。ESXi系统上有5台虚拟机。 虚拟化故障： 一次异常断电后，ESXi虚拟化系统连不上存储。
发表了文章
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
