只要系统资源（例如，CPU 或特定磁盘）被事务或查询占用，资源就无法用来处理其他请求。暂挂的请求必须等待资源变得可用，然后才可完成。
当组件很忙而无法及时处理所有请求时，被过度使用的组件就成为活动流中的瓶颈。资源被占用的时间百分比越高，每个操作必须等待轮到其处理的时间也就越长。
可以使用以下公式基于处理请求的组件的总利用率来估计请求的服务时间。预期的服务时间包括用于等待的时间和使用所讨论的资源的时间。将服务时间看作是计算机中单个组件占用的响应时间的一部分，如下列公式所示：
S = P/(1-U)- S
- 是所期望的服务时间。
- P
- 是操作获得资源后需要的处理时间。
- U
- 是资源利用率（用小数表示）。
如图 1 所示，随着利用率增加到 70% 之上，单个组件的服务时间显著增加。例如：如果某个事务需要给定的组件用 1 秒钟进行处理，那么当组件的利用率为 50% 时，需要用 2 秒钟处理该事务，而组件的利用率为 80% 时则需要 5 秒钟。当资源利用率达到 90% 时，那么组件可能需要 10 秒钟才能处理完事务。
图 1. 单个组件的服务时间可看作资源利用率的函数
如果通常事务的平均响应时间从 2 或 3 秒钟骤增到 10 秒钟或更长时间，那么用户就会注意到这一点并有所抱怨。
要点： 监视所有显示利用率超过 70% 的系统资源或表现出如下所述的过度使用现象的所有资源。
当您考虑资源利用率时，还请考虑在环境中增大标准或临时数据库空间的页大小是否有利。 如果您想要更长的密钥长度（比标准或临时数据库空间的缺省页大小可提供的长度长），那么可以增大页大小。
发行日期：2013 年 3 月