自从微软的 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 ，这个过程都不是完全的迁移，数据丢失是不可避免的，企业都需要在升级之前考虑到数据的备份。