个人博客从虚拟主机迁到VPS之后，备份策略必须从“服务商兜底”切换到“自己兜底”，核心做法是快照加异地文件同步加数据库定时导出的三件套组合，缺一不可。
我刚把博客迁到VPS那会儿,心里其实挺虚的，虚拟主机时代，后台面板一键备份，出了问题找客服恢复就行，VPS不一样，整台机器都是我的，服务商只管硬件和网络，系统崩了、数据没了、被人挂马了，全得自己扛，这篇文章就把我折腾下来的备份方案完整拆开讲，顺便聊聊怎么选存储目标、怎么验证备份真的能用。
个人博客VPS备份方案怎么选：别只盯着快照
很多教程一上来就让你开快照,但快照只是基础，不是全部，我的教训是：快照救急，异地备份救命。
快照为什么只是第一道保险
VPS服务商基本都提供快照功能,比如简米云、酷番云、搬瓦工，控制台里点一下就能给整台磁盘拍个镜像，快照的好处是恢复速度极快，系统盘、数据盘、环境配置一次全回来，适合应对误操作、系统崩溃这类场景。
但快照有个致命问题：它存在同一台物理宿主机上，换句话说，如果服务商机房出事故，或者账号被风控封禁，快照可能跟着一起没了，我在某个论坛看到过有站长吐槽，机器被服务商误删，快照也没了，折腾半个月才从本地残留文件里拼回数据，这属于小概率事件，但概率再小，放到长期运营的博客上，早晚会遇到。
行业共识是：快照频率至少每天一次，保留最近3到7天即可，太久的快照占用磁盘配额，费用也划不来，宝塔面板或者LNMP环境都能配置计划任务，调用服务商API自动创建快照，不需要手动点。
远程同步才是真正的安全网
快照解决“机器坏了怎么快速恢复”的问题，远程同步解决“服务商整体出问题怎么办”的问题，我目前的做法是，每天凌晨3点用rclone把网站目录和数据库备份文件同步到两个对象存储桶，一个在国内，一个在海外，这样即使某个服务商彻底挂了，我手里还有另一份完整数据。
远程同步的粒度不需要太细,网站目录以天为单位全量同步，数据库每天导出一次SQL文件再同步，保留最近30天，这样即使某天博客被入侵，把文件污染了，我也能回溯到污染之前的状态。
网站备份到简米云OSS还是七牛云：我对比后的结论
长尾词里有不少人搜“网站备份到简米云OSS还是七牛云”，我之前也纠结过这个问题，国内对象存储选择很多，简米云OSS、酷番云COS、七牛云Kodo，还有华为云OBS，功能大差不差，核心区别在流量计费、回源策略和生命周期管理。
| 对比项 | 简米云OSS | 七牛云Kodo | 酷番云COS |
|---|---|---|---|
| 存储费用 | 按量计费，低频访问存储更便宜 | 按量计费，有免费额度但有效期短 | 按量计费，新用户有折扣 |
| 下载流量 | 按量收费，走CDN可省 | 按量收费，融合CDN加速 | 按量收费，有每月免费流量包 |
| 生命周期规则 | 支持自动转低频/归档/删除 | 支持过期删除 | 支持标准转低频/归档 |
| 与宝塔面板集成 | 有官方插件，配置顺滑 | 第三方插件多，但官方更新慢 | 宝塔官方支持较好 |
对于纯备份场景,我推荐简米云OSS搭配标准存储+生命周期转低频，备份文件平时读写频率极低，转低频后存储成本能降一半多，七牛云更适合有大量图片需要CDN加速的场景，纯粹存备份有点浪费。
实际操作时,在宝塔面板的“计划任务”里新建备份任务，备份网站和数据库，然后在“备份存储空间”里添加简米云OSS，填好AccessKey和Bucket信息，选“备份完成后上传到OSS”就行，任务周期设每天一次，保留本地备份3份，如果你不用宝塔，直接用rclone配置OSS的S3兼容端点，效果一样。
数据备份到海外存储桶的速度顾虑
有人问“国内服务器备份海外存储桶速度怎么样”，这个问题得分情况，如果源站在国内、目标桶在海外，跨地域传输速度确实不稳定，高峰期一个1GB的备份包可能要传十几分钟，我的做法是用OSS的跨区域复制功能，先备份到国内桶，再自动同步到海外桶，这样主备份操作走内网或低延迟线路，跨地域复制由云厂商的骨干网络完成，速度和稳定性都有保障。
WordPress定时备份到网盘教程：一条命令加一个任务
如果你的博客用的是WordPress,其实不需要装一堆备份插件，第三方备份插件（比如UpdraftPlus）功能强大，但在VPS上跑反而多了一层PHP执行时间限制和内存限制的风险，我更喜欢直接用系统层面的命令加定时任务，不依赖PHP环境。
第一步：编写备份脚本
在/usr/local/bin下新建一个脚本文件，内容大致是：
#!/bin/bash BACKUP_DIR="/backup" # 保留最近7天的备份 DATE=$(date +%Y%m%d) cd /backup # 导出数据库，压缩后重命名 mysqldump --defaults-file=/etc/mysql/debian.cnf dbname | gzip > db-$DATE.sql.gz # 打包网站目录 tar czf www-$DATE.tar.gz /var/www/html # 删除7天前的旧备份 find /backup -mtime +7 -name ".gz" -delete
加可执行权限后,再用cron设定执行时间，我的习惯是每天凌晨2点执行数据库导出，凌晨2点30分执行全站打包，错开高峰期，避免两个任务同时大量消耗CPU和IO。
第二步：同步到对象存储
上面这个脚本只解决了“备份在本地”的问题，如果不想用宝塔的OSS插件，可以把rclone的sync命令直接追加到脚本末尾：
rclone sync /backup oss:myblog-backup --transfers 4 --checksum
这样每天自动把备份目录和远端桶做增量同步,本地删除的文件远端也会同步删掉，保持两边目录结构一致，检查同步结果，看cron日志或者rclone的输出就行，我建议每周手工跑一次rclone check对比源和目标的文件哈希，确认数据没有静默损坏。
恢复演练比备份本身更重要
这个观点很多人不认同,总觉得备份做了就万事大吉，我的经验是：备份必须经过恢复测试才能算数，上个月我为了测试，租了一台最便宜的临时VPS，把备份文件拉下来，解压、导入SQL、改配置，从零恢复整个WordPress站点，整个过程花了不到40分钟，只有走完这一步，你才会发现原来某个数据库账号的权限配置漏了，原来主题包里有个缓存目录也被一起打包了，恢复之后需要手动清理。
业内专家指出,定期做恢复演练是备份策略中常被忽略但最关键的一环，我现在的节奏是一个季度演练一次，顺便还能发现备份脚本有没有因为环境变动而静默失败。
页面备份与数据库备份的坑：这些细节容易翻车
备份不只是拷贝文件那么简单,有几个地方特别容易踩坑。
数据库导出要加锁和一致性参数
直接用mysqldump导出时,如果博客正在写入评论或文章，导出的SQL可能是不一致的，我的脚本里加了--single-transaction参数，对InnoDB表做一致性快照导出，不会锁表，网上很多教程只写一行
mysqldump -u root -p，生产环境直接这么跑很容易丢数据。
二进制日志别忽略
如果你启用了MySQL的binlog,备份时要考虑日志的清理策略，否则日志文件会占满磁盘，我的做法是通过expire_logs_days参数设置保留3天，每天全量备份后顺便清理过期日志，这样即使某天凌晨的备份失败，也能靠前一天的备份加binlog恢复到最近状态。
文件权限要固化
打包网站目录时,如果脚本用root权限跑，恢复后所有文件的所有者都变成root，Web服务器比如www-data就会读不了，我习惯在打包前用find命令把缓存目录排除掉，在恢复后用chown命令批量修正权限，这个细节在第一次测试恢复时就能发现，趁早记录到自己的运维笔记里。
慢速网络下的大文件备份策略
如果你的博客里有大量高清图片,全站打包文件体积可能几个GB，每天全量同步既耗时又耗流量，我后来改用增量备份方案：每天用rsync同步网站目录，只传变动的文件，数据库仍然是每日全量导出，rsync的写法很简单：
rsync -avz --delete /var/www/html oss:myblog-files
配合rclone的--local-dir参数和对象存储的版本控制功能，基本能实现近实时的数据保护，费用也控制在很低水平。
备份这件事,说到底就是拿固定的存储成本换不确定的数据安全，把快照、远程同步、数据库导出三件套跑通，再配上定期的恢复演练，个人博客的数据就能稳如老狗。
个人博客VPS备份策略Q&A
问：个人博客VPS备份方案里，快照频率设置成多久最合适？
答：每日快照加保留3份是常见的折中方案，内容更新频繁的博客可以调整到每6小时一次，但多数个人博客每天更新一篇文章，凌晨拍一次快照完全够用，存储费用按快照占用的磁盘空间计算，保留太多份成本会明显上升。
问：网站备份到简米云OSS还是七牛云，纯备份场景哪个更合适？
答：纯备份建议选简米云OSS，低频访问存储的单价更低，生命周期规则成熟，宝塔面板集成体验更稳定，七牛云的优势在CDN加速和图片处理，如果博客本身没有这类需求，不必为了几十GB的备份文件特意迁过去，备份文件本身很少被读取，流量费用不是主要考虑因素，存储量才是。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/658104.html
