本节描述了安装 Windchill 解决方案时建立的队列。

内容复制使用 DeliveryStatusOnStartup 队列来删除失败消息和未传送消息。在方法服务器启动后不久，系统就启动该队列，该队列对所有的失败信息或未传送消息都起作用。

系统将内部内容复制消息传送系统的参考放置在队列条目中。如果存在失败的条目，这就意味着并不是所有的失败消息都能被删除。失败的条目可从队列中删除。重新启动方法服务器时，将再次收集所有的必要信息。

在以下两种情况下会大量使用 DeliveryStatusOnStartup 队列：

外部存储和内容复制使用 PurgeScheduleHistoryQueue 跟踪并清理关于重新存储以及内容复制方面的旧 (过期)安排信息。该队列在某个时刻仅包含一个对象。

失败的队列条目表明，系统不能删除过期的时间安排历史记录。

在队列中用户没有必要检测失败的条目。如果队列中的条目处于失败状态，则在下次启动方法服务器时，将重新创建此条目。

下表所示属性设置最大进程数，或安排队列服务执行的队列。可以根据自己的需求，在这些属性的默认数值基础上重置它们。

如果您未通过图形用户界面或在映射文件中设置特性，则使用 xconfmanager 实用程序添加或编辑特性。有关详细信息，请参阅使用 xconfmanager 实用程序。

这些属性的值没有上限，但是增加其大小会降低性能。如果出现 Max ProcessQueues Exceeded 错误，可增加 wt.queue.max.processQueues 属性的值。如果出现 Max ScheduleQueues Exceeded 错误，可增加 wt.queue.max.scheduleQueues 属性的值。

这两种类型的错误会在方法服务器日志中显示。大多数 Max ScheduleQueues Exceeded 类型错误以图形消息出现，而大多数 Max ProcessQueues Exceeded 类型错误并不以图形消息出现。