我们有一个运行Exchange 2007和SQL 2005的4GB虚拟Windows 2003 Server。虽然不是这些系统的专家，但我知道Exchange使用内存的方式与其他应用程序不同。 像它这样的东西会尽可能多地使用内存，但是如果有另一个应用程序请求它，则会将其返回。 我不确定SQL Server是否以相同的方式工作。
虽然重启似乎有改进的性能，但最近服务器有点呆滞。 虽然我们正在诊断这一点，但我们注意到服务器在页面文件中使用了合理数量的虚拟内存：
http://www.picpaste.com/appserver.PNG
这是一个值得关注的原因还是在Exchange服务器上正常？ 请注意，它使用了大约一半的可用虚拟机。
系统configuration有4GB的物理内存和5GB的虚拟内存。 我不确定我们是如何提出这种自定义configuration。 这对我来说似乎有点高。 我似乎记得页面文件的x2大小，即如果4GB的RAM，它应该有一个2GB的交换文件，但可能是基于旧的练习/暗淡的记忆。 这样的Exchange / SQL服务器页面文件大小的最佳做法是什么？
最后，记忆（相对）便宜。 你认为这个服务器需要更多的内存吗？ Exchange支持100个用户，而SQL可能有大约10个并发连接，对于SQL服务器来说使用相对较less。
干杯，罗伯。
不知道Exchange如何使用RAM，但SQL Server假定它是服务器上唯一的应用程序，并将保留所有的内存，只留下一片OS。 我曾经find一个MS页面，解释了它为操作系统留下了多less比例，以及考虑了哪些其他事情，但目前我无法find它。
我build议设置一个SQL Server可以使用的内存量的限制，作为我的一部分的纯猜测，我会从1GB开始。 然后，您应该监视SQL和Exchange的性能，以及监视服务器上的RAM使用情况，以查看是否有任何影响，无论是好还是坏。
最后，因为这是一个虚拟服务器，你有没有考虑将SQL和Exchange分离到单独的虚拟机上，如果你不能这样做，那么我会试着分配这个虚拟的多个RAM。 假设客户操作系统可以使用它。
我有点困惑：它是一个虚拟或物理服务器？
如果您正在运行Windows Server 2003 Standard，则无法添加物理内存。 如果是另一个版本， 请参阅此表以获取最大内存限制 。
如果100个用户对于大型邮箱和大量邮件通信非常活跃，而且SQL数据库很大或者数据结构复杂，那么您很可能是RAM短缺。 虚拟内存消耗暗示了这种情况。
对于Windows 2003，常见的服务器build议是将页面文件设置为RAM的1.5倍（如果没有磁盘短缺并且没有其他支持信息）。 所以5GB在你的情况并不罕见。 最佳做法是不需要页面文件，并具有适合负载的物理RAM大小。 但是，如果是虚拟服务器，则需要将页面文件的使用量最大限度地减less到物理服务器上，而且几乎可以肯定地看到这种工作负载的性能受到影响。 尽pipe用户可能不会注意到，例如，如果Exchange正在caching模式下使用，并且SQL应用程序的交互性不高。
一个提示是确保页面文件的最小和最大尺寸是相同的，换句话说，页面文件不是dynamic扩展和变成碎片。 看起来就像你的情况，虽然你总是可以尝试删除它，分割驱动器，并重新创build它（如果空间允许，使它为6GB或8GB）是迟了一点。