by aronezhang
Oracle探索者”起死回生”记
4:45 pm in 探索者故事 by aronezhang
发现问题
昨天晚上一看网站，得到虚拟主机提供商的消息说（大致意思）：由于服务器搬迁，你的网站从xx IP 转到了xx IP，请修改DNS配置，为了防止这类事情的发生，请尽量使用域名而不是IP地址。
根据提示将探索者对应的DNS解析改为新的地址，等待新的解析生效，但是今天早上满怀期待的在浏览器地址栏中输入www.oracleseeker.com，等待网站回应一段时间后，给出的是：HTTP500 的错误。
期间又有几位同事问：你的网站被黑啦？ 发现事情有些蹊跷，赶紧联系供应商，供应商给我的回答是：“数据库都导入啦，没有问题的；你ftp上去看看程序，也都在的”
查找和解决问题
我查看了ftp，发现wordpress相关的程序都还在，看似没有问题.用mysql工具连接到数据库查看数据库对象，发现数据库中没有wordpress相关的表，我认为供应商把我的数据弄丢了（一身冷汗，心想这下完了！！！）
立刻电话给供应商，那边的维护人员给我答复，说数据在老服务器上面还有，我把它给你，放到你的ftp目录下，你自己把它导入新的数据库，我说好（心里暗喜，还好她们有备份）；ftp一看数据库文件，是一些frm，MYD，MYI等文件，怎么数据导出文件这么多？还不同的格式，不知道怎么导，还是让供应商帮我导吧，再次电话给他，但是得到的答复是说他不太会导，还是让我自己，在我再三的要求下，答应帮我导。好了之后我再次连接新的数据库，发现数据库中只有2个表，这下更慌了，她们的备份有问题（心里慌了）？
再电话，他说把就的数据库给我看，肯定没有问题，我使用HeidiSQL工具链接上去，果然数据全在，这下放心多了。那就自己来从旧的数据库中将数据导入新的数据库中吧，心想这下可以完事了，可是事情没有那么简单，导入时无法创建表对象，说表已经存在，明明没有表对象，为什么说已经存在了呢？既然导入创建表不成功，我自己手工创建看看，输入一个wordpress中的表，创建失败；那我换一个表明试试吧，一个不是wordpress的表，创建成功！我猜测是她们恢复备份有问题，怎么办呢？
开始想到一个办法：drop数据库吧，然后新建一个这样应该可以搞定。但是虚拟主机的数据库没有创建和删除数据库的权限，这方法行不通，让供应商帮我搞定，这次qq给他，过了一段时间连接新的数据库一看，数据库表全在，除了posts表里面只有3条测试数据外，其它好像数据都在，没太在意，直接从旧数据库导入吧，还是使用HeidiSQL工具，导入完成后查看中文全是问号，怀疑是新建的数据库字符集有问题，qq供应商说有问题，重新帮我用旧的覆盖吧，搞不定导入啊，他回答：覆盖不是一直不行吗？我问怎么覆盖的，答：我直接把数据库文件拷贝过来的。(我昏倒！！！) 即刻明白为什么上面总是说对象已经存在，但是我又看不到；最后他决定帮我新开一个数据库。
再次导入数据到新的数据库，发现还是乱码，这下我想是不是HeidiSQL工具的问题，网上查看了一下，下载了最新的HeidiSQL 4 RC3，重新导入，但是导入到posts表的时候一直不成功，报超过max_allowed_packet错误，其它能够导入成功，乱码问题在新版本中不存在了，那没有办法了，想到换phpmyadmin这个工具吧，供应商提供了在线使用phpmyadmin。从旧的数据库中将数据导出，导入新的数据库，最终还是出错，posts表中有很多特殊的内容，被php程序认为是非法的，无法导入，那只能另谋出路了。还是回到HeidiSQL工具，居然报超过max_allowed_packet错误，那将posts表分为多次导入应该可以试试，这个办法果然有效，所有数据从旧的数据库中全部导入新的数据库。
浏览器中输入http://www.oracleseeker.com，熟悉的界面出现了，但是发现文章中的图片都无法显示，全是小叉，发现新问题。难道我的web程序也被动过手脚？ftp上去一看，发现最近6天的图片信息没有，可以断定肯定是使用了旧的备份文件，再次联系供应商，让我去旧的ftp服务器拿，将相关文件上传到新的ftp服务器，再次查看网站一切正常，探索者终于活过来了！！！
发生这件事情使我明白了一些事情
- 备份是不可缺少的，以前一直没有定期备份的习惯，从此决定一个月备份一次，以防自己的成果付之东流
- 虚拟空间还是不够安全，时机成熟一定的自己弄一台服务器，省得被莫名的给自己制造麻烦
