很多人设好了网络备份，就觉得万事大吉。可真出问题时才发现，备份其实没跑，或者只跑了一半。关键就在于——没有好好看日志。
备份不是按下按钮就完事
公司财务用NAS每天晚上自动备份账目文件，某天硬盘坏了，急着恢复，结果发现最近一周的数据都没存进去。查了一圈才发现，备份任务因为网络波动失败了，但没人收到通知。这种事太常见了。备份系统再稳定，也架不住网络抖动、存储满、权限变更这些小意外。而日志，就是告诉你“到底发生了什么”的唯一线索。
日志该记什么？别只留一行‘成功’
一个合格的备份日志，不能只有“Backup completed”这种安慰剂式消息。得清楚记录：任务开始时间、结束时间、备份路径、传输数据量、跳过了哪些文件、失败原因（如果有）、是否触发了告警。
比如一条有用的日志应该是这样：
[2024-04-05 02:15:03] 开始备份任务：\server\finance -> \backup\daily
[2024-04-05 02:16:21] 处理文件 1,284 个，总大小 3.2 GB
[2024-04-05 02:16:22] 跳过文件：\server\finance\temp\lock.tmp (正在被占用)
[2024-04-05 02:17:05] 上传完成，校验通过
[2024-04-05 02:17:06] 任务状态：成功要是哪天看到最后那行变成了“失败：无法连接目标存储”，你就得立刻去查是不是路由器半夜重启了，还是备份盘满了。
怎么开启和查看日志？以常见工具为例
如果你用的是Windows自带的“备份和还原”，日志藏得比较深，在事件查看器里找：应用程序和服务日志 -> Microsoft -> Windows -> Backup。点进去能看到每次任务的详细记录。
用第三方工具比如Veeam Agent或Duplicati，一般都有图形化日志界面。Duplicati默认会保存最近几次的运行日志，还能设置发送邮件提醒。配置文件里加一行：
<add key="send-mail-to" value="admin@company.com" />
<add key="send-mail-on-error" value="true" />一旦备份出错，邮箱立马就能收到带日志摘要的邮件。
定期翻日志，就像查邮箱一样自然
别等到数据丢了才想起看记录。建议每周花三分钟，打开备份软件，扫一眼最近几次任务的状态。就像你每天早上顺手刷下未读邮件那样。发现连续两天有警告，就得动手排查。
有些公司把日志接入统一监控系统，比如用Zabbix或Prometheus抓取备份任务的退出码。一旦返回非0，直接弹出告警到值班手机上。这种做法适合对数据敏感的场景，比如门店销售数据每晚同步总部。
日志也要备份，不然等于没记
最怕的就是备份本身没问题，但日志存在本地，机器一坏，记录全没。正确的做法是把日志自动同步到另一个位置，比如上传到云存储，或转发到日志服务器。
简单点的做法，写个脚本，每天把日志复制一份到网盘：
xcopy C:\BackupLogs\*.log D:\CloudSync\BackupLogs\ /D /Y或者用rsync推到远程主机。关键是别让日志和备份数据躺在同一块硬盘上。