|
基本信息
|
客户姓名 |
 |
||
| 送修日期 | 2015 | |||
| 恢复用时 | 1天小时 | |||
| 故障描述 | 客户公司的一台WEB服务器数据恢复，服务器是三块80GB的硬盘组成RAID5。 | |||
| 检查恢复 | 先把两个盘用RS做了镜像，最后一个没有做直接挂在机器上，我感觉如果做3个盘的话一是费时间，二是组raid速度会慢一点，所以通常我只做2个盘，第三个盘挂在机器上直接做。然后计算mft的起始位置和盘序，块大小 ，这些都是比较顺利的，没用多长时间就做出来了。心里是很高兴的，心想这次实在是太顺了，重组完成后开始拷贝数据，在winhex里没办法看到数据量的大小，客户说只要d盘的数据，是网站和数据库，开始没敢考太多的目录一个一个考的，最后发现有一个root的目录，文件太多了，只200M的数据就有2万多个文件，全是那种小碎文件，大约5个小时后系统提示资源不足，没办法重启计算机，又开始拷贝，现在是先进root目录，在它下面一个目录一个目录的copy。最后5个小时左右后又是同样的问题，系统资源不足，这时已经第二天的上午8点多了，用RS组一个raid5看了一个，只这个目录下就有60万个文件，如果照这个速度拷贝下去可能要3-4天，实在是太麻烦了。于是想是不是可以用winhex把raid5做一个镜像，然后再写到客户的盘上呢，这样或许会快点，说做就做，用户的raid5容量是130G左右，做镜像用了2个小时，然后回写到硬盘上又用了两个小时，最终在下午3点完成任务。 | |||
