没事不要乱折腾-博客升级 WordPress 5.4 记录

0

现在国内服务器下载 WordPress 安装和升级包经常报 504 Gateway Time-out ,下载速度基本都是 几K。现在升级 WordPress 都是自己在国外服务器下载安装包,再通过 FTP 上传文件的方式来升级。

因为学艺不精,升级博客 WordPress 5.4 版本的时候,使用 mv -bf 命令把整个wordpress文件给替换了,按照目录替换的模式,本身系统保留源文件夹。

我又没测试就把重命名的原有备份的文件夹都删除了,没删除到回收站。

意识到系统博客系统不正常以后,再找备份文件,也找不到最新的备份,想起来找找腾讯云的系统镜像吧,恢复到最近的硬盘快照就好了。

在腾讯云找了硬盘快照,发现什么快照也没有,最新的快照都是18年的一个系统镜像。这下蒙了,以前觉得万无一失的每周备份的快照为什么没执行,明明记得设置过磁盘快照定期执行的。

再检查腾讯云的快照策略,发现快照策略确实是设置了,每周,每月定时快照,但快照还需要关联云硬盘?

一块硬盘也没关联。。

腾讯云这快照策略也够坑的,制定了快照策略,一块硬盘也没有关联还有什么意义,空执行吗?

连个提示也没有。找了一圈,不管是手动快照,还是自动快照都没找到。抓紧把磁盘快照进行了重新配置。

备份查找无果放弃,只能找到本地程序的2017年的备份,把17年用的 WordPress 的附件图片目录和插件目录上传。

只恢复了一部分插件和模板功能。自己安装的 WordPress 模板全都丢了,好在最近是想清理这些模板文件的,这次一次性搞定了。

多站点功能还需要等一段时间才能恢复了,有时间再折腾吧,先让默认的站点可以使用。

升级前没按照升级要求,对 WordPress 的文件目录和数据库进行备份。下次升级还是要注意一下备份好程序和数据库再行动。以防万一,或者可以考虑进行版本目录修改,每个历史版本都保存,防止升级失败造成无法回退的尴尬。

系统运维定律,如果你的备份数据从没有使用过,那就等于没有备份。还是有道理的。

一次不大不小的数据丢失,也是敲响了警钟,依赖着云服务,觉得云上的一切数据都有自动备份,在这种允许进行按天回退的业务里,自己完全没有了数据备份的意识。

最近新装了:Evermore 插件来控制首页显示摘要的问题。样式基本恢复了。

“没事不要乱折腾-博客升级 WordPress 5.4 记录”的一个回复

评论已关闭。