Hyper Backup 定时任务没跑，日志写"等待完整性检查超时"？两步排掉
痛点场景
早上去看备份日志，昨晚该跑的 Hyper Backup 定时任务压根没启动，系统日志里写着一行：“无法启动备份任务。（计划的备份因等待完整性检查超时而被跳过。）“备份窗口就那么几个小时，这一跳过，等于一晚上的保护空档，连续几晚更是心里发慌。
根因：检查和备份撞车了
Hyper Backup 对每个任务同一时刻只跑一个进程。如果上一轮数据完整性检查还没跑完，排到点的计划备份不会插队，只能在队列里等——最多等三个小时，检查还没完，这次计划备份就被自动跳过，同时记下超时错误。所以问题不是备份本身坏了，而是完整性检查占着跑道：要么是排期把两者排得太近，要么是检查本身慢得反常（目的地读写性能或健康度出了状况）。
分步处理
- 确认现状：打开 Hyper Backup，选中该任务，看当前是否仍有完整性检查在运行、已经跑了多久。还在跑就先等它结束，别强行中断。
- 重新排期，把两头错开：检查任务的完整性检查计划和备份计划，两段之间留出足够间隔。数据量大、版本多的任务，检查本身就要数小时，排期时要按"检查实际耗时再加余量"来留，而不是紧挨着排。
- 检查持续超过三小时就要查目的地：
- 备份目的地是外接硬盘或扩展柜的，看连接和硬盘健康状态；
- 目的地是另一台 NAS 或远程端的，评估对端的存储池状态与读写性能，必要时先处理对端问题再恢复排期。
验证
调整排期后观察下一个备份周期：计划时间点任务能正常启动、正常完成，日志里不再出现"等待完整性检查超时”，就说明错峰排对了。建议连续盯两三个周期，确认稳定。
预防
- 大数据量任务的完整性检查本身耗时可观，把检查频率放低、安排在备份稀疏的时段，别和每日备份贴身排；
- 定期巡检备份目的地的空间余量和硬盘健康度，别等检查变慢了才回头查；
- 每周抽一次日志确认定时任务的实际执行情况，跳过一次就要当天补跑，别攒着。
如果贵单位正在评估群晖企业级 NAS 的选型、部署或迁移，欢迎参考群晖企业级 NAS 产品，或与我们联系，我们可以结合政企、医疗、学校场景给出落地建议。