由 Acronis Scheduler 工具是负责安排的 Acronis 软件执行操作的。如果计划的备份或其他活动无法按照备份计划或任务中的配置进行，请继续执行本文中的故障排查步骤以找出根本原因，并在可能的情况下解决问题。
请按照以下步骤对Acronis Scheduler问题进行故障排查：
- 在关于部分熟悉Acronis Scheduler的技术。
- 在已知问题部分中检查已知问题。
- 按照故障排查部分进行故障排查和解决问题。
关于
Acronis Scheduler 是一个模块，用于在某些事件（特定时间，登录/注销和其他事件）发生时执行任务。
Acronis Scheduler由两部分组成：Service 和 Helper。
Service 在启动 Windows 时执行，并且一直工作到关机。Service 将计划的任务保留在注册表中并执行它们：
- Windows 32 bit: HKEY_LOCAL_MACHINE\SOFTWARE\Acronis\Scheduler
- Windows 64 bit: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Acronis\Scheduler
Helper作为任何登录的独立过程执行，一直工作到注销，并通知 Scheduler 服务有关登录和注销事件。没有Helper，将无法运行交互式任务，无法运行没有用户和密码信息的任务（例如Acronis True Image中的“创建镜像”操作），也无法调度任何登录/注销/关机事件。
排程调度文件是：
- Windows 32bit: \Program Files\Common Files\Acronis\Schedule2\schedhlp.exe
- Windows 32bit: \Program Files\Common Files\Acronis\Schedule2\schedul2.exe
- Windows 64bit: \Program Files (x86)\Common Files\Acronis\Schedule2\schedhlp.exe
- Windows 64bit: \Program Files (x86)\Common Files\Acronis\Schedule2\schedul2.exe
在Linux中，cron是一个内部排程调度工具，它也可以调度 Acronis 的备份任务。 Cron由crontab（cron 表）文件驱动，该文件是一个配置文件，用于指定要按给定的计划定期运行的 shell 命令。crontab文件存储在作业列表以及cron守护程序的其他指令所在的位置。用户可以拥有他们自己的 crontab 文件，并且通常有一个系统范围的crontab文件（通常在 /etc 或 /etc 的子目录中），只有系统管理员才能编辑。
crontab文件的每一行代表一个作业，由CRON表达式和要执行的shell命令组成。
在以下文章中查看有关Acronis Scheduler的更多信息：
已知问题
阅读原文查看已知问题列表 https://kb.acronis.com/content/46205
故障排查步骤
请按照下面的分步说明对问题进行故障排查。在继续进行错误故障排查步骤之前，请完成先决条件步骤。
1. 先决条件
完成所有先决条件的检查步骤，然后再进行错误故障排查步骤。
1.1 正确安装
Acronis产品应被正确安装到系统中。
1.2 检查Scheduler2服务
已排程的备份由Scheduler2 Service执行，因此打开services.msc控制台（开始->运行-> services.msc），并检查Acronis Scheduler2 Service是否处于“启动”状态并是以“本地系统”身份登录。
注意：如果未使用任何时间表，还应该启动Scheduler2服务。没有Acronis Scheduler，手动任务执行将无法工作。
在Linux中，系统默认使用crontab。如果它无法正常运行或根本无法运行，则Acronis备份也会失败。要测试cron是否正在运行，请转到终端并执行
ps -A | grep cron
如果未显示任何内容，请使用ps -ef | grep cron 检查cron状态。
也可以：
- chkconfig --list | grep cron
- check for log file in /var/log/cron
请参考相关Linux操作系统的技术支持。
1.3 检查机器上的时间设置
Scheduler 使用计算机的本地时间。在创建时间表之前，请确保机器的日期和时间设置正确。配置排程的操作时，请不要忘记确保相关任务的逻辑条件。排程的操作是：
- 备份
- 验证方式
- 复写
- 转换为虚拟机
前置/后置命令也由Acronis Scheduler执行。可以以HH:MM:SS格式安排每个任务。请确保设置正确的时间。
如果计算机的系统时间意外更改和/或Windows事件日志显示不正确的时间戳，则表明计算机上的CMOS电池电量可能不足。有关更换CMOS电池的说明，请参阅主板或计算机说明文件，或与计算机制造商联系以获取其他帮助。
如果以上所有步骤均已执行并且问题仍然存在，请转到错误故障排查步骤。
2. 错误故障排查
在继续收集信息 步骤之前，请完成所有步骤。
2.1 启动 Scheduler Service
对计划任务或计划程序本身的问题进行故障排查时，请确保计划程序服务已启动并正在运行。打开services.msc控制台（开始->运行-> services.msc），并检查Acronis Scheduler2 Service是否处于“启动”状态并在本地系统下运行。如果不是，请转到服务属性，配置正确的设置并启动服务。
您还可以按照以下步骤操作：
- 启动Acronis Scheduler Manager C:\Program Files (x86)\Acronis\BackupAndRecovery\schedmgr.exe
- 执行 service start
- 关闭 schedmgr.exe
2.2杀毒软件
防病毒软件可能会导致许多排程调度问题。请检查文章46275：Acronis Backup：由防病毒软件引起的计划的备份任务问题 和 Acronis软件：从防病毒和其他安全程序中排除程序文件夹和可执行文件中的说明是否有助于解决此问题。
2.3 分析日志
Windows：
- 按照1518: Acronis Backup软件计划的任务无法运行 的说明进行操作：
- 请与Acronis客户中心联系，以帮助您分析 Scheduler报告 。
- 检查Windows事件日志中的Scheduler错误。
Linux：确保使用最新的Acronis 程序版本。要测试cron是否正在运行，请转到终端并执行ps -A | grep cron
如果什么都不显示，请使用ps -ef | grep cron检查cron状态。
也可以：chkconfig --list | grep cron
检查日志文件和 /var/log/cron 中的错误。请参考相关Linux操作系统的技术支持。
2.4 手动任务是否有效
如果您已经检查了所有Acronis、Windows事件和Scheduler 日志，但仍然找不到任何计划任务失败的原因，但是手动任务执行没有问题，则计划程序故障可能是由于在出现问题的计算机上永久更改了系统时间引起的。在这种情况下，ProcessMonitor日志将显示以下条目：
schedul2.exe HKLM\SOFTWARE\Acronis\Scheduler\LastTimeSecond NAME NOT FOUND
系统时间的更改由系统选项或第三方软件配置，无法解决Acronis软件的计划任务失败的问题。变通解决方法是在任务设置中配置开始时间，格式为XX:XX:05（避免秒数== 0）。仅在此指定情况下才有帮助。
如果以上所有步骤均已执行并且问题仍然存在，请转到收集信息步骤。
3.收集信息
收集以下信息，然后联系Acronis客户中心。
3.1 Scheduler 日志
激活 Scheduler 日志记录并重现该问题。
- Windows：如1859：Acronis Scheduler Manager中所述收集高级Scheduler 日志。
- Linux：通过命令收集crontab报告
crontab –l > /tmp/schedreport.txt
需要root权限。还需要提供 /var/log/cron 文件夹。
3.2 进程监控器日志
如果计划的任务未启动或不会产生计划程序错误，请在重现问题期间收集进程监控日志。
3.3 错误信息
如果Scheduler2服务无法启动，请提供完整的错误消息文本的屏幕截图
3.4 转储
如果这些进程中的任何一个崩溃，请为schedhlp.exe和schedul2.exe创建转储文件。可以使用ProcDump 实用程序来创建转储：请参阅使用ProcDump创建进程转储。
要在Linux中启用自动核心崩溃转储收集，请执行ulimit c unlimited
转储文件保存在 /var/crash 中
3.5 任务设置
提供备份计划设置的最好方法是将备份计划导出为.xml文件。
3.6 系统信息报告
从有问题的计算机收集Acronis 系统信息报告：请参阅 Acronis Backup 12.5 如何收集系统信息报告对于其他产品，请参阅文章使用 AcronisInfo 工具收集系统信息报告 。
在Linux中，还需要提供 /usr/lib/Acronis/Schedule/ 文件夹和 sysinfo:acrocmd sysinfo --loc=c:\logs\sysinfo.zip 的输出