BackupExec 21.4重启后卡在Discovering devices无法启动备份作业如何解决

适用于已尝试重启服务器、重启BackupExec相关服务后问题仍未解决，异常状态持续超过1小时的场景，按以下优先级排查：

• 第一步清理残留的发现进程锁
  按顺序停止三个核心服务：先停Backup Exec Job Engine，再停Backup Exec Agent Browser，最后停Backup Exec Server，禁止直接在任务管理器强杀进程。
  进入BackupExec默认安装路径下的\Program Files\Veritas\Backup Exec\Data目录，将所有后缀为.lck的锁文件剪切到其他备份文件夹（不要直接删除，预留回退空间），重点清理文件名包含DeviceDiscovery字段的锁文件——这类锁是设备发现流程启动时生成的标记，服务器异常重启时锁不会自动释放，会直接阻塞后续所有发现流程。
  按反向顺序重启服务：先启动Backup Exec Server，等待服务状态稳定1分钟后启动Backup Exec Agent Browser，最后启动Backup Exec Job Engine，重新触发设备发现验证状态。
• 第二步校验并修复BackupExec数据库损坏
  运行安装目录下自带的beutility.exe（BE Utility工具），左侧导航栏选中当前故障服务器实例，右键执行数据库一致性检查。如果检查返回设备表、作业表索引损坏报错，直接执行同菜单下的修复数据库操作，工具会自动备份当前数据库后执行修复，无需手动提前备份。
  修复完成后不要直接启动备份作业，进入控制台「存储」tab，对所有已添加的存储设备右键执行「扫描」，等所有设备状态显示为「在线」后再测试作业。
• 第三步排查无效设备阻塞与权限问题
  进入「存储」选项卡，将所有状态为「离线」「未知」的废弃存储条目、已下线的旧代理客户端条目全部右键删除——这类无效条目会让设备发现流程一直等待对应设备响应，直接卡死整个流程。
  打开系统服务列表，找到Backup Exec Device and Media Service，将服务登录身份临时改为本地系统账户，重启服务后重新触发发现，流程跑通后再改回原配置的服务账户即可。这类问题通常是服务器重启后，服务账户的域枚举权限、本地存储访问权限未正常加载导致的。
• 第四步通过日志定位具体卡壳设备
  如果以上操作都无效，直接打开安装目录下\Program Files\Veritas\Backup Exec\Logs路径的adamm.log文件，搜索Discovery关键词，查看日志最后一条记录对应的枚举设备，常见的卡壳对象包括未正常上电的磁带库、断开连接的iSCSI共享存储、未拔出的离线USB外置硬盘，临时断开对应设备连接后重新触发发现即可恢复。

注意：设备发现流程卡死超过15分钟就不存在“等待加载”的可能，不要被动等待，上述操作全部执行完的耗时不会超过20分钟，远低于无意义重启等待的时间成本。

内容的提问来源于stack exchange，提问作者Mattia Nocerino