【北亚服务器数据恢复】卷映射出错后执行fsck操作导致卷数据丢失的数据恢复案例
摘要：
服务器数据恢复环境：
san环境下的存储上一组由6块硬盘组建的RAID6，划分为若干LUN，MAP到跑不同业务的服务器上，服务器上层是SOLARIS操作系统+UFS文件系统。
服务器故障：
业务需求需要增加一台服务器跑新增的应用，工作人员在原服务器在线的状态下将其中一个lun映射到一台新服务器上。实际上这个刚映射过去的卷已经map到了solaris生产系统上的某个lun上了。新服务器对这个映射过来的卷进行初始化，原来的solaris系统上的磁盘报错，重启服务器后这个卷已经无法挂载了。
阅读全文
服务器数据恢复环境：
san环境下的存储上一组由6块硬盘组建的RAID6，划分为若干LUN，MAP到跑不同业务的服务器上，服务器上层是SOLARIS操作系统+UFS文件系统。
服务器故障：
业务需求需要增加一台服务器跑新增的应用，工作人员在原服务器在线的状态下将其中一个lun映射到一台新服务器上。实际上这个刚映射过去的卷已经map到了solaris生产系统上的某个lun上了。新服务器对这个映射过来的卷进行初始化，原来的solaris系统上的磁盘报错，重启服务器后这个卷已经无法挂载了。
阅读全文
posted @ 2023-12-29 11:18
服务器数据恢复环境：
服务器中有32块硬盘，组建了3组RAIDZ，部分磁盘作为热备盘。zfs文件系统。
服务器故障：
服务器运行中突然崩溃，排除断电、进水、异常操作等外部因素。工作人员将服务器重启后发现无法进入操作系统。
服务器上有一组由12块硬盘组建的raid6磁盘阵列，raid6阵列上层有一个lun，映射到WINDOWS系统上使用，WINDOWS系统划分了一个GPT分区。
服务器数据恢复环境：
服务器有一组由12块硬盘组建的raid5阵列。
服务器故障&分析：
机房供电不稳导致服务器意外断电，工作人员重启服务器后发现服务器无法正常使用。
根据故障情况，北亚企安数据恢复工程师初步判断服务器故障原因是意外断电导致的raid模块损坏，经过详细检测发现是异常断电导致的raid信息丢失。raid信息丢失实际上是raid模块损坏的一种情况。
某品牌OceanStorT系列某型号存储+MD1200磁盘柜，组建的raid5磁盘阵列。上层分配了1个lun，安装的linux操作系统，划分两个分区，分区一通过lvm进行扩容，分区二格式化为xfs文件系统。
linux操作系统服务器数据恢复环境：
某品牌R730服务器+MD3200系列存储，linux操作系统。
服务器故障：
机房意外断电导致服务器linux操作系统部分文件丢失。
昆腾某型号存储，StorNext文件存储系统。
共有9个分别配置了24块磁盘的磁盘柜，其中8个磁盘柜存放普通数据，1个磁盘柜存放元数据。
存放元数据的磁盘柜中的24块磁盘组建了8组RAID1阵列和1组4盘RAID10阵列，还有4个全局热备硬盘。
存放普通数据的磁盘柜中的192块磁盘共组建了32组6盘RAID5阵列，32组RAID5阵列分为2个存储系统。
一台emc某型号存储服务器，存储服务器上组建了一组raid5磁盘阵列，阵列中有两块磁盘作为热备盘使用。存储服务器在运行过程中有两块磁盘出现故障离线，但是只有一块热备盘激活，最终导致该raid5阵列崩溃，上层应用无法正常使用。
一台服务器上3块硬盘组建了一组raid5磁盘阵列。服务器运行过程中有一块硬盘的指示灯变为红色，raid5磁盘阵列出现故障，服务器上层操作系统的分区无法识别。
服务器数据恢复环境：
一台DELL EqualLogic PS系列存储，存储中有一组由16块SAS硬盘组成的RAID5。上层是VMFS文件系统，存放虚拟机文件。存储上层分了4个卷。
服务器故障&检测：
存储上有2个硬盘指示灯显示黄色，磁盘出现故障导致存储不可用，存储设备已经过保。
硬件工程师对故障存储中的16块硬盘做了硬件故障检测，发现其中有2块磁盘存在坏道，SMART的错误冗余级别已经超过阈值。
服务器数据恢复环境：
一台服务器中有一组由24块FC硬盘组建的raid5磁盘阵列，linux操作系统+ext3文件系统，服务器上层部署有oracle数据库。
服务器故障&检测：
raid5阵列中有两块硬盘出现故障掉线，导致服务器上层卷无法挂载，oracle数据库无法正常使用。
通过管理后台查看服务器中硬盘的状态，显示有两块硬盘处于离线状态。
一台Windows server操作系统的服务器上部署Oracle数据库。
服务器意外断电导致oracle数据库报错，报错信息：“system01.dbf需要更多的恢复来保持一致性”。由于该oracle数据库并没有备份，仅有一些断断续续的归档日志，无法通过备份文件恢复oracle数据库的数据。管理员联系北亚企安数据恢复中心要求修复Oracle数据库。
服务器数据恢复环境：
某品牌X系列服务器，4块SAS硬盘组建了一组RAID5阵列，还有1块磁盘作为热备盘使用。服务器上层安装的linux操作系统，操作系统上部署了一个基于oracle数据库的OA（oracle已经不再为该OA系统提供后续服务支持）。
服务器故障：
raid5中一块磁盘离线，热备盘未自动激活rebuild（原因不明）。服务器在运行一段时间后，另一块磁盘离线，RAID5阵列崩溃。用户方要求尽可能恢复服务器操作系统和服务器中的数据。
服务器数据恢复环境：
一台服务器上搭建了一组由5块硬盘组建的raid5阵列，服务器上层存放单位重要数据，无备份文件。
服务器故障&分析：
服务器上raid5有一块硬盘掉线，外聘运维人员在没有了解服务器具体情况下，将服务器上raid5阵列中4块正常硬盘（除去掉线的那块磁盘）重建为一组新的raid5阵列，导致服务器中的原始数据全部丢失。
mysql数据库数据恢复环境：
本地服务器，windows server操作系统 ，部署有mysql单实例，数据库引擎类型为innodb，独立表空间，无数据库备份，未开启binlog。
mysql数据库故障：
工作人员使用Delete命令删除数据时未添加where子句进行筛选，导致全表数据被删除，删除后未对该表进行任何操作。
某公司服务器上的SQLServer数据库被加密，无法使用。被加密的数据库有2个，数据库的MDF、LDF、log文件名字被篡改。
VSAN数据恢复环境：
4个节点服务器组建vsan集群。每个节点服务器上有2组分别由6块硬盘组建的raid阵列，上层是虚拟机文件。
VSAN故障情况：
vsan集群某一个节点服务器上的一组raid阵列中的一块硬盘离线，安全机制启动，开始进行数据的重构及迁移。在数据迁移过程中机房断电导致数据迁移重构失败。服务器重启之后另一组磁盘阵列中有2块硬盘出现故障离线，导致整个vsan分布式存储不可用，上层所有虚拟机无法访问。
服务器数据恢复环境：
服务器使用磁盘柜+RAID卡搭建了一组riad5磁盘阵列。服务器上层分配了一个LUN，划分了两个分区：sdc1分区和sdc2分区。通过LVM扩容的方式，将sdc1分区加入到了root_lv中；sdc2分区格式化为XFS文件系统。服务器安装的Linux系统。
服务器故障：
服务器重装操作系统后sdc磁盘分区发生改变，原sdc2分区丢失，无法访问。
由于工作人员的误操作，将Ext4文件系统误装入到存储中Ocfs2文件系统数据卷上，导致原Ocfs2文件系统被格式化为Ext4文件系统。
由于Ext4文件系统每隔几百兆就会写入文件系统的原始信息，原Ocfs2文件系统数据会遭受一定程度的破坏，但破坏的应该不太多。
服务器数据恢复环境：
某品牌720服务器搭配该品牌某型号RAID卡，使用4块STAT硬盘组建了一组RAID10阵列。服务器上部署XenServer虚拟化平台，系统盘 +数据盘两个虚拟机磁盘。虚拟机上安装的是Windows Server操作系统，作为Web服务器使用，网站使用的是SQLServer数据库。
服务器故障：
服务器意外断电导致XenServer中一台VPS（XenServer虚拟机）不可用，虚拟磁盘文件丢失，
浙公网安备 33010602011771号