RAID50更换硬盘引起的数据丢失--数据恢复案例记录

最新推荐文章于 2024-07-16 14:32:50 发布

Cav5lier

最新推荐文章于 2024-07-16 14:32:50 发布

阅读量3.1k

点赞数

文章标签： raid5 sql server 财务系统数据库服务器磁盘

本文链接：https://blog.csdn.net/pilearn/article/details/6714097

版权

本文记录了一次RAID50数据恢复案例，由于在RAID重建期间进行数据库操作，导致数据丢失。故障起因于服务器上用友财务系统的SQL Server异常，用户在重新安装过程中遇到硬盘问题。两次硬盘更换后，RAID50阵列数据受损，数据库变为质疑状态。通过分析硬盘并重组RAID，成功恢复数据。案例强调在RAID重建未完成时，不应进行磁盘操作，以免引发更多问题。

摘要由CSDN通过智能技术生成

最近处理了一个RAID50数据恢复案例,硬件信息如下:
HP服务器8块300GB SAS硬盘,硬盘编号从1-8,其中1 3 5 7四块盘组成一组RAID5,2 4 6 8组成另一组RAID5,然后这两组RAID5组成RAID0,这就是所谓的混合型RAID,即RAID50.

故障现象及原因:
该服务器主要运行公司用友财务系统,同时也扮演文件服务器的角色.起初发觉MS SQL Server有些异常,决定重新安装MS SQL Server,在安装之前,把相关数据库通过用友平台备份出来,还把原始用友数据库所在的文件夹重新命名,这个过程中没有发现异常.用户重装MS SQL Server顺利完成,用友财务系统应用程序也重新安装,把原先备份出来的还原到系统中,发现两个帐套还原有问题.就在这时候发现第二组RAID5中的6号盘亮红灯,于是用户在线更换6号盘(用新的硬盘替换6号盘),这个时候RAID控制器会对新更换的硬盘进行Rebuild,用户继续对盘阵数据进行COPY备份操作,这个过程感觉数据库状态都正常,过了几个小时,用户发现第二组RAID5中的2号盘亮红灯,于是又更换了新的硬盘替换2号盘,这个时候RAID控制器会对新更换的2号硬盘进行Rebuild.没过多久,发现数据库全部变成质疑状态,有些文件夹打不开,提示MFT表错误或者目录信息损坏.接下来用户重起服务器,在重起过程中对硬盘分区进行chkdsk操作，系统起来以后，发现原来打不开的目录能打开了，但是文件打不开，数据库状态还是质疑状态。

分析：
经过对第二组Raid5硬盘进行分析，发现新更换的6号盘没有Rebuild完成，新更换的6号盘是由原2 4 8号盘Rebuild的。而后面更换的2号盘是由 4 6（新更换的） 8号盘Rebuild的，由于第一次更换盘以后，没有Rebuild完成，于是又更换2号盘࿰