ICON下载站

因为老婆大人认为网站放在我的笔记本上十分让人操心，所以她决定买一个空间来玩，然后我来管理这个论坛。从此，新一代小白脸诞生了，白脸站长。

从上周四晚上开始决定买空间，周五大约晚九点左右买下空间。于是开始搬家。

一开始并没有把握能够做好，于是在原有的站上贴出要花两天时间来料理的通知。因为新的空间买的是transfer域名的那种，所以只好停掉原有空间的域名访问方式，改换成IP访问。无奈之举，因为Discuz!的安装必需通过流览器，我还不知道如何直接就在后台改好文件上传了就能用的。

先是把域名解析转发设定好，然后再把Discuz!6.0.0的GB2312版（和原来使用的版本一致）upload文件夹上传到新的服务器下的BBS子目录下。因为我本人想做一个引导页，所以设置了一个子目录。后来想想，其实在我设定了域名转发之后，应该在新的站上的根目录下先上传一个index.htm文件，让它redirect到原有的IP地址去，这样就可以不间断论坛的访问了。

接下来的事情以为会很简单，但也先上Discuz.net上去看了一眼人家做的搬家教程。没想到这只是一个不眠夜的开始。我一切照办，先把网站安装好。然后从原网站开始备份数据库，直接用的后台管理界面下的系统工具中的资料备份选单，一切默认，点提交，于是很快文件就生成了。三个以sql为扩展名的文件。我的论坛很小。

而后上传至新的论坛的备份文件夹下，大约是./forumdata/backup_XXXXXXX/这样一个文件夹。然后在后台管理界面中选资料恢复，有选项从服务器(填写文件名或 URL)，后面有人家自动生成的地址，而我也是把三个sql文件上传到这里的，然后点提交。结果，跳出窗口，数据文件非 Discuz! 格式，无法导入。

我有些郁闷，于是又反复试了几次，分别把默认设置改变了一些，比如分卷大小更改成1M，或者设定sql文件版本，代码强制转换等等，但问题依旧。

不过我发现在资料恢复的对话框中，最下面出现了一些新的东西，有我上传的备份文件列表。于是我点选其中一个，点击后面的导入，结果显示导入成功，于是按照录相上说的，依次去更新数据统计和刷新缓存，然后急不可待地刷新了一下论坛主页，结果，什么都没有发生，数据并没有恢复过来。我很奇怪。于是又反复试了几次。

这试下来，居然都快三点了。我这时候已经没有了睡觉的心情，开始寻找原因。试着用其它的恢复方法，比如说sql导入导出来恢复。于是我在自己的笔记本上安装了phpMyAdmin，然后用它导出了数据库。上传至新的服务器，也同样使用phpMyAdmin进行导入操作，结果提示错误，说我没有权限新建数据库。我真郁闷。没办法，sql导入导出的方法不行。

后来想，难道真的要我去请求人家服务商给我解决这个问题，让人家手动导入？

我想问题总是可以解决的。我开始翻后台管理中的每一个页面。我突然注意到新的服务器上的数据库的大小比原服务器上的数据库大小大了很多。我有些奇怪，为什么呢？我想探讨一下究竟。于是两边都开phpMyAdmin，比对数据库。我发现新服务器上的数据库之所以大，是因为它有两个结构类似，但前缀不同的数据表，一个前缀假设是abc_，另一个假设是def_。在def_为前缀的表中，我似乎可以看到所有的备份好的数据，而以abc_为前缀的表中，只有一点点数据。我想，是不是新的服务器中的论坛在使用abc_为前缀的表，而没使用def_为前缀的表呢？

于是我动手一试，先把数据库清空，然后把论坛重新安装了一遍，这次把数据库前缀设置成def_，和以前的一模一样。再上传备份文件，同样报错，说数据文件非 Discuz! 格式，无法导入。于视之，直接从下面出现的列表中导入数据。接着更新论坛统计和数据缓存。这次再刷新论坛主页，OK，一切搞定。

后来我想，其实完全可以不用再安装一遍，直接把数据库的连接文件config.inc.php中的$dbname一项由原来的$dbname = ‘abc_dbname’; 改成$dbname = ‘def_dbname’;其实就可以了。然后再用phpMyAdmin把以abc_为前缀的数据库删除。

完成完这些，都已经五点多了，天已微明。

反正都没睡了，再抓个紧，把引导页做出来，花了大约四个小时的时间，做好了新的引导页，采用的javascript调用。但是传说中使用这种办法出来的页面对于搜索引擎来说并不友好。我想以后还得花时间自己写一段php代码。嗯，还有很长的路要走啊。

Tags: 教程