梗概:
SCC,LCR, mailbox cluster都不再存在了!
存储组消失了!
群集搭建将异常简单
群集failover变得更强大了 。
SCC,LCR, mailbox cluster都不再存在了!
原因是~
ITpro觉得这些玩意很麻烦,看起来很晕
高可用性对ITpro的时间占用更多了
每种高可用性方案都得使用不同的管理办法
从一个很多用户在同一个巨大数据库的服务器上恢复会影响(可长可短)到同一服务器上所有的用户
HUB服务器的传输筛选器仅能保护LCR或者CCR上的邮件 。如果邮件传输的时候hub挂了,这些数据也会丢失 。
个人觉得以上解释第一条似乎是微软对itpro的重视
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消失了~~~也是,ms建议一个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 server 2010的高可用性变化】这将带来一个显著的变化,exchange 2010的备份需求变少了 。不需要每台机器都备份了,集中所有的数据库到同一台服务器上备份它就足够了,其他的随便跑咯~
推荐阅读
- 在Exchange 2003中排错出站邮件流问题
- Microsoft Exchange Server 2003 使用队列查看器的攻略
- 卸载 Exchange Server 2003
- Microsoft Exchange Server 2003中优化内存使用
- 图文并茂教您配Exchange Server 2003
- 加速Exchange Server恢复过程
- Exchange2007 域安全实现手册
- Exchange 2003 SP1恢复邮箱数据功能
- Exchange 2007测试之七:Outlook 2007
- Exchange 2007测试之六:Management Shell