当Exchange Server在服务器上运行时，它是被设计为占用大量的物理内存。这决不是它在设计上的缺陷，这是经过相当谨慎地深思熟虑的结果。Exchange Server安装到服务器上时，没有使用的内存是多余的内存。这样一来，Exchange Server尽可能多的使用物理内存是在运行中获得更多硬件支持的一种简单地方法。
微软在名为：怎么为Exchange Server最优化内存使用文档中提出了一些建议。但是，这些建议是为那些Exchange Server服务能够独占3 GB内存或更多内存量所作的最优化Exchange Server应用，而不是那些还并存着其他应用服务同Exchange Server应用争夺内存的服务器。
(注意：这些内存使用建议仅适用于Exchange Server 2003。Exchange Server 2007只有在使用64位版本，能够比32位版本更直接地占用更多的内存。那么理论上，它是不需要去像Exchange 2003那样被优化以提高性能。)
我曾经听过地最极端的观点是，用户认为Exchange Server(或个其它的服务器产品)最好运行在它自己的空间，那样它具有一种既定的有效的购买号召力，就像许多的Windows Server许可那样。例如，在每一台服务器上运行一个单独的应用服务。
相反的观点认为有效的方法应该是保证服务在单独的硬件上。如果一台机器上有一个硬件出现故障，那么这时它仅仅只影响一台服务器，并且将对其他应用的影响降到最低。
暂且不谈内存的问题，其它争论的问题是资源竞争。例如，当多种服务器应用存放在同一个硬盘中，或者使用同一个网络适配器，就会相互影响性能。
关于这些问题有个共识：“这下好了，Windows小企业服务器2003软件(Windows SBS 2003)将会集成Exchange Server和SQL Server，并且它们很好的运行在同一个空间。如此一来，我就不用去解决这个问题了。”
我了解了为什么这不是个可靠的观点。包含在Windows SBS 2003中的服务组件通过Small Business Server的安装脚本以一种非常特定的方法共同运行，它们并不是以开箱即用的方式被使用的。
如果你的公司只有一台服务器预算的话，你可以购买SBS，并且使用上述的方法分别购买每一个服务应用产品。
如果你需要(或者必须)在同一个box上运行多个服务，有一个方法可以使用(至少是个建议)，那就是通过虚拟化。通过这个方法，每一个应用都将会以一个操作系统中单独的实例运行。资源争夺能够变得不激烈(举例来说，是将每一个实例放到它自己的处理器，单独的网络适配器或者硬盘上。)
这里还有其他一些方法，却不能让其他服务同Exchange server共存。举例来说，对于提高Exchange Server 2003 box在一台域控制器上(promote an Exchange Server 2003 box to the status of a domain controller)，它并不是个明智的方法。
它确实能够使用，但是是不被推荐和支持的，并且用户可能会在运行中碰到大量的问题。(有一个稍微温和的告诫是，如果你已经将服务器作为了域控制器，你可以在这台服务器上安装Exchange Server，但是它可能会带来比较多的问题。)
. TAG: Exchange