灾后重建

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

凭借着记忆,所有程序和数据皆已恢复,虽说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的个人博客的《灾后重建