所有，
在此先感谢您的帮助。
我需要了解如何处理我认为是我的服务器之一过度分页。
该服务器是16位处理器64位Windows Server 2003 – 数据中心版本。 我们运行SQL Server 2005企业版。 它也运行来自i2的一个叫做需求计划器的应用程序。
通常每天传呼的峰值在6000到10000页之间。
我使用Idera的诊断pipe理器监视内存，可以看到当高分页发生时，总内存低于60GB。 我有SQL设置为50GB的最大内存剩下14GB的操作系统和其他进程。 i2需求计划器应用程序是一个32位的应用程序，所以它不应该使用超过2GB的。
我应该看什么来确定这个分页的原因，以及如何控制它。
谢谢，理查德
“Process”对象下的每个实例的“Page Faults / sec”计数器（即盒子上运行的每个进程）将告诉您哪些进程正在创build页面错误。 您也可以通过打开“页面错误增量”列来查看“任务pipe理器”中的页面错误。
“页面错误/秒”的问题是，它包括硬件和软件（即所需页面仍在物理内存中的页面错误）错误。 软故障并不昂贵。
你真的想看看你是否有大量的硬盘故障（即，必须去磁盘的页面错误）。 观看“Memory”对象中的“Pages Input / sec”计数器，以了解发生了多less硬页面错误。
当需要完成请求的内存页面必须从磁盘读取时，会发生硬页面故障。 硬页面错误的“修复”是添加物理RAM。
当应用程序首先写入新页面（写入时复制），要求页面归零或访问内存中其他位置的页面（如另一个进程正在使用的内存映射文件）时，会发生软页面错误。 如果你看到很多软页面错误，你可能不会做很多的“修复”，但是你也不应该太担心它们。