记录一次网站的崩溃历史!

记录一次网站的崩溃历史!

haimian
2024-11-01 / 0 评论 / 43 阅读 / 正在检测是否收录...
温馨提示:
本文最后更新于2024年11月02日,已超过168天没有更新,若内容或图片失效,请留言反馈。

那是一个月黑风高的晚上,我按照往常一样回家准备去刷题Leetcode,突然发现网站报错数据库无法正常连接
当时我就感觉到了不对劲!十分得有十二分不对劲。然后我赶紧上服务器一看。发现已经无法正常访问宝塔了。那么接下来我赶紧上SSH查看具体情况,很不幸,SSH也无法正常连接
之后最后一个办法了 VNC连接看看,结果一堆报错,仔细研究后发现是IO问题,后来说重启一下把,结果好好好。直接引导分区也进不去了
那么没有办法,过了一天后,我尝试进入了RESCUE模式下。准备打捞数据,我进行了如下的操作
首先我先让磁盘挂载到一个目录下面,我这时候挂载到了mnt目录下面,这个无所谓,但是一定要挂载上磁盘。
首先我先cd进入相对于的目录下面,因为我用的是宝塔。于是我切换目录到

cd /mnt/www/server

然后进行压缩包压缩,当时我服务器上面有tar的压缩命令。然后我直接压缩
接下来搞笑的来了
我不知道如何进行下载,也不是不知道如何下载,而是因为FTP是单线程的下载。下载要三个三个月!!! 表情 没办法,我只有换一种办法,然后我记得宝塔是基于Python的,于是我直接

python3 -m http.server 8000

利用Python启动!
于是可以正常利用IP+端口的样式进行访问文件目录,进行下载。
但是很可惜的是,当我再次导入数据库的时候,发现数据有了损坏,有个别的表可以正常访问,但是大部分的表是no exist的状态,这就很无奈了。没办法所有的数据只能无奈放弃。
接下来加上几张当时的图片把
m2zgdjtq.png
m2zge0yt.png
m2zgee88.png
可以很明显的看到下载和服务器启动的记录日志
那么接下来要从这个事情获得什么样子的启发呢? 表情

  • 要采取多节点备份机制,不要服务器崩溃了才知道数据的珍贵
  • 针对敏感的数据要做到有容灾备份的准备
  • 以后服务器的购买尽量选择大厂或者说稳定的商家

以上就是本篇博客的全部内容了
全都是辛酸史

2

评论 (0)

取消