了解 Exchange 2010 LUN 体系结构

Exchange 2010
 

适用于: Exchange Server 2010 SP2, Exchange Server 2010 SP3

上一次修改主题: 2016-11-28

在很多情况下,操作系统所识别的物理磁盘或最佳逻辑单元号 (LUN) 是从用于向操作系统提供磁盘的硬件抽象出来的。Microsoft Exchange Server 2010 中使用 LUN 体系结构。

虽然可以使用多种方法设计 Exchange 2010 中的 LUN,但建议采用以下设计来限制复杂性:

每个数据库一个 LUN 的体系结构意味着,数据库及其对应的日志文件都位于同一 LUN 中。若要部署每个数据库仅使用单个 LUN 的 LUN 体系结构,则必须有包含两个或更多副本的数据库可用性组 (DAG),而不是使用基于硬件的卷影复制服务 (VSS) 解决方案。

此策略的一些好处包括:

  • 简化了存储管理,并减少了要管理的 LUN 数量。

  • 减少(可能)备份作业的数量。

  • 提供了在 LUN 之间未共享心轴时,在不同数据库之间隔离性能的灵活性。

有关此策略的一个问题是,它会限制执行基于硬件的 VSS 备份和还原过程(例如克隆快照)的能力。有关 VSS 的详细信息,请参阅Best Practices for Using Volume Shadow Copy Service with Exchange Server 2003(英文)。

返回顶部

如果使用 Exchange 2010,并且是在最多 100 个数据库的情况下,则您提供的 LUN 的数目将取决于备份策略。如果您的恢复时间目标很小,或者如果您将 VSS 克隆用于快速恢复,则最佳实践可能是将每个数据库置于其自身的事务日志 LUN 和数据库 LUN 中。此方法将超出可用的驱动器号个数,因此必须使用卷装入点。

此策略的一些好处包括:

  • 在数据库级别启用基于硬件的 VSS,从而实现单个数据库备份和还原。

  • 提供了在 LUN 之间未共享心轴时,在不同数据库之间隔离性能的灵活性。

  • 增强可靠性,原因是单个 LUN 的容量或损坏问题将仅影响一个数据库。当未利用内置邮箱恢复功能时,这是一项重要的考虑因素。

此策略中需要关注的一些事项包括:

  • 100 个数据库需要 200 个 LUN,这可能超过某些存储阵列最大值。

  • 为每个数据库提供一个单独的 LUN 会导致每个服务器的 LUN 数增加,从而增大了管理成本和复杂性。

返回顶部

备份集是在一夜内完整备份的一定数目的数据库。如果一种解决方案每夜对数据库的 1/7 执行完整备份(例如,在使用每周或双月完整备份的同时使用每日增量备份或差异备份),则它可以通过将要备份的所有数据库放置到同一日志和数据库 LUN 中来降低复杂性。这样可减少服务器上的 LUN 数。

此策略的一些好处包括:

  • 简化了存储管理,并减少了要管理的 LUN 数量。

  • 减少(可能)备份作业的数量。

此策略中需要关注的一些事项包括:

返回顶部

 © 2010 Microsoft Corporation。保留所有权利。
显示: