kn007的个人博客
♥ You are here: Home > 软件与网络 > VPS > 灾后重建

灾后重建

by | 13 Comments

提醒:本文最后更新于 3176 天前,文中所描述的信息可能已发生改变,请仔细核实。

53836d1496cbe11c凭借着记忆,所有程序和数据皆已恢复,虽说MySQL性能达不到顶峰,但也重新优化过了。

iptables规则根据程序,重新配置了。

备份还是想利用Dropbox,毕竟同步最方便了。

分析之前失败的原因,一个主要原因,可能是分区被我加了relatime;还有个比较重要的原因,曾经VPS时间出错,这个也是会导致备份出现问题。

我重新写了脚本,检测本地是不是准确的软链接,必要时可以重建,对一些重要配置,每日自动备份一次到Dropbox同步目录。

重新整理备份目录。更改对时机制,以前是每天4次,现在每天对一次。

添加SSH登录提醒功能,解决多IP,Postfix发信随机使用IP问题。

对以前不严谨代码进行修正(比如以前对IP的ifconfig判断,存在问题,都已修正)

后续的,会再仔细的优化一下。寻找其他备份方式,更可能的多方式备份。

对编译脚本,重新编写。更细化一些。

建了临时测试VPS,可能会对CentOS 7或PHP 7进行测试。

最后最后,还要说的是安装完系统后,rc.local居然用不了,权限路径什么都正常,就是启动不了。当时就想摔桌子了,但还是想办法,自己创建另外一个名字的软链链接到rc3.d临时用。

后来得空测试发现只要执行完S99firstboot,S99local就不会执行了。不知发什么神经,再次重装系统太麻烦了。看了下,firstboot是个类似向导的玩意,没啥卵用。把firstboot禁用了,特么的就好了,果然是firstboot卡死的原因,郁闷了。为此在测试机测试下,测试机firstboot默认启动,但却没导致该问题,不懂了。

WTF,处理这个问题,重启了不下50次。收到各种邮件无数封。。。手都软了。

还有strongSwan不知发什么神经,无时不刻占用CPU,虽然只有0.5%,但也不爽,想着L2TP用着不多(用来给WP更新用),干脆禁了。

转载请注明转自:kn007的个人博客的《灾后重建

donate
有所帮助?

Comments

13 Comments立即评论
  1. 感人的重建速度,想一想这过程我就已经醉了,是我我得砸电脑了 :???:

    1. MOD回复

      @小怪物: 下篇文章谈备份。
      重建需要24小时~
      每次问题的遭遇,都是学习的过程。

  2. 试试手动启动排查一下rc.local

    1. MOD回复

      @World: 没仔细看帖,已经解决了。
      是因为前一个启动项等待状态,后续的动作无法执行。

  3. LV5回复

    折腾不来。 :x

    1. MOD回复

      @老杨: vps和主机还是不一样的。起码一般攻击,你可以自己处理。主机,很少会帮你处理。
      我下篇帖子会说下,我的一些经历和备份机制。

    2. MOD回复

      @老杨: VPS你可以自己限制每ip流量,或者整体业务最多多少个链接数。
      对攻击者ip进行放空。切换VPS ip都可以自己完成。
      各种方式。

  4. 哈 我要是你就放弃了 从头再来

    1. MOD回复

      @hannah: 我还没到那地步,需要东山再起。

  5. LV2回复

    自从两年前换到阿里云以后就不担心这个问题了 他自己会备份,我再定期手动备份一次。

    1. MOD回复

      @公子: 嗯,目前保罗KVM机型快照功能正在计划中,到时有就爽了

  6. LV2回复

    有快照就好了。

    1. MOD回复

      @小王涛: 是啊,不过暂时还没有

icon_wink.gificon_neutral.gificon_mad.gificon_twisted.gificon_smile.gificon_eek.gificon_sad.gificon_rolleyes.gificon_razz.gificon_redface.gificon_surprised.gificon_mrgreen.gificon_lol.gificon_idea.gificon_biggrin.gificon_evil.gificon_cry.gificon_cool.gificon_arrow.gificon_confused.gificon_question.gificon_exclaim.gif