commonScheduleQueue
|
|
此队列将替换 CleanUpScheduleQueue、MarkForDeleteQueue、PagingScheduleQueue、PurgeOrphanedEffAuditsQueue 和 StatisticsScheduleQueue 队列。
|
commonScheduleQueue 用于多种低容量的队列条目。这些低容量条目需要有限的资源，并且通常仅运行一次或偶尔运行。将这些队列条目合并为 commonScheduleQueue 可释放系统资源，从而集中处理高容量队列。以下列表说明了每个 commonScheduleQueue 条目类型：
• LicenseGroupMembershipLinks 队列条目将使“仅查看和打印许可证”组中的参与者与“仅查看和打印许可证”表格同步。
默认情况下，该类型的队列条目将在每个午夜 (0:00 AM GMT) 运行。该条目的运行时间可使用 wt.org.CreateLicenseGroupMembershipLinkWeeklyQueueTime 和 wt.org.CreateLicenseGroupMembershipLinkDayOfWeek 特性进行配置。
|
|
根据组成员资格更改所发生的时间与条目的已安排运行时间之间的关系，最多可能需要一天的时间来使“仅查看和打印许可证”表格反映成员资格更改。
|
• 系统将创建 StandardRecentlyVisitedService 队列条目，以便当列表项总数超过为 wt.recent.objectStackSize 特性 (位于 wt.properties 文件中) 所指定的值时，从所有最近访问的列表中移除最旧项。此特性的默认值是 100。
在 StandardRecentlyVisitedService 首次启动时，此类型的队列条目将被安排在午夜 (0:00 AM GMT) 运行。每当队列任务运行时，其都会将自身重新安排在第二天的午夜 (0:00 AM GMT) 再次运行。
• 系统将创建 StandardPurgeService 队列条目来清理已取消的清除作业。只有在 wt.queue.executeQueues 特性被设置为 true 时，系统才会创建该类型的队列条目。该特性在默认情况下被设为 true。
该类型的队列条目将被安排在每个午夜 (0:00 AM GMT) 运行。当队列任务运行时，其会删除已超过一天并具有“等待”预览状态的已取消的清除作业。
|
|
具有“等待”预览状态的清除作业对于查看“队列管理”用户界面的用户不可见。
|
• 系统将创建 StandardCollectionService 队列条目以禁用具有无效条件的查询。只有将 wt.queue.executeQueues 和 wt.dataops.objectcol.cleanUpEnabled 特性都设置为 true 时，才能创建该队列条目。在默认情况下这些特性都被设为 true。
该类型的队列条目将每隔七天在午夜 (0:00 AM GMT) 运行一次。它禁用带有无效条件的查询。例如，它将禁用具有已删除的文件夹参考的查询。已禁用的查询对于查看“查询管理”用户界面的用户不可见。
• MarkForDeleteQueue 条目由 Windchill ProjectLink 用于将项目及其内容标记为已删除。项目被标记为已删除后 (通过“删除”操作)，它将不再出现在任何项目成员的“我的项目”列表中。标记过程在后台完成以缩短用户响应时间。
如果删除项目失败，则系统自动向项目经理组发送通知。通知包括导致失败的例外消息。项目经理应调查失败原因、进行修正然后通过再次选择项目“删除”操作重试项目删除。
您应定期检查 commonScheduleQueue 中是否存在失败的 MarkForDeleteQueue 条目。如果条目具有失败状态，则所需的唯一操作即是从队列删除它。
• PagingScheduleQueue 条目将由“本地搜索”用来清理存储在数据库中的临时结果。这些结果与每个用户的搜索请求关联。无论执行“本地搜索”的用户的数量为何值，都将只有一个条目。
失败条目表示临时结果将无法被清除，并且如果数据变得太大可能影响性能。如果 commonScheduleQueue 队列能够成功创建新条目，则后续执行将清理所有数据 (包括来自先前尝试的数据)。
您应每天检查 commonScheduleQueue 队列中是否存在失败的 PagingScheduleQueue 条目，以确保存储在数据库中的临时结果被清理。间歇性失败并非严重错误，因为成功的处理将清理先前失败中的所有数据。但是，您应通过“PTC 技术支持”调查和报告所有故障。
• PurgeOrphanedEffAuditsQueue 条目由“有效性服务”用来清理审计对象。
系统创建有效性审计对象来跟踪有效性对象的创建和事实删除。“事实删除”是指将有效性记录标记为已删除，但保留为历史信息。实际删除有效性对象后，审计对象变为未引用状态，因而不再有用。每次都检查相应的审计对象以确定实际删除了有效性对象会花费很多时间，因此，此项非紧急性的清理工作可按计划执行 (默认设置为每天一次)。要更改清理排程，请更改在 wt.eff.EffChangeAudit.purgeInterval 特性 (位于 wt.properties 文件) 中设置的间隔时间。间隔时间以分钟为单位，默认值为 1440 分钟 (一天)。
|
|
如果将 wt.eff.EffChangeAudit.purgeInterval 特性的值设置为零或负值，则不会执行清理操作。
|
失败的 PurgeOrphanedEffAuditsQueue 条目表示对审计项的查询和删除尝试已失败。无需定期检查失败的 PurgeOrphanedEffAuditsQueue 条目。每个队列条目都具有相同的功能，因此，如果发现失败条目，可删除它们 (因为它们将由未来的条目取代)。如果此问题长期存在，请检查系统配置并考虑向 PTC 技术支持提出问题报告。而且，由于将有效性服务设计为在启动时创建此队列 (若不存在此队列)，因此完全可以删除队列的问题实例及其所有条目 (无论它们的状态如何)。
• StatisticsScheduleQueue 条目由子类型/属性查询服务使用，目的是收集与全局属性 (以前称为 IBA) 相关的统计信息。优化查询时会用到这些统计信息。
失败队列条目表示未收集统计信息。如果统计数据不是最新的，则无法优化可变类型/属性查询性能。
收集统计信息的频率由 com.ptc.core.query.optimize.statisticsBasedRankGenerator.queueInvokeTime 特性设置控制。默认设置为每天一次。有关详细信息，请参阅 properties.html。
