服务器数据恢复环境:
某网站服务器,无品牌组装机器;
4块SCSI硬盘组建RAID0;
LINUX操作系统,存储的MYSQL数据库、网站程序和网页文件。
服务器故障&分析:
服务器电源损坏,用户找到一家电源销售商更换电源。可能是害怕损坏硬盘中的数据,电源销售商竟然把硬盘全部拔掉(只留下RAID卡)启动服务器进行测试,完成测试后再次连接硬盘启动服务器,发现RAID信息已经破坏。之后又做了一些操作(未知)。
我们中心拿到故障服务器时的故障表现:启动操作系统时提示无效的引导记录。用户要求恢复服务器中的数据,同时重新激活修复服务器的操作系统。
拔掉全部硬盘保留RAID卡进行开机测试,服务器在加电检测RAID控制器时会认为所有硬盘都出现故障,从而导致RAID逻辑卷下线。
连接好所有硬盘重新加电后,虽然所有硬盘是完好的,但RAID控制器为了安全考虑,不会重新加载所有硬盘,重建RAID卷。这时候如果及时采取正确的操作还有可能恢复数据,但估计用户当时进行了错误的操作如重建,从而导致所有数据不可用。
RAID0本身不会涉及到同步操作,除非重建时清0数据,其他操作不会对数据造成致命性的破坏,但需要分析原RAID的结构,并进行虚拟重组。
服务器数据恢复过程:
1、按单盘方式把故障服务器中所有硬盘进行完整的镜像备份。
2、在镜像中分析原RAID的结构参数。
3、根据获取到的原RAID结构参数搭建虚拟RAID环境,组建RAID逻辑卷。
4、为保证数据完整性,将数据打包为TAR.GZ。
5、重新配置RAID,安装系统,将恢复后的数据迁移回原系统。
6、由用户亲自对恢复出来的数据进行检测,确认恢复出来的数据完整有效。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。