Exchange Server 2010 中端到端可用性包括，卷影冗余/联机移动邮箱/灵活的邮箱保护/增量重新同步/第三方复制API等。
Exchange 2010 还包括许多为增加系统的端对端可用性而设计的功能。这些功能包括：卷影冗余/联机移动邮箱/灵活的邮箱保护/增量重新同步/第三方复制API。
卷影冗余
除前面介绍的传输转储程序和路由行为改进外，还添加了一个名为“卷影冗余”的新集线器传输服务器功能。卷影冗余可为邮件在整个传送过程中提供冗余。该解决方案涉及一项类似于传输转储程序的技术。使用卷影冗余，可延迟从传输数据库中删除邮件，直到传输服务器验证该邮件的所有后续跃点已完成传递为止。如果在报告成功传递之前任何下一跃点失败，则会重新提交该邮件，以便传递到该下一跃点。
联机移动邮箱
Exchange 2010 包括使您能够以异步方式移动邮箱的新功能。在 Exchange 2007 中，当使用 Move-Mailbox cmdlet 移动邮箱时，cmdlet 同时登录到源数据库和目标数据库，并将内容从一个邮箱移动到另一个邮箱。让 cmdlet 执行移动操作存在以下几个缺点：
邮箱移动通常需要数小时，在移动过程中用户无法访问他们的邮箱。
如果关闭用于运行 Move-Mailbox cmdlet 的命令提示符窗口，则移动会终止，并且必须重新启动。
用于执行该移动的计算机参与数据传输。如果管理员从其工作站运行 cmdlet，则邮箱数据会从源服务器流到管理员的工作站，然后流到目标服务器。
Exchange 2010 中的 New-MoveRequest cmdlet 可用于执行异步移动。与 Exchange 2007 不同，该 cmdlet 不执行实际移动。该移动由 Microsoft Exchange 邮箱复制服务（在客户端访问服务器上运行的新服务）执行。New-MoveRequest cmdlet 会将请求发送到 Microsoft Exchange 邮箱复制服务。有关联机移动邮箱的详细信息，请参见了解移动请求。
灵活的邮箱保护
对 Exchange 2010 的核心体系结构进行了几处更改，这些更改直接影响保护邮箱数据库及其包含的邮箱的方式。
一项重大更改是删除了存储组。在 Exchange 2010 中，每个数据库都与单一日志流关联，由一系列 1 MB 的日志文件表示。每个服务器可以承载最多 100 个数据库。
Exchange 2010 的另一个重要更改是数据库不再与特定的邮箱服务器密切相关。通过将数据库复制到多个不同的服务器，数据库移动性扩展了系统对连续复制的使用。这对数据库提供了更好的保护并提高了可用性。在发生故障的情况下，拥有数据库副本的其他服务器可以装入数据库。
可以将多个数据库副本驻留在多个服务器上，这意味着如果有充足的数据库副本，可以将这些副本用作备份。
增量重新同步
Exchange 2007 引入了丢失日志恢复和增量种子重新设定的概念。丢失日志恢复是 ESE 的内部组件，即使丢失或损坏一个或多个最近生成的事务日志文件，该组件也能够恢复 Exchange 邮箱数据库。即使最近生成的日志文件不可用，丢失日志恢复也能够装入邮箱数据库。丢失日志恢复的工作原理是延迟对数据库的写入操作，直到创建了指定数目的日志。丢失日志恢复会短时间延迟对数据库文件的最新更新。延迟写入的时间长度取决于生成日志的速度。
Exchange 2007 也引入了增量种子重新设定的概念，它通过依靠丢失日志弹性的延迟重播功能，在源存储组和目标存储组之间提供纠正事务日志流中的分歧的能力。在分歧日志重播之后，增量重新设定种子不提供纠正数据库的被动副本中分歧的方法，这会强制需要完整的重新设定种子。与 Exchange 2007 不同，Exchange 2010 中丢失任何数量的日志都不需要完整的重新设定种子。
在 Exchange 2010 中，“增量重新同步”是在以下条件下自动纠正数据库副本中分歧的功能的新名称：
对配置的所有数据库副本进行自动故障转移之后
启用新副本时并且该副本位置已经存在一些数据库和日志文件时
在恢复挂起的复制或重新启动 Microsoft Exchange 复制服务时
由于这些更改，丢失日志弹性现在已硬编码到所有 Exchange 2010 邮箱数据库的一个日志文件中。
检测到活动数据库和该数据库的副本之间的分歧时，增量重新同步执行以下任务：
在日志文件流中进行历史搜索，查找分歧点。
在分歧副本上查找更改的数据库页。
从活动副本读取更改页，然后从活动副本复制必要的日志文件。
将数据库页更改应用到分歧副本。
在分歧副本上运行恢复，并将必要的日志文件重播到数据库副本中。
第三方复制 API
Exchange 2010 还包括一个新的第三方复制 API，使组织能够使用第三方同步复制解决方案，而不是内置的连续复制功能。Microsoft 支持使用该 API 的第三方解决方案，前提是该解决方案提供了必需功能以替换所有由于使用 API 而禁用的自有连续复制功能。仅当在 DAG 内使用 API 管理和激活邮箱数据库副本时才支持此类解决方案。不支持使用此范围以外的 API。此外，该解决方案必须满足适用的 Windows 硬件支持要求（支持不需要测试验证）。
部署使用内置第三方复制 API 的解决方案时，请注意解决方案供应商负责解决方案的主要支持。Microsoft 支持复制和非复制解决方案的 Exchange 数据。使用数据复制的解决方案必须遵守 Microsoft 数据复制支持策略，如 Microsoft 知识库文章 895847 Exchange Server 的多站点数据复制支持中所述。此外，使用 Windows 故障转移群集资源模型的解决方案必须满足 Windows 群集支持要求，如 Microsoft 知识库文章 943984 Windows Server 2008 故障转移群集的 Microsoft 支持策略中所述。
Microsoft 对于使用基于第三方复制 API 的解决方案部署的备份和恢复支持策略与自有连续复制部署的策略相同。
声明： 此文观点不代表本站立场；转载须要保留原文链接；版权疑问请联系我们。
