提醒：本文最后更新于 3430 天前，文中所描述的信息可能已发生改变，请仔细核实。
好吧，也不知是天将降大任于斯人也，还是惹到谁了。最近各种劫难，这是准备成佛么。
先是前不久的每秒70万请求的攻击（《六月底的灵异事件》），现又一次虚拟分区镜像损坏。博客真是历经磨难。
由于VPS挂掉，数据丢失。不同于迁移，很多数据，都在异地，而非本地，无法做到快速迁移重构。
最新的备份是在Dropbox上，从Dropbox下到新的VPS就用了14个小时（非压缩包，而是零散文件）。然而，这不是悲催的一点，下载后发现网站主要数据，还有网站主要程序是完整备份的，但一些小的配置文件（如rc.local、my.cnf、cron、iptables、sysctl、postfix、CA等）居然全部都没有备份成功。
而且缺失的这些文件都很关键，特别是my.cnf的配置，没有了，根本无法启动mysql，好在记得关键的几个参数值，顺利启动mysql（我备份mysql是通过data备份的，data必须对应my.cnf，不然无法启动，就需要通过sql文件来还原数据），但对于mysql的调优已经基本没有，只能晚些有时间再研究了。导致的原因是因为relatime或者ln有问题吧，或许。
这令我有些打击，毕竟做成做好一件事不容易，突然间的毁坏，让人心痛。但我还是坚持着重新再来。
cron的丢失，也让我有点麻烦，只能自己尽力去回忆了。
昨晚从19:30弄到今天凌晨3点多，主要是安装部署编译程序，然后睡觉。早上6点起床，然后上班，待得中午得空，看到Dropbox数据全部到位VPS，开始着手数据恢复（这步就简单了，数据放回原位就行了）。
我之前还在上面的文章，跟@小怪物说了：VPS太多东西了，多的不想动，一动就垮了，有些东西只是碰巧编译成功的。换个新的，估计就要慢慢试了。
没想到才半个月，这话成真。遇到了3、4个编译失败的。。。而且失败的原因跟以前还不同，差点晕倒。这是要玩我。编译失败的，只能慢慢找原因了。
就这样，虽然出现这种事，但日子还是要过的。继续前行。
说起来这是第4次丢数据了，惨痛。回头有时间，还要再考虑下数据备份问题。
锻炼去，然后洗澡吃饭睡觉。
转载请注明转自:kn007的个人博客的《博客再遇毁灭打击》