【IT168 技术】在部署有Exchange Server系统的公司里，IT 部门始终承受着避免电子邮件中断和数据丢失的压力，高可用性便成为了核心主题之一。为了帮助满足这一需求，Exchange Server 2010 减少了部署电子邮件解决方案的成本和复杂性，为您提供更高级别的服务器可用性和站点恢复能力。Exchange 2010 新的高可用性体系结构建立在 Exchange Server 2007 中推出的本机复制功能之上，为高可用性和灾难恢复提供了简化的统一框架。因而大大延长了最终用户的正常运行时间，提高了管理员的自由度，并且降低了组织的资产和运行成本。

        相较于以前的版本有如下改变：

　　SCC，LCR, mailbox cluster被从Exchange中删除了。

　　因为大部分IT专业人员都觉得这些很麻烦。 反而占用更多时间，每种高可用性方案都得使用不同的管理办法。从一个很多用户在同一个巨大数据库的服务器上恢复会影响(可长可短)到同一服务器上所有的用户。HUB服务器的传输筛选器仅能保护LCR或者CCR上的邮件。如果邮件传输的时候hub挂了，这些数据也会丢失。

　　exchange 2010仅仅需要2台服务器就可以架设高可用性方案，可以获取数据库级别的failover功能。 exchange2007 群集需要专用硬件，而且只有MB可以安装到群集中。这导致一个完全冗余方案需要至少4台电脑，2台mailbox群集，hub+cas的nlb群集。

　　exchange2007 群集的failover仅为服务器级别，如果数据库出现问题，管理员还需要手动去处理 exchange 2010多个角色可以存在于同一台服务器上。(估计可以在一个群集节点上放置3个角色，exchange 2007仅能放置MB)

　　exchange 2010的群集创建将非常容易，几乎不需要了解任何底层。

　　exchange 2010的高可用性可以在常规部署后添加，不需要为此重新安装系统。

　　exchange 2010的事件日志将是一个单独的项目，从application中移出来了，Storegroup消失了。建议一个SG下仅放置一个DB，那要DB干嘛?MB上可以有50个数据库，同时每个数据库可以有16份copy。

　　shadow redundancy一个新特性将出现在HUB上。它将使得传输数据库中的邮件在检测到下一次接受的邮件都投递完后才会删除。如果下一次接受的邮件有失败记录，邮件将会重新投递一次。

　　MB群集将有一个新名字database availability group (DAG) ，可以管理16个服务器。其内的服务器可以存放其他服务器上的mailbox数据库copy。这将保证数据库的安全。比如一台机器的硬盘坏掉了，上面的数据库没了，虽然有硬恢复的办法，但是显然没有直接启用一个完全相同的可用数据库。exhcange2007也提供了类似的功能database mobility，虽然可以移动到别的服务器上，但是数据库的GUID必须相同。

　　exhcange2010的连续复制为数据库级别，所有的传输日志将同步到其他MBS上，然后重演。

　　目前exchange2010开发尚未完毕，所以还无法体验到服务器级别的failover转移。等到最终rtm应该可以看到了。

　　MB数据库复制可以使用VSS备份主动和备份节点，这个在exchange 2007是有所限制的。

　　这将带来一个显著的变化，exchange 2010的备份需求变少了。不需要每台机器都备份了，集中所有的数据库到同一台服务器上备份它就足够了，其他的随便跑咯。