邮件记录是法规遵循的一个重要组成部分。某些管理规则需要具备对邮件组用户所收到的邮件进行审计的功能，该功能对于组织的内部策略或审计非常有用。
Exchange Server 2007记录的邮件可以保存在Exchange数据库中，SharePoint站点或者可以发送到任何由第三方邮件记录公司使用的外部SMTP地址。
在早期版本的Exchange中，只能对整个邮箱存储组进行邮件记录。在Exchange Server 2007中，可以通过设定记录范围来决定记录哪些邮件。设定的范围可以是单个邮箱、一个邮件组，一个数据库或者整个组织。语音邮件信息和未接来电提醒可以排除在记录之外。而且一份邮件记录的详细报告包括了诸如收件栏，发件栏，抄送栏，密送栏的信息和邮件组信息，以及其它元数据。
2.4 最佳的可用性
随着机构和组织对于可用性的要求不断增加，Exchange Server及其运行硬件的可靠性也在不断增强。当Exchange在90年代中期首次发布的时候，人们对使用电子邮件作为通讯工具的期望与使用纸质邮件的期望没有太大的差别。但随着用户对技术越来越了解以及对电子邮件依赖性逐渐增加，用户要求Exchange高可用性的需求不断增加。
为提高通讯的可用性，Exchange体系结构中引入了冗余机制，这包括设置多个前端服务器，在站点和Internet之间设置多个电子邮件路由器以及设置公用文件夹的副本。但是，要提高存储着邮箱的Exchange服务器的可用性绝非易事，而且还需要昂贵的费用。
提高Exchange邮箱服务器可用性的一个方法（不再是唯一方法了）是使用Exchange群集技术。使用两个或多个节点组成一个Windows群集，由Exchange提供冗余服务器，这样如果一个节点或一个节点上的服务出现故障，其它节点可以进行接管并继续提供Exchange服务。
Exchange群集技术中Exchange服务是冗余的，但Exchange邮箱数据库却不是。因此，Exchange群集技术是通过对Exchange服务增加冗余来提高可用性；到目前为止，数据库的冗余只能使用第三方的硬件或软件解决方案。
Exchange Server 2007提供了新的群集选项，它允许服务和数据库在出现故障时都转移到某个被动节点，因而同时提供了对服务和数据库的冗余。Exchange Server 2007使用了相同的群集技术在多个节点间复制数据库，它也允许一台单独的服务器在本地复制其数据库，提供了本地信息存储的最新副本，如果主数据库宕掉，可以用该副本进行安装。
群集连续复制
Exchange Server 2007提供了群集连续复制 (以下简称CCR)功能来为Exchange服务和信息存储提供冗余机制。与早期版本的Exchange中的群集解决方案类似，CCR使用Windows Clustering服务来提供虚拟服务器和故障转移功能。但是使用CCR，不再必须网络共享存储，每一个节点本身都有信息存储的一个拷贝。这种方式使客户可以实现多种存储选择，如直连式存储（Direct Attached Storage），串行连接SCSI（Serial Attached SCSI）以及存储区域网络（Storage Area Networks）。这种解决方案通过日志文件重演以实现连续复制，它与Microsoft%26reg; SQL Server%26#8482;使用同样的连续复制机制。
在主动节点，事务处理被写入到事务日志中。在当前事务日志写满时，被动节点从主动节点抓取事务日志的一份拷贝到被动节点。然后运行于被动节点上的服务把事务日志副本中的事务提交到被动节点的数据库中。
如果主动节点停止提供服务（计划的或未计划的），群集系统将服务转移至被动节点，被动节点安装好数据库然后继续提供Exchange服务。群集系统会根据需要将新主动节点上的事务日志复制到新的被动节点。
除了可以获得数据库在多节点间复制的好处外，用户还可以在不影响主动节点性能的情况下在被动节点上备份邮件系统数据库和事务日志。被动节点上的备份完成后，相应的事务日志会被删除，主动节点上的事务日志也会被删除。群集节点必须在同一子网中，但是如果子网跨越了物理网络，您可以把主动节点和被动节点放在不同的物理位置。这意味着用户可以将Exchange数据库复制到一个远端的灾难恢复站点来实现异地容灾。
而且，由于使用CCR降低了从备份数据进行恢复的必要性，因此用户可以通过重新评估自己的备份策略来降低运营成本，并确定是否需要同样的时间表、备份类型,用户还可以重新考虑所需要的磁带机的数量。
本地连续复制
本地连续复制(以下简称LCR)借鉴了CCR的数据库复制技术，将其应用于一台单独的Exchange Server 2007服务器。使用LCR，数据库可被复制到本地服务器的另一个位置。如果数据库损坏或磁盘出现故障，信息存储可以指向那个本地副本，从而可以邮件服务的连续性。
LCR是小型或中型组织的一个理想选择，它允许从磁盘或数据库的问题中进行快速恢复，而只需一块或多块额外磁盘来存储数据库副本。当必须要使用备份来进行灾难恢复时，LCR在为用户提供增强的可用性方面来说是一种比较经济的选择。
各个群集场景的关系
更多的选择带来了更多的抉择——在带有网络共享存储的传统Exchange群集，CCR或LCR之间做选择。共享存储群集与CCR之间的比较要看数据库冗余硬件或软件解决方案是否适合共享存储。在没有存储冗余的情况下，共享存储群集只提供服务的故障转移，共享存储中的数据库是一个单一的故障点。如果共享存储解决方案提供对数据库的冗余，那么传统群集与CCR相同。
与传统群集类似，LCR也没有数据库冗余，而同时LCR也没有用于服务故障转移的多节点，因而只提供有冗余解决方案的一半功能。但是对于没有该需求或对多节点群集有预算的组织来说，LCR是一种很好的方式，它提供了经济的冗余方案，在磁盘出现故障或数据库损坏的情况下可以缩短宕机的时间。
