服务器数据恢复—服务器重装系统导致sdc2分区丢失,XFS文件系统修复
磁盘柜中磁盘通过RAID卡创建一组RAID5阵列,分配一个LUN。在Linux系统层面对LUN进行分区,划分sdc1和sdc2两个分区。通过LVM扩容的方式将sdc1分区加入到了root_lv中,剩余的sdc2分区格式化为XFS文件系统。
服务器管理员对服务器重装系统操作后,发现sdc磁盘分区发生改变,原始sdc2分区丢失,无法访问。 阅读全文
posted @ 2026-03-19 15:09 北亚数据恢复 阅读(0) 评论(0) 推荐(0)
北亚数据恢复中心最近接到很多服务器数据恢复的案子,这些案子有:服务器断电数据丢失、意外断电导致服务器无法启动、服务器可以启动但是虚拟机丢失、服务器断电后多块硬盘出现故障离线.....。下面通过其中一例服务器断电导致数据丢失的案例给大家简单介绍一下服务器断电后数据如何恢复。
虚拟机技术作为虚拟化技术的一种,在现代信息技术领域扮演着重要角色。虚拟化技术的核心是将事物从一种形式转变为另一种形式,它在多个方面都有广泛应用。
在服务器运维过程中,硬盘掉线是导致服务器故障、数据丢失的常见原因。针对普通服务器硬盘掉线引发的数据丢失问题,存在一套常规的数据恢复方法。下面将详细介绍北亚数据恢复中心为某客户服务器进行数据恢复的全过程。
服务器故障:
故障服务器配备了16块硬盘。某一天,运维人员发现10号和13号硬盘亮黄灯,服务器业务随即中断。
RAID本质上是一种存储方式,它有个很厉害的特点,就像通讯领域的纠错码一样,允许一部分数据缺失,却不影响全部数据的正常使用。不同的冗余模式构成了不同的RAID类别。
下面,我用一个简单的例子来解释仅具备一个磁盘冗余的RAID模型(思想同RAID3、RAID4、RAID5)。假设我们有3页空白的纸,为了方便记录数字,把每页纸都划分成大小相同的表格。同时,存在一种可能,这3页纸在特定情况下会丢失其中1页。为了在这种设定下仍能完整安全地记录数字,我们要设计一些相互关联的冗余关系。
本次需要进行数据恢复的设备为一台服务器,该服务器通过FreeNAS提供iSCSI块存储服务,并借助另外两台服务器构建虚拟化系统。在FreeNAS层面采用的是UFS2文件系统,整个服务器创建了一个文件并挂载给ESXi5.0系统。在这个虚拟化系统中,共有5台虚拟机。其中一台虚拟机采用ASP.net和PHP混合构架,使用SqlServer2005和MySQL5.1两个数据库;另一台虚拟机为FreeBSD系统,使用MySQL数据库;还有一台虚拟机存储的是代码数据。这三台虚拟机的数据是本次服务器数据恢复的重点。
本次为大家分享一则典型的服务器RAID数据恢复实战案例,故障原因为RAID配置信息丢失。
故障服务器为某品牌DL380系列机型,由6块73GB SAS硬盘组建RAID5磁盘阵列,上层运行Windows Server操作系统,盘内主要存储企业内部办公文档,无数据库文件。
该服务器未配备UPS不间断电源,在故障发生前已出现多次意外断电现象,因每次重启后系统均可正常运行,管理员未及时处理。直至最近一次断电重启后,服务器出现RAID报错,提示无法识别存储设备,进入RAID控制界面时直接卡死死机。管理员多次重启服务器均无法正常进入系统,为避免数据二次损坏与丢失,立即联系北京北亚数据恢复中心寻求专业数据恢复支持。
EVA4400/6400/8400系列存储已进入退役期,故障频发。该系列搭载的454414-001型号1T FATA磁盘,为希捷7200.11 FC改版,存在设计缺陷,运行2-3年易批量损坏,修复难度极高。
EVA存储所用FC磁盘本质为SAS盘转接实现,加之虚拟化存储持续数据迁移、业务负载高,磁盘易故障掉线,最终突破冗余保护导致存储崩溃。
一个Oracle数据库故障表现为ASM磁盘组掉线,ASM实例无法挂载(mount)。数据库管理员自行进行简单修复,未能成功,随后联系北亚数据恢复中心恢复数据。
本次数据恢复涉及一台R710系列服务器和一台MD3200系列存储,上层是ESXI5.5版本的虚拟机和虚拟文件。因客户机房非正常断电,虚拟机无法启动。机房管理员检查发现虚拟机配置文件丢失,但xxx-flat.vmdk磁盘文件和xxx-000001-delta.vmdk快照文件还在。管理员尝试恢复时,删除了原虚拟机内的xxx-flat.vmdk,新建了一个虚拟机,分配了200GB精简模式和160GB快照数据盘,然而原虚拟机数据未恢复。
浙公网安备 33010602011771号