网站数据库定时有备份才睡得着
备份类任务覆盖所有资产
计划任务里的备份类型把服务器上有价值的东西全覆盖：应用（应用商店装的每一个）、网站（站点文件）、数据库（各实例下的库）、目录（任意路径）。一次任务可以选一个、多个或全部对象，数据库任务还会按库类型显示对应的备份参数。
一套能睡安稳觉的备份配置
以「网站加数据库」的典型组合为例，参考配置：
- 数据库任务：每日一次，保留 7 份，推送到对象存储备份账号；
- 网站任务：每日或每周一次，保留 4 份，同样推送云端；
- 应用任务：每次应用升级前手动跑一次，平时每月一次兜底；
- 目录任务：有自定义文件目录（上传文件、配置）时加一条，注意不要把备份输出目录包含进源目录，官方文档点名的递归归档坑就在这。
参数含义（保留份数、备份账号、忽略错误）见任务类型的通用参数一节；备份账号的接入见备份账号。
可恢复性：备份的最终考题
官方文档在这类任务的说明里专门放了「备份可恢复性」提示，原文意思值得记住：任务执行成功只表示备份流程完成，生产环境应定期执行恢复验证，确认应用版本、数据库版本、压缩密码和远端文件都可用。
落地成习惯就是：每季度做一次「从云端备份把网站和库恢复到测试环境」的演练。压缩密码这类信息丢了等于备份作废，凭证管理见备份账号。
加密与排除
- 压缩密码：异地存储不完全可信时给备份加密，密码单独记在密码管理器里；
- 排除规则：日志、临时缓存这类可再生内容排除掉，备份体积小一个量级，恢复也快。