■ 贵州 郜荣杰
近日笔者在某系统上线测试过程中,发现页面一直加载无法正常显示,并发现主机内存使用率高达99%,仅剩100MB内存可以使用。为保证资源尽早释放,决定重启(renboot)主机。重启后,发现原来附件数据盘没有自动挂载,通过手工挂载时出现如下错误:
1.首先为预防数据丢失,将挂载失败磁盘通过VMware vSphere Client进行备份,保证修复失败后数据丢失。
2.备份成功后对备份磁盘进行恢复操作:
查看备份超级块的位置。
修复坏数据块:
[root@XXXXX ~]# fsck-t ext3 -b 163840 /dev/sdb5
按块修复成功后,发现部分数据恢复,说明修复磁盘有希望,开始着手整盘修复。
[r o o t@XXXXX ~]#fsck -t ext3 /dev/sdb5
截止3个小时修复命令还没有完成,也没有任何进度条反映执行的进度。为更好地跟踪命令执行修复进度,使用“Ctrl+C”中断上述命令,使用如下指令:
[root@XXXXX ~]# fsck-t ext3 -C -y /dev/sdb5
3.历时6个小时完成数据恢复,恢复数据量为270GB。
通过比对,恢复数据量与原来数字档建系统附件数据量大小相符。
4.重新分配磁盘,通过命令(scp -r /mnt root@主机IP:/)将恢复的数据导入到重新分配的磁盘中,启动应用服务后系统正常。
文件系统损坏原因,一是非法关机,二个是磁盘有环道,只能一个一个排除,先软后硬,如果格式化后,还是有问题,那原因多半就是硬件的问题了。一般情况是由于非法关机引起的,重启主机时使用了reboot命令,此命令可以快速关闭系统,但如果还有其他用户(程序用户)在该系统上工作时,就会引起数据的丢失。使用reboot命令的场合主要是在单用户模式,其他模式建议使用init 6,shutdown -r now,防止因操作规范导致系统文件崩溃。
1.系统重启时应使用shutdown -r now命令,减少操作失误。
2.加强系统文件备份管理,以防无法恢复造成损失。
3.流媒体服务对系统内存占用高,应将其独立出来。
4.应用系统主机应该设立定时重启机制,如1个月重启一下,在重启之前先做备份。