solaris系统不能访问文件系统。solaris系统上运行着单位的mail，赶紧抢修。邮件系统有两万个用户，不然一会电话就打爆了。正在维修时，电话响个不停。庆幸发现及时，但也撞到枪口上了。顾不得开会了，赶紧去救火啊。

通过控制面板查看ama阵列raid坏，赶紧看看能不能恢复。先把系统停掉，init 0不行，一直waining，访问不到文件系统，只好power off。通过ama阵列增加hotspare硬盘，重新rebuild后，通过查看logcal driver，发现阵列重新online，总算可以了。

sun power on，三个文件系统不能访问，stop A后，只能boot -s到维护模式，fsck -y /dev/#三个文件系统，/home1和/home2，很快完成，重点是/var/mail经过约30分钟左右/var/mail也检查完成。启动mail，出现httpd程序已经启动，后到/var/eyou/apache/logs目录下，删除httpd.id文件，echo > access.logs和access.log因为这两个文件已经达到2G，再启动邮件收发正常。

接着进行邮件的迁移，阵列是rebuild了，但还有风险，需要把数据迁移到netapp存储上。 mount netapp上的存储空间到solaris /netapp目录下，用cp命令可能一些管道文件无法cp，所以用tar命令，tar -cmf /netapp/mail.tar /var/mail出现错误，只能建立一个大小为2G的文件，mount 后，发现没有largefiles参数，mount -o largefiles 10.32.1.19：/vol/uservol/mail /netapp，mount命令发现/netapp有largefiles参数，重新tar，还是报错。

放弃tar命令使用rsync命令进行同步，下载rsync-2.5.6-sol9-sparc-local.gz和popt-1.7-sol9-sparc-local.gz，gunzip解压缩，使用pkgadd -d命令安装这两个文件，使用/usr/local/bin/rsync命令进行同步，出现错误，libsocket.so.l错误，后来发现系统版本低，uname -o，发现系统为5.7，不是solaris9，重新下载rsync-2.5.6-sol7-sparc-local.gz和popt-1.7-sol7-sparc-local.gz，gunzip解压缩，pkgadd重新安装，使用rsync -vzrtopg –progress –delete /var/eyou /netapp/eyou，经过了15个小时左右，所有数据传送完毕，出现/var/eyou/queue/FIFO传送失败，后到/netapp/eyou/sbin/，执行setup产生邮件队列，生成FIFO和其他相关文件，因/var/eyou/apache/conf/httpd.conf文件配置的路径都在/var路径下，使用ln -s /netapp/eyou /var/eyou进行链接。重新启动mail服务，邮件一切正常。

原阵列的文件系统进行umount，通过修改/etc/vfstab文件，注释掉阵列的mount点

天伟承诺：天伟承诺：免费检测，数据不认可，不受却任何费用，免费提供三天备份。

其他公司做不来的活，可以来我们这试试尤其是二次开盘

公司名称：天伟数据恢复中心

公司联系地址：天津市南开区鞍山西道百脑汇607室

更多详情请登录我们的网站。