为什么需要定期备份服务器
上周隔壁公司网站突然打不开，数据库全丢了。一问才知道，他们从来没设过自动备份，出问题只能手动恢复，结果手忙脚乱还丢了几百条订单。这种事情其实完全可以避免，关键就在于做好服务器定期备份设置。
服务器不是铁打的，硬盘会坏，程序会出错，甚至人为误删文件也常有。一旦发生意外，没有备份就意味着从头再来。定期备份就是给数据买保险，哪怕系统崩溃也能快速还原。
常见的备份方式有哪些
最简单的办法是手动拷贝文件和导出数据库，但这依赖人的记忆，容易遗漏。更靠谱的是用自动化工具，比如 Linux 系统常用的 cron 配合 shell 脚本，可以每天凌晨自动打包网站目录和 MySQL 数据库。
另一种是使用专业备份软件，像 rsync、Bacula 或者云服务商提供的快照功能。这些工具支持增量备份、远程存储和版本保留，适合对稳定性要求高的场景。
用 cron 实现每日自动备份示例
假设你的网站文件在 /var/www/html，数据库叫 mysite_db。可以写一个 shell 脚本 backup.sh：
#!/bin/bash
DATE=$(date +%Y%m%d)
BACKUP_DIR=/backup/$DATE
MYSQL_USER=root
MYSQL_PASS=yourpassword
mkdir -p $BACKUP_DIR
# 备份网站文件
tar -zcf $BACKUP_DIR/html.tar.gz /var/www/html
# 备份数据库
mysqldump -u$MYSQL_USER -p$MYSQL_PASS mysite_db | gzip > $BACKUP_DIR/db.sql.gz
# 删除7天前的备份
find /backup -mtime +7 -exec rm -rf {} \;然后添加定时任务：
crontab -e加入这行，表示每天凌晨2点执行：
0 2 * * * /bin/bash /path/to/backup.sh备份存到哪里更安全
只把备份放在同一台服务器上等于没备份。一旦整机故障，备份也跟着完蛋。建议把备份传到另一台机器或云存储里。可以用 scp 自动上传，或者挂载阿里云OSS、腾讯云COS这类对象存储。
比如在脚本末尾加上：
scp -r $BACKUP_DIR user@remote:/backup/确保远程主机配置了免密登录，不然脚本会卡住。
别忘了测试备份是否可用
有次我朋友以为备份好了，结果半年没检查，等到真出事才发现脚本早就报错了，备份其实是空的。定期抽查很重要，挑个时间把数据库导入测试环境，看看能不能正常运行。
还可以加个邮件通知功能，在脚本结尾发送执行结果：
echo "Backup completed on $DATE" | mail -s "Backup Success" admin@example.com这样每次成功或失败都能第一时间知道。