自从微软的
Exchange
邮件系统推出以来，运行的可靠性和可用性方面不断改进，
Exchange2010
产品由于采用
DAG
自动故障转移和恢复
设计，对邮件存储的数据库采取
自动故障转移和恢复
，从而降低对群集的依赖，提升了运行的高可靠性和可用性，我们可以理解为，
Exchange2010
架构不再是
Log
日志和邮件数据库混在一起，而是相互分开，这就可以做到
2
台服务器就可以负载不同的邮件数据库，同时还可以复制一份邮件数据库，管理员能够动态移动邮件数据库，如此高可靠性和可用性就能做到了。
Exchange2010
服务器的角色也发生变化，使用
Hub
服务器来连接后端的
Exchange
服务器上的邮件数据库，
Outlook
客户端必须通过
Hub
服务器去访问邮件，对于
SMTP
网关可以使用边缘服务器，边缘服务器不用加入域中，也可用硬件网关去替代，放在企业的
DMZ
区。企业想要用
Exchange2010
去实现企业邮件的高可靠性和可用性，采取
4
台服务器即可做到，
2
台做前端服务器和
Hub
服务器，
2
台用于后端的邮件服务器，前端
2
台可以用
NLB
去负载均衡，也可用
F5
的硬件来实现，后端
2
台就可以直接把邮件数据库放在
SCSI
硬盘上，由于互相备份，任何一台宕机都不会影响使用。企业如果想要异地备份邮件数据库，可以直接利用
Stand BY
去网络复制，也能利用廉价的
SATA
硬盘备份，这样满足
1000
用户以下的企业邮件应用。
计算
4
台服务器和软件授权费用，企业大约需要
20W
来实现
Exchange2010
服务器的高可靠性和可用性，如果改为虚拟化的话，那么又能节省一半的费用。我们通过
2
台高性能服务器安装
08R2 Core
平台，选用
Core
是因为这样的平台安全可靠，然后部署
Hyper-V
，将
4
台物理服务器分成
4
台虚拟服务器部署，实际上维护起来也比较容易实现。需要注意的是，我们在部署
Exchange2010
时，保证企业能够有
2
台
DNS
和
GC
服务器，邮件服务器需要
DNS
和
GC
的支持，在企业多站点的环境下要规划好邮件服务器的应用环境。
我们采取
Exchange2010
，是通过量体裁衣来实现高可靠性和可用性，群集加存储的解决方案实施和维护起来都比较麻烦，企业往往没有这么强大技术支持，我们的解决方案都是渐进的，企业想从
03
或是
07
升级到
2010
，这个过程都不是完全的迁移，数据丢失是不可避免的，企业都需要在升级之前考虑到数据的备份。
本文转自 zhaiken 51CTO博客，原文链接：http://blog.51cto.com/zhaiken/751638，如需转载请自行联系原作者
