任务计划程序数据库损坏后最典型表现是任务不触发、报“服务不可用”或无法加载任务；修复需先用chcp 437与schtasks /query /v | find /i "error: task cannot be loaded"确认损坏，再执行net stop schedule、ren %systemroot%\system32\tasks tasks.old、net start schedule重建目录，同步清理注册表taskcache下tasks和tree残留项，最后运行sfc /scannow与dism修复系统文件并确保task scheduler服务设为自动且正在运行。

任务计划程序数据库损坏后，最典型的表现是任务不触发、提示“服务不可用”，或在任务计划程序中根本看不到任务——哪怕它明明存在。修复的关键不是逐个排查，而是重建干净的任务存储环境，同时清理残留干扰项。

确认是否真为数据库损坏

以管理员身份打开命令提示符（CMD），依次执行：

• chcp 437（切换字符编码，避免中文乱码干扰判断）
• schtasks /query /v | find /i "ERROR: Task cannot be loaded"

如果有输出，说明至少有一个任务加载失败，大概率是数据库损坏。常见问题任务名包括 GatherWiredInfo、TMM、VistaSP1CEIP 等，多为旧系统升级残留。

重置Tasks目录并重启服务

%SystemRoot%\System32\Tasks 是任务定义的实际存放位置，损坏后无法自动修复。操作前建议导出关键任务（右键任务 → “导出”为XML）：

Windows-Android_SSH_Remote_Control

通过 SSH 隧道从 Android 设备在互联网上对 Windows PC 实现完整远程控制的设置与使用指南，适用于远程桌面访问、安全 RDP 等。

下载

• net stop schedule（停止任务计划服务）
• ren %SystemRoot%\System32\Tasks Tasks.old（重命名原目录）
• net start schedule（重启服务，系统将自动生成全新空目录）

完成后，原任务全部丢失，但调度引擎恢复正常，可重新导入XML或新建任务。

同步清理注册表缓存残留

仅重命名文件夹不够，注册表中仍保留旧任务的缓存索引，会导致重启后冲突。需手动清理：

• 运行 regedit，定位到：
  HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Schedule\TaskCache\Tasks
  HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Schedule\TaskCache\Tree
• 按上一步查出的损坏任务名（如 TMM）搜索，删除对应键值
• 操作前务必导出该分支备份，或创建系统还原点

修复底层系统文件与权限

数据库重建后，还需确保支撑组件健康，否则问题可能复发：

• 运行 sfc /scannow，修复 taskschd.dll、schtasks.exe 等核心文件
• 接着运行 DISM /Online /Cleanup-Image /RestoreHealth，修复Windows映像
• 检查注册表路径 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Schedule 的权限：右键 → “权限” → 高级 → 确保 SYSTEM 拥有“完全控制”，并勾选“替换子容器和对象的所有者”
• 确认服务状态：services.msc 中检查 Task Scheduler 是否设为“自动”且正在运行；同时确保 Windows Event Log 和 Remote Procedure Call (RPC) 服务也处于运行状态