提醒:本文最后更新于 3395 天前,文中所描述的信息可能已发生改变,请仔细核实。
好吧,也不知是天将降大任于斯人也,还是惹到谁了。最近各种劫难,这是准备成佛么。
先是前不久的每秒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的个人博客的《博客再遇毁灭打击》
看到这篇,我默默的去备份一下我自己的VPS。。。
@大D: 你现在算是幸运的来到这里,我vps目前状态,内部稳定,但连通外部的通道出现问题(说人话,就是网络线路有问题)。。。网络线路极其不稳定。访问断断续续的。
vps访问google都访问不了。google在外面也访问不了。
@kn007: 哈哈,以前也遭遇过VPS数据挂了这种情况,还好当时基本上每周都会把备份拖回我本地。直接恢复,只是慢一点。。
你VPS在哪儿啊?HK?US?
@大D: US,保罗。不知最近怎么出现网络状态异常。
而且好像就我一个人。。。。。