相较于以前的版本有如下改变:
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的备份需求变少了。不需要每台机器都备份了,集中所有的数据库到同一台服务器上备份它就足够了,其他的随便跑咯。
因此Exchange 2010拥有了一下几个方面的新特性:
数据库可用性组:一组邮箱服务器,使用连续复制以提供各种故障(磁盘级、服务器级、数据中心级)的自动恢复能力。
数据库级的故障转移: Exchange Server 数据库可用性组提供数据库级的自动故障转移,没有传统群集的复杂性。数据库级的中断(例如磁盘故障)将不会再影响服务器上的所有用户。由于数据库和服务器之间不再紧密捆绑,因此当磁盘发生故障时可以在数据库副本之间轻松移动。这种改变加上更快的故障转移时间(30 秒),显著提高了组织的整体正常运行时间。
提高了站点恢复能力: Exchange Server 数据库可用性组通过简化流程将数据中心之间的数据复制扩展到存档站点故障转移,从而使实施站点恢复更加轻松。还对日志文件进行了压缩以缩短传输时间并减少网络带宽的使用。
更易于部署: 管理员可以在初次部署后向 Exchange 环境中增加高可用性,无需重新安装服务器。小型组织可以部署简单的双服务器配置,以提供全冗余邮箱数据以及客户端访问和集线器传输角色。这些更改使得过去对企业来说不可能的高可用性现在唾手可得。
集成群集管理: Exchange Server 数据库可用性组具有自动故障转移功能,但比传统群集的简单。Windows 群集的成熟功能与 Exchange 集成在一起,对管理员来说是透明的。管理员不再需要掌握群集概念或处理单独的管理工具以使整个企业保持正常运行。
免备份支持: Exchange Server 数据库可用性组体系结构允许推迟日志文件重放,使管理员无需磁带能够执行时间点数据库恢复。组织可以完全依赖其高可用性基础结构而不是磁带备份来从故障中恢复,并且可以显著降低其运行成本。
传输恢复能力: Exchange Server 2010 中的传输服务器具有内置保护功能,可以避免磁盘或服务器故障造成的消息队列丢失。服务器在每个邮件项目交付到组织中的下一跳后保留该项目的“影子”副本。如果在报告交付成功之前后续的跳点发生故障,邮件将通过不同的路径重新提交。
联机邮箱移动:管理员可以在数据库之间移动邮箱,而用户无需脱机。在进行转移的同时,用户可以连接到他们的邮箱,发送和接收邮件。这样使得管理员可以在工作时间灵活地执行系统维护任务,无需等到夜晚或周末。
声明: 此文观点不代表本站立场;转载须要保留原文链接;版权疑问请联系我们。