任务计划程序漏跑怎么排查?

任务计划程序最让人泄气的地方，不是任务报错，而是它安安静静地什么都没做。你打开任务列表，上次运行时间停在三周前，日志里也没有新记录，既没有弹窗也没有红叉，一切看起来都很正常。这种“漏跑”和“跑失败了”其实是两种不同的情况，排查时最忌讳一上来就乱改参数，先把问题分到正确的类别里，后面会省很多事。

先分清没跑和跑砸

判断方法很朴素：看日志有没有出现本次运行的新记录。如果日志完全没有更新，但任务列表里显示了运行时间，那多半是程序根本没启动成功——程序路径写错、参数塞进了错误的栏位、运行账户读不到文件，或者目标硬盘当时压根没连上。这时候盯着触发器改是白费劲。

反过来，如果日志有新记录，只是里面写着失败，那问题在 Robocopy 那一层，去查文件占用、权限和路径引号。顺便提一句容易被误解的地方：在任务计划程序里，Robocopy 的返回码 0x1 通常代表文件确实复制成功了，不是错误。只因为它不是零就判定失败，属于自己吓自己。

卡在触发之前

真正到了点却没启动的任务，原因往往集中在几个不显眼的地方。最常见的是机器当时关机或休眠——基本任务不会在关机状态下补跑。其次是“只在用户登录时运行”，这意味着账户没登录，任务就在那儿等着。还有条件页里的电源限制，笔记本拔掉电源后，任务可能就此停下。

再往下看设置页，有没有启用“错过计划时间后尽快启动”，以及任务本身是不是被禁用过又忘了恢复。这些开关都不难找，难的是平时不会想起来看。另一个需要提前有心理准备的点是：目标硬盘插回来之后，任务未必会自动重跑一次，这件事只能实测，不能假设。

所以判断备份是否可靠，最终还是要回到两件具体的事上：日志里有没有这一次的新记录，目标文件夹里有没有预期的变化。任务名称、上次运行时间、甚至是任务计划程序里那个绿色的小对勾，都只能算间接证据。不妨回想一下，你有多少次是看到“上次运行时间”就默认备份已经完成了？