【服务器数据恢复】误操作导致RAID0数据不可用的数据恢复案例

服务器数据恢复环境：
某网站服务器，无品牌组装机器；
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、由用户亲自对恢复出来的数据进行检测，确认恢复出来的数据完整有效。