配置存储组和数据库的建议

  • 项目

 

适用于： Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

上一次修改主题： 2008-01-16

本主题为下列 Microsoft Exchange Server 2007 存储组和数据库配置提供建议：

  • 数据库大小调整

  • 每个存储组的数据库数

  • 磁盘配置

建议的数据库大小

确定最佳的数据库大小要求评估许多因素。通常，数据库越小越好，因为与较大的数据库相比，可以更快地进行备份和还原。但是，应根据其他因素（尤其是容量和复杂程度）来平衡数据库大小。立即部署最大数量的数据库可能会不必要地增加系统的复杂程度。例如，最终可能需要管理更多不必要的数据库和逻辑逻辑单元号 (LUN)。

我们建议 Exchange 数据库大小大约是 50 GB。对于未启用连续复制的存储组中的数据库，我们建议最大数据库大小是 100 GB。对于启用了连续复制的存储组中的数据库，我们建议最大数据库大小是 200 GB。有关详细信息，请参阅规划磁盘存储。

每个存储组建议的数据库数

建议将每个新数据库放入其自己的存储组，直到达到最大存储组数。该建议有几个优点：

  • 它使您可以将邮箱负载分散到尽可能多的数据库和存储组上。

  • 它会创建更易于管理的 Exchange 存储拓扑。

  • 数据库可以更小。

  • 不必多个数据库共享日志文件和日志通信。

  • 可以更好地管理驱动器输入/输出 (I/O)。

  • 可恢复性得到提高。

  • 它提供更集中的每用户检查点深度。

存储组中的数据库不是完全独立的，因为它们共享事务日志文件。随着存储组中的数据库数的增加，正常运行期间会创建更多的事务日志文件。事务日志文件数越多，恢复过程中重播事务日志的时间就越长。重播事务日志的时间延长会导致恢复时间延长。

有关事务日志记录的详细信息，请参阅了解事务日志记录。有关灾难恢复的详细信息，请参阅灾难恢复策略。

启用连续复制的存储组

所有启用连续复制的存储组都仅限于每存储组单个数据库。这包括群集连续复制 (CCR) 环境中的所有存储组，以及启用了本地连续复制 (LCR) 和/或备用连续复制 (SCR) 的任何存储组。不能对包含多个数据库的存储组启用 LCR 或 SCR，在存储组启用连续复制之后，不能向它添加第二个及后续数据库。

建议的磁盘配置

因为日志文件 I/O 是顺序的，数据库文件 I/O 是随机的，为了提高性能，我们建议将日志文件和数据库文件分别放在不同的磁盘上。通过对许多数据库使用一个日志文件，可以减少所需的磁盘数。但是，此方法有下列两个缺点：

  • 如果包含日志文件的磁盘出现故障，可能会损坏或丢失多个数据库，而不只是一个数据库。

  • 通过日志文件进行恢复所需的时间会延长，因为日志需要重播更多数据库的数据。

有关设计和验证 Exchange 2007 的存储解决方案的详细指导，请参阅规划磁盘存储。

为了实现最佳的性能和可靠性，我们建议即使是比较简单的系统（例如包含一个存储组的系统），也应当将日志文件和数据库文件分别放在不同的磁盘上。

详细信息

有关在 Exchange 2007 中管理存储组和数据库的详细信息，请参阅管理存储组和数据库。

有关管理公用文件夹的信息，请参阅管理公用文件夹。

有关管理邮箱数据库的信息，请参阅管理邮箱数据库。

若要了解有关 Exchange 2007 中的存储的详细信息，请参阅传输服务器的存储设计和规划磁盘存储。

若要查看可用于管理存储组和数据库的 Exchange 命令行管理程序 cmdlet 的列表，请参阅存储组和数据库 Cmdlet。