VPS惊魂恢复: 手欠, 差点把这一个月的博客和VPS给丢了


Archive_backup VPS惊魂恢复: 手欠, 差点把这一个月的博客和VPS给丢了 I.T. 服务器

Archive_backup


我目前为止有 5 台VPS, 除了上个月在 Digital Ocean 租了一台在法国的新VPS(用于VPS数据库工具) 是选择了 Ubuntu 18.04, 其它4台都是16.04, 最近听说 Ubuntu 16.04 已经 end of life 不再支持了, 于是便一个一个的把16.04升级到 18.04.

这次升级没有那么简单, 先是用了 ‘do-release-upgrade’ 这个命令, 显示并不能从 16.04 yakerty 升级到 18.04 bionic 于是上网查了好久, 说是要改 /etc/apt/source.list 暂时改回 old-release 的安装包地址.

折腾了三个VPS都没有问题, 今天万圣节回来就想着把最后一个VPS也升级了. 也就是我最重要的VPS, 主机在美国东部, 上面跑有:

  • 英文博客: helloacm.com
  • 中文博客: justyy.com
  • 英文博客: codingforspeed.com
  • STEEM工具: steemyy.com
  • 视频下载: weibomiaopai.com

这些都是我平时流量较大的网站, 其中广告收入都主要来自于这几个网站. 可能操作错误吧, 我回想起应该是 /etc/apt/source.list 里改错了, 也没注意, 升级到一半就退出了, 升级的过程还先把16.04 的大部分软件包都删除了(不兼容), 我本以为可以重启后就好了, 结果 reboot 后 SSH再也连接不上了.

Vultr 的客户支持很靠谱, 马上说可以通过 控制台 web console 直接连接(并不是SSH), 连上了之后发现能做的事也很少, 几乎所有命令都不能用了(升级过程被先删除了), 网络也连接不上, 怎么试都不行. 客户说:

It appears that there is an issue with your installation which is causing these errors.

It may be possible to upload a rescue ISO and boot the instance from there for data recovery purposes. The procedure for such an operation would be as follows:

1. Go to https://my.vultr.com -> Servers -> Your VPS Name -> Settings -> Custom ISO

2. Under ISO Library select Finnix

3. Select “Attach ISO and Reboot”

4. Open the Console (computer icon in top right of server information page)

5. Once you’ve confirmed that the instance has booted and is running the live recovery OS, you should be able to mount the disk that your data resides within and use rsync or scp to copy this data to another instance.

Additional information on using the Finnix Rescue is available at:
https://www.vultr.com/docs/using-finnix-rescue-cd-to-rescue-repair-or-backup-your-linux-system

6. Once the recovery is complete, you can return to the Custom ISO page and click “Remove ISO” to unmount the ISO. You can then remove or re-install the instance in question and reload the data from the new deployment.

意思是说, 我可以通过控制台里选择一个镜像, 启动然后挂接VPS的硬盘. 于是我就可以先把数据拷贝出来通过 SFTP下载到本地, 碰巧我每两个小时都会把MYSQL数据库的数据存在VPS硬盘上, 还有crontab自动执行的内容一并都压缩(tar zcvf)下载下来.

数据下载下来我就放心了, 接下来就是找到上一次做镜像备份, 刚好是一个月前, 于是花了点时间恢复镜像(100G 需要几十分钟), 恢复好然后把 数据文件SFTP上传了解压(tar zxvf) 然后 恢复 MySQL (source data.sql) 后, 删除缓存.

从网站下线到上线大概花了3小时, 数据还好都在, 要不然我最坏的打算就是把这个月的博文十几篇再一篇篇的敲回去(RSS 邮件有存档)

教训: 每次折腾前都得做镜像备份, 实在不行, 你本地也需要有备份. Vultr 有提供免费的15个镜像, 但是需要手动备份的, 自动备份要钱, 100G的VPS一个月备份的10美元, 想着能省一点就一点, 备份像防火一样 平时如果用不上就是浪费, 但是还真省不了.

fixing-network-adapter-vps-netplan VPS惊魂恢复: 手欠, 差点把这一个月的博客和VPS给丢了 I.T. 服务器

Ubuntu在救急模式下修改网卡配置

GD Star Rating
loading...
本文一共 692 个汉字, 你数一下对不对.
VPS惊魂恢复: 手欠, 差点把这一个月的博客和VPS给丢了. (AMP 移动加速版本)
上一篇: 定期请人来家里割草 - 把费时费力的活外包出去
下一篇: 英国 Halloween 万圣节见闻

扫描二维码,分享本文到微信朋友圈
c5723983ee5444d9d9218f24bf0be608 VPS惊魂恢复: 手欠, 差点把这一个月的博客和VPS给丢了 I.T. 服务器

评论