出厂设置的复制后台队列
本节描述了安装 Windchill 解决方案时建立的队列。
DeliveryStatusOnStartup
内容复制使用 DeliveryStatusOnStartup 队列来删除失败消息和未传送消息。在方法服务器启动后不久，系统就启动该队列，该队列对所有的失败信息或未传送消息都起作用。
系统将内部内容复制消息传送系统的参考放置在队列条目中。如果存在失败的条目，这就意味着并不是所有的失败消息都能被删除。失败的条目可从队列中删除。重新启动方法服务器时，将再次收集所有的必要信息。
在以下两种情况下会大量使用 DeliveryStatusOnStartup 队列：
• 当远程站点在运行内容复制的过程中变得无法使用后，主要站点的方法服务器重新启动时。
• 当主要站点的方法服务器在运行内容复制的过程中重新启动后再次重新启动时。
PurgeScheduleHistoryQueue
外部存储和内容复制使用 PurgeScheduleHistoryQueue 跟踪并清理关于重新存储以及内容复制方面的旧 (过期)安排信息。该队列在某个时刻仅包含一个对象。
失败的队列条目表明，系统不能删除过期的时间安排历史记录。
在队列中用户没有必要检测失败的条目。如果队列中的条目处于失败状态，则在下次启动方法服务器时，将重新创建此条目。
最大队列数值
下表所示属性设置最大进程数，或安排队列服务执行的队列。可以根据自己的需求，在这些属性的默认数值基础上重置它们。
如果未通过图形用户界面或映射文件设置特性，则可使用 xconfmanager 实用程序添加或编辑特性。有关详细信息，请参阅
使用 xconfmanager 实用程序。
这些属性的值没有上限，但是增加其大小会降低性能。如果出现 Max ProcessQueues Exceeded 错误，可增加 wt.queue.max.processQueues 属性的值。如果出现 Max ScheduleQueues Exceeded 错误，可增加 wt.queue.max.scheduleQueues 属性的值。
这两种类型的错误会在方法服务器日志中显示。大多数 Max ScheduleQueues Exceeded 类型错误以图形消息出现，而大多数 Max ProcessQueues Exceeded 类型错误并不以图形消息出现。
|
属性
|
说明
|
|
wt.queue.max.processQueues
|
设置由队列服务创建的最大进程队列数 (24)，超过此数值将产生一个例外。默认值为 12。
|
|
wt.queue.max.scheduleQueues
|
设置由队列服务创建的最大安排队列数 (24)，超过此数值将产生一个例外。默认值为 12。
|