上周帮朋友公司搭NAS备份系统，结果第二天就发现某台财务电脑的增量备份全丢了——不是没执行，是执行了但没存进去。这种事太常见了，不是软件不行，而是策略落地时卡在几个特别实在的细节上。
1. 备份任务明明设置了，却从不自动运行
最常被忽略的是服务状态。比如用FreeFileSync配定时任务，很多人只在GUI里点了“保存计划”，但没确认后台的FreeFileSync Scheduler服务是否开机自启。Windows下打开「服务」管理器搜一下，Linux下跑systemctl status freefilesync-scheduler，十次有七次是“已安装但没启动”。
2. 网络路径一断，备份直接静默失败
很多工具默认遇到目标不可达就跳过，连日志都不写一行。比如用rsync推送到SMB共享：
rsync -av --delete /data/ //192.168.1.100/backup/--dry-run测试完，务必补上--log-file=/var/log/backup.log，再配合简单脚本检查日志末尾有没有“sent 0 bytes”这类关键词。3. 权限错位：能连上，但写不进
尤其是挂载NAS时用root挂的CIFS，普通用户进程根本没权限往里写。曾经有客户用Synology DSM的Hyper Backup，本地选了用户家目录，远程目标却设成“admin组可写”，结果每天备份都卡在“创建临时文件失败”。解决方法很简单：备份进程用谁的身份跑，远程目录就得给谁明确写权限，别信“Everyone”。
4. 增量备份越积越大，磁盘悄悄爆掉
不是所有“增量”都真省空间。像Time Machine在Mac上会保留大量硬链接快照，但某些Windows端工具（比如旧版SyncBack）的“增量”只是复制新文件，旧版本一个不留——时间一长，备份目录里全是重复的大视频、ISO镜像。建议每月手动进备份目录跑一次du -sh * | sort -hr | head -5，看看是不是某个子目录异常膨胀。
5. 恢复测试？压根没试过
去年某律所硬盘坏了，翻出三个月前的备份U盘，插上才发现加密密钥文件和备份包不在同一目录，而他们从来没验证过恢复流程。现在我的习惯是：每完成一次完整备份，立刻用另一台空机挂载，挑3个随机文件+1个文件夹，手动还原并md5校验。花不了五分钟，但比等真出事强一百倍。
备份不是设好就完事的动作，它是个需要定期“拧螺丝”的活儿。哪天你发现备份日志里连续三天出现“skipped due to network timeout”，别急着重装软件，先去查路由器DHCP租期是不是刚好两天半——真实问题，往往藏在比代码更土的地方。