数据库起不来了－事件回顾

从中吸取一些教训

公司新的一家店就要开业了，因为新店的路由器暂时还没有通，所以暂时放在附近的老店里，ip也是暂时用的老店的ip。因为今天路由器通了，所以要把服务器移过去，因为移服务器的那个人不会改ip，所有要我这里远程把ip信息给改过来。

当时前台（一个新店要两台服务器，一个前台，一个后台，接一个陈列柜）的数据库还有一些日志没有备份，在备份的时候一直没有动静，控制台屏幕上一直出现scsi有问题，初步判断应该是scsi线有问题，当时想到新店后把线重新接一下然后再换，然后就把数据库停了。

接着改ip，改完ip后重起网络，我这里就没有办法连上服务器了，于是就让对方把服务器关掉，谁知道对方直接就按服务器的电源把服务器关掉了。这样关机的结果就是造成了后面事情的发生。

到新店后，后台启动正常了，起前台的时候一直报错，文件系统有问题。我们是把陈列柜上的一个分区也直接加载到系统中了，系统启动的时候要加载那个分区的。这个时候登陆到后台服务器上，检测有问题的那个分区，后台服务器上设置的可以看到陈列柜上的所有磁盘。

用fsck检测那个分区，还是有问题，最后没有办法就把那个分区重新格式化了，那个分区的内容不是太重要，可以重新做。然后重起系统可以进入了，当时还觉得挺幸运的，于是乎启动数据库，启动数据库到一半的时候就又报错了，数据库所在的空间有问题，彻底晕倒了。

用fsck检测那些分区，也都不能恢复正常。

实在没有办法了，最后只好重新安装数据库，因为当时备份没有正常完成，所以需要重新做以前的工作了，还好里面没有太多的数据，不过还是给我一个教训，备份一定要重视。这件事情上还是有一些自己的责任的，已经被领导训了一顿了，吸取教训吧！

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/312079/viewspace-245552/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/312079/viewspace-245552/