Exchange 2010日志的容量规划

 

事务日志文件将记录数据库引擎执行的每个事务。所有事务将先写入日志，然后再慢慢写入数据库。与 Exchange Server 2003 不同，Exchange 2010 中的事务日志文件大小已从 5 MB 减小到 1 MB。此更改旨在支持连续复制功能，并将主存储失败时的数据损失量降到最低。

可以使用下表来估计将在 Exchange 2010 邮箱服务器上生成的事务日志数量，其中平均邮件大小为 75 KB。

“每天生成的事务日志数”的值取决于选择的邮件配置文件和平均邮件大小。它表示每天每个邮箱将生成的事务日志数。每个邮件配置文件的日志生成数需考虑以下因素：

邮件大小的影响

发送/接收的数据量

数据库运行状况维护操作

记录管理操作

不是邮件但存储在邮箱中的数据（任务、本地日历约会、联系人）

强制的日志滚动（定期关闭当前事务日志文件的机制）

每个邮箱配置文件生成的事务日志数量

邮件配置文件（75 KB 的平均邮件大小）	每日生成的事务日志的数量
50	10
100	20
150	30
200	40
250	50
300	60
350	70
400	80
450	90
500	100

可以使用以下准则来了解邮件大小如何影响事务日志的生成速度：

如果平均邮件大小是 150 KB 的两倍，则每个邮箱生成的日志增加 1.9 倍。该数字表示包含附件和邮件表（邮件正文和附件）的数据库的百分比。

因此，邮件大小超过 150 KB 的两倍时，每个邮箱的日志生成速率也会增加一倍，从 1.9 增加到 3.8。

例如，如果您每天有 100 封邮件，并且：

平均邮件大小为 150 KB，每个邮箱生成的日志为 20 × 1.9 = 38。

平均邮件大小为 300 KB，每个邮箱生成的日志为 20 × 3.8 = 76。

以下部分讨论影响日志大小容量的因素：

备份和还原因素

移动邮箱操作

日志增长开销因素

高可用性因素

LUN 容量规划


 备份和还原因素

日志 LUN 大小在一定程度上取决于备份和还原设计。例如，如果设计允许后退两周并重播自那时起生成的所有日志，则需要两周日志文件的空间。如果备份设计包括每周完整备份和每日差异备份，则日志 LUN 需要大于整周日志文件的空间，以允许在还原期间进行备份和重播。大多数执行夜间完全备份的企业，会将所需的每天日志生成容量的分配提高到两到三倍。采用该方法可防止备份失败导致填满日志驱动器而卸除数据库。

如果计划在 Exchange 2010 中使用邮箱恢复和单个项目恢复功能作为备份基础结构（从而启用循环日志记录），那么最佳做法是，您应该确保将所需的每天日志生成容量的分配提高到三倍。这样可确保当复制已挂起或在正常参数下无法运行时，数据库不会由于截断故障而卸除。


 移动邮箱操作

移动邮箱是大型邮箱部署的主要容量因素。许多大型公司每夜或每周将一定百分比的用户邮箱移动到不同的数据库、服务器或网站。如果您的组织也是如此，您可能会发现为日志 LUN 多提供一些空间以容纳邮箱移动是非常必要的。

尽管源服务器会记录小型记录删除，目标服务器仍必须先将所有传输数据写入事务日志。如果一天生成 10 GB 的日志文件，并且将 30 GB 的缓冲区保留三天，则移动 50 个 2 GB 的邮箱 (100 GB) 将填满目标日志 LUN 并导致停机。在上述情况下，可能必须为日志 LUN 分配额外容量以支持移动邮箱。


 日志增长开销因素

对于大多数部署来说，我们建议您在创建日志 LUN 时向日志大小增加 20% 的开销因素（考虑其他所有因素之后），这样可以确保出现意外的日志生成时存在必要的容量。


 高可用性因素

高可用性会在三个重要方面影响日志容量要求：

数据库副本计数   整个系统的日志容量会基于在高可用性部署中选择的数据库副本的数量而增加。如果有三个数据库副本分布在三个服务器上，则需要为每个服务器上的每个副本设置日志容量。

日志截断机制   由于 Exchange 2010 中的高可用性最多可以提供每个邮箱数据库的 16 个副本，因此它可提供将连续复制循环日志记录作为日志截断/删除机制的基础（与运行完整/增量备份来截断/删除旧日志相对）。有关详细信息，请参阅了解备份、还原和灾难恢复和高可用性和站点恢复中的“日志截断而不备份”部分。

数据库副本重播延迟   Exchange 2010 中的高可用性提供了一种选择，可以延迟被动数据库副本上的日志重播（按副本配置）。此功能用于当将日志播放到延迟数据库副本中时提供延迟。此延迟有助于防止可能会使不需要的内容复制到所有数据库副本的事件。通过在将带有不需要的内容的日志播放到数据库中之前挂起重播，可以防止将该内容播放到延迟数据库副本中。

为数据库副本启用重播延迟后，日志容量要求会相应地发生更改。如果配置了 14 天延迟，则需要设置 17 天的日志。只有配置了延迟的数据库副本需要额外的日志容量，该数据库的其他副本（没有延迟）将具有正常的（非延迟）日志容量要求。

有关详细信息，请参阅了解高可用性因素。


 LUN 容量规划

LUN 的容量要求将基于数据集（数据库、事务日志、内容索引和恢复空间）的大小以及其他一些可用空间。多数操作管理程序都具有容量阈值，当 LUN 的利用率超过 80％ 时，容量阈值可提供警报。

可以使用以下公式来确定 LUN 的相应大小：

LUN 容量 = 数据大小 /（1 - 可用空间百分比要求）

例如，如果数据大小要求为 3000 MB，可用空间要求为 20％，则承载该数据的 LUN 的大小必须为 3750 MB。

 

本文来自微软官方知识库。