必须用root用户执行并加#!/bin/bash头，用绝对路径调用tar，先判断目录存在，压缩包名转义时间戳，rclone需指定--config路径，清理用ls-t+tail保留N个，日志路径、超时、输出记录不可忽略。
宝塔计划任务里怎么写备份脚本才能真正触发打包
宝塔面板安装完默认不启用任何自动备份，必须手动添加计划任务并确保脚本有执行权限和完整路径。常见错误是直接在「Shell 脚本」框里写 tar -czf /www/backup/site_$(date +%Y%m%d).tar.gz /www/wwwroot/example.com，但实际会失败——因为计划任务默认以 www 用户运行，而 /www/wwwroot/ 下站点目录通常属主是 www，但部分插件或手动部署的项目可能属主为 root，导致 tar 权限被拒。
实操建议：
- 统一用
root用户执行备份任务（在计划任务「执行用户」下拉选root） - 脚本开头加
#!/bin/bash，并用绝对路径调用命令，例如/usr/bin/tar而非仅tar - 备份前先判断目标目录是否存在：
if [ ! -d "/www/wwwroot/example.com" ]; then exit 1; fi - 压缩包名务必包含时间戳且避免空格，推荐格式：
/www/backup/site_$(date +\%Y\%m\%d_\%H\%M).tar.gz（注意%需转义）
用 rclone 上传到腾讯云 COS 或阿里云 OSS 怎么配才不报错
rclone 是最轻量又稳定的云存储上传工具，但宝塔环境下容易卡在「认证失败」或「no remote found」。根本原因是：rclone 配置文件默认生成在当前用户家目录（如 /root/.config/rclone/rclone.conf），而宝塔计划任务若以 www 用户运行，就找不到该配置；即使选了 root，也常因未交互初始化导致配置缺失。
实操建议：
- 先 SSH 登录，用
root执行rclone config完成远程存储配置（选n新建 remote，按提示填入 COS/OSS 的 SecretId、SecretKey、Endpoint、Bucket） - 确认配置生效：
rclone lsd remote_name:（冒号不能漏） - 上传命令必须指定配置路径：
rclone copy --config /root/.config/rclone/rclone.conf /www/backup/site_*.tar.gz remote_name:backup/ - 加
--transfers=2 --checkers=4控制并发，避免小带宽服务器卡死
怎么删旧备份防止磁盘打满又不误删最新文件
只打包不清理 = 几周后 /www/backup/ 占满整个系统盘。但用 find /www/backup -name "*.tar.gz" -mtime +7 -delete 这类命令极危险：一旦路径写错或 mtime 计算偏差，可能刚备份完就被删。
实操建议：
- 改用按文件名时间排序后保留 N 个：
ls -t /www/backup/site_*.tar.gz | tail -n +6 | xargs rm -f（保留最近 5 个） - 务必加
ls -t而非find -mtime，因为备份文件生成时间即文件名时间，更可控 - 删除命令前加
echo做 dry-run：ls -t /www/backup/site_*.tar.gz | tail -n +6 | xargs echo rm -f，确认输出无误再删 - 把清理逻辑和打包、上传写在同一脚本里，保证原子性：打包 → 上传 → 清理，避免上传失败却删了本地备份
宝塔计划任务里哪些参数容易被忽略导致静默失败
计划任务界面看着简单，但几个关键字段设错就会让脚本「看似运行成功，实则没干活」。最典型的是日志路径为空、超时时间过短、以及未勾选「记录脚本输出」。
实操建议：
- 「脚本输出日志」必须填绝对路径，如
/www/backup/backup.log，否则所有echo和错误都丢弃 - 「超时时间」至少设为 1800（秒），尤其上传大站时，COS/OSS 的首字节延迟可能超 5 分钟
- 「执行周期」别只信界面里的中文描述，点开「高级」看真实 cron 表达式，例如「每天 2 点」实际是
0 2 * * *，若想避开流量高峰可改成0 3 * * * - 脚本末尾加
echo "$(date): backup done" >> /www/backup/backup.log，方便快速确认是否真跑完
备份链路里最脆弱的一环不是上传速度，而是路径权限、用户上下文、时间戳格式这三处细节。哪怕 rclone 配好了，tar 因属主问题失败一次，后续上传和清理就全跳过——所以每次加新站点，都要重新验证整条脚本在计划任务里的实际执行日志。
