windchill为何老是ready

Windchill中“Ready”状态的含义

在Windchill系统中，“Ready”（就绪）是队列条目的初始状态，也是任务可被执行的必要条件。只有处于“Ready”状态的条目才会被系统按照“先进先出（FIFO）”的顺序选取并执行。

“Ready”状态频繁出现的可能原因

1. 队列任务未被及时处理

若队列中的任务因执行失败（如依赖的外部服务不可用、数据错误）或人为暂停（如管理员手动暂停队列），未顺利完成“执行（Executing）”→“完成（Completed）”的流程，这些任务会保留在“Ready”状态或重新回到“Ready”队列。例如，工作流传播队列（WfPropagationQueue）若因生命周期状态变更频繁触发，但任务执行失败，会导致“Ready”状态累积。

2. 系统配置导致的高频任务生成

Windchill的部分功能（如工作流状态变更通知、项目管理进度检查、PartsLink部件分类）会自动生成队列任务。若以下配置不当，可能导致任务高频创建：


工作流配置了过多的状态变更监听（如每个状态变更都触发通知）；

项目管理中设置了过于严格的进度阈值（如每天多次检查任务逾期）；

PartsLink服务频繁同步部件数据至服务器。

3. 系统性能瓶颈

若Method Server（处理业务逻辑）、Tomcat（处理Web请求）或数据库性能不足，无法及时处理队列中的任务，会导致任务长期处于“Ready”状态。例如：

Method Server内存不足（wt.method.maxHeap设置过低），无法加载任务所需的类或数据；

数据库连接池耗尽，任务等待数据库响应时间过长；

网络延迟导致任务提交与处理的间隔延长。

4. 未定期清理失败/严格队列

“失败（Failed）”或“严格（Strict）”状态的队列条目会占用数据库空间，且不会自动消失。若未定期通过“队列管理器（Queue Manager）”将这些条目重置为“Ready”状态，会导致队列表过大，影响系统性能，甚至让系统持续处理无效任务。

解决“Ready”状态频繁的建议

检查队列任务执行情况：通过“系统管理→队列管理器”查看各队列的“Ready”“Executing”“Failed”状态数量，重点关注长期处于“Ready”的任务（如超过24小时），分析失败原因（如查看任务日志）并修复。

优化系统配置：调整工作流规则（减少不必要的状态变更通知）、项目管理设置（放宽进度检查频率）、PartsLink同步策略（降低同步频率），减少高频任务的生成。

提升系统性能：增加Method Server数量（wt.manager.monitor.start.MethodServer设置）、扩大Method/Manager内存（wt.method.maxHeap/wt.manager.maxHeap）、优化数据库索引（如队列表的主键、时间戳字段），提高任务处理速度。

定期清理队列：每周或每月定期将“Failed”“Strict”状态的队列条目重置为“Ready”（通过队列管理器右键选择“重置状态”），避免无效任务累积。