数据迁移

Blog完全恢复!

哈哈,总算彻底恢复了,一丁点儿数据都没有丢失,期盼的大团圆结局居然在最后才出现,实在是意外的惊喜!把昨天沮丧的文章转在下面吧:

忙了这么久,总算还有些成绩。原来的数据库恢复过程中由于MySQL Dump 数据时出现乱码,暂时放在一边,如果感兴趣,想看看残破的Drupal是什么样子,可以看看:http://www.kzeng.info/test/ 呵呵,仍然是一个完好的Drupal,只是数据库有些问题,出现了乱码。正在尝试进一步的修复,如果修复无望,只好把里面的重要的文章再copy过来。

现在运行的Drupal是基于三周前的一次备份,现在运行良好,只是丢掉了三周来的数据,不过会慢慢的补足,只是可惜了大家众多的评论和trackback,那里的乱码很难修复了。

这次突发事件有喜有忧,忧的是丢掉了一些文章,还要费时间转过来,喜得是学到了不少东西,以前对于Linux下的命令行,只是偶尔为之,动辄需要查手册,可是经过这两天的反复操作,已经成为一个熟练工了,MySQL和PHP也是一样的,为了迁移转换数据库试了许多方式,增加了不少经验值,同时还接触到了emac,LAMPP,qftp等等不少有趣的东西,挺好用的,不知道windows下游没有相关版本。美中不足的是没有一个大团圆的结局,最后折腾出来的数据库还是有乱码,但是在我这里基本上已经是无能为力,是空间提供商的问题。把旧的数据库先放在那里,看看以后会不会有办法。

这次事情突然,原来只是想搭个blog玩,所以没有太注意空间提供商的稳定性,可是东西积攒多了,一下子丢掉又舍不得。现在换了一个牢靠些的空间,以后应该不会有问题了。

关于这次问题,有了不少新的经验,大致总结一下:

拿到了数据库文件发现不能直接导入MySQL Server,仔细一看是版本的问题,当时到MySQL的网站,查了一下手册,知道问题出在Engine这个变量上,所以就用Ultra Edit更改了一下,但是在SSH中导入时却出现了错误,只要Ultra Edit修改过的文件,里面的编码似乎都会出现问题,把英文字符变为乱码。当时郁闷了一下。

幸好我的笔记本上还装了Mandrake的Linux 操作系统,最初装的时候只是好奇,现在看来Linux果然是一个强大的工具。在Linux先用普通的Editor修改MYSQL文件,但是发现仍然有 Ultra Edit一样的错误,偶然间发现了Emac,重新编辑过,问题居然没有了,于是我就手动把数据库文件从4.1降级为4.0。导入,OK,可惜居然是有乱码!(后来才知道是数据库文件本身的问题)。当时又郁闷了一下。

一计不成又生一计。从windows下的WAMP想到了Linux下的LAMP,于是搜索了一下,找到了集合 Apache, PHP 4.11.3 和 MySQL 4.1.11的LAMPP---bingo!我要到就是MySQl 4.1.11,于是下载,40多M,安装,以前比较讨厌Linux下用命令行的安装方式,不过现在看来也有不少便利之处,起码对安装的过程了解的通通透透。然后启动,一切顺利,把原来的数据库导入,然后再重新dump,加上了 compatible=msq4.0的条件,得到了可以在MySQL 4.0中使用的数据库文件,重新上传,导入,结果---还是乱码!当时又郁闷了一下。

于是想测试一下原来的数据库究竟怎样,于是在本地安装了Drupal,连接本地数据库,然后--还好乱码,原来已开始的问题所在就是数据库文件本身! 有些ft。最后还是用了这有问题的数据库,不过又想到了以前的备份数据,拿出来,居然还可以用,就是现在了。

只能抱怨原来的空间提供商了,好在损失还是不大:)

Blog分类: