监视群集中的虚拟内存

上一次修改主题： 2005-04-25

在 Exchange 2003 中，占用内存最大的单个项目是 Exchange 存储进程 (Store.exe)。在主动的生产性 Exchange Server 2003 计算机上，经常可以注意到 Exchange 存储进程几乎占用了全部服务器内存。与在 Exchange Server 5.5 中一样，Store.exe 进程使用名为“动态缓冲区分配”(DBA) 的独特缓存机制。此进程自我管理使用多少内存；也就是说，DBA 根据在服务器上运行的其他应用程序使用的内存量来平衡自己使用的内存量。如果 Exchange 是运行的唯一应用程序，则 DBA 会将较多内存分配给自己。

Exchange 存储所需的内存取决于服务器上具有的 Exchange 数据库的数目、那些数据库的大小和其中每个数据库的事务数。虽然 Exchange 2003 中的每个服务器（或群集节点）可以处理多达 20 个数据库（最多四个存储组，每个存储组五个数据库），但是数据库越多，服务器所需的内存也越多。通过适当配置额外数据库，可以减小所需的内存。存储组中的第一个数据库占用的虚拟内存量最多。因此，在创建新的存储组之前，尽可能用最大数量的数据库填充存储组。填充存储组具有下列优点：

• 减少内存占用
• 减少磁盘开销

但是，在创建另一存储组之前用数据库填充一个存储组具有下列几个缺点：

• 在单个存储组中一次只能发生一个备份过程。备份存储组中的某个数据库会迫使该存储组中的其他所有数据库的联机维护停止。
• 最大限度地降低了为特定用户组的邮箱配置循环日志记录的功能（该功能自动删除早于指定检查点的日志文件）。这是因为循环日志记录是对存储组而不是单个数据库启用的。如果所有数据库都在单个存储组中，则循环日志记录或者应用于所有数据库，或者不应用于任何数据库。如果要将循环日志记录仅应用于几个数据库，则必须创建新的存储组，将相应的数据库添加到新存储组中，然后将循环日志记录应用于这一新存储组。有关循环日志记录的详细信息，请参阅 Disaster Recovery for Microsoft Exchange 2000 Server（英文）。