Exchange2000具有创造多种存储群组的能力，其中包括各种邮箱或公共文件夹存储。不幸的是，为弥补存储器碎片问题，要更好地持续利用Exchange2000版本就必须尽可能少的使用那些存储群组。

    Exchange2000中，大多数的Exchange机专家一致认为在新创建任何存储库以前，你应该完全填充存储群组。显然，如果你使用二十个不同的存储器，你只能要么使用多种存储群组要么将一些存储器的内容复制到另外一个服务器上。如果你的Exchange2000服务器只有很少的存储器，你最好把它们放到一个普通的存储群组中去。

    从表面上看，存储器群组呈现出与Exchange2003版相同的原理。但是它们实际上是不一样的。将所有的存储内容存放到一个单独的存储群组中。就像我们所推荐的Exchange2000版本――它并不是最好的方式。例如，如果你在Exchange2003版本中有四个存储内容，那么最好分别将它们放到各自的存储器群组中而不是将它们全部放到同一个存储器群组中。

    存储器碎片

    微软公司在很大程度上考虑到了Exchange2003版本的存储器碎片问题。并且已经采取措施用来减少系统存储器的损伤。

    在Exchange2000中，每个存储器群组都分配到了250兆的内存。这种分配的内存被用作复制存储、计划高速缓冲存储器和各种Jet数据库功能。在Exchange2000sp3版本中，微软公司开发了内存分配器。

    Exchange2003的Post-SP3版本可能仍然对内存碎片问题很敏感，但是只要服务器有足够资源为它所需要的内存提供Exchange，存储器就不能低速运转。

    共享运行日志

    微软公司已经确定了Exchange2003的一些碎片和存储器，尽管如此你也不能将你的存储内容放到一个存储群组中。其中根本原因是这些存储内容之间并不是完全相互独立的。

    对于Exchange2003，一个存储群组中的所有存储器共享一套普通的运行日志。这对于Exchange操作而言有不利的影响。例如驱动器，磁盘输入/输出过程中所遇到的情况。

    微软公司经常建议将运行日志存放到性能更高的磁盘或是磁盘阵列中，而不是它自身的数据库。Exchange读写运行日志的速度越快，服务器就会运行得越好。

    假设你有四个Exchange2003数据库，每个数据库都收到同等数量的存储内容。如果这些数据库集中到同样的存储群组，有关运行日志的硬盘将要艰难的运行四次以传输同类操作。如果硬盘不具备这种能力，操作就会受阻。

    共享运行日志对于故障恢复同样具有不利影响。当你保存一个Exchange2003的数据库时，这个过程中的一部分是重置运行日志更新数据库。如果各种数据库都在使用这些运行日志，比起恢复过并拥有自身运行日志的数据库来，这将花费更多时间恢复完成。

    将所有Exchange2003的文件存放到一个Exchange群组中同样是个问题。如果这些存储器被分成各种存储群组(每一个存储群组都有一个针对运行日志的专用驱动器，包含运行日志的分区就会只影响一个单独的存储器。其它的存储器同样具有功能。