Exchange 2010功能替代传统备份方案

核心提示：早在以前，大多数Exchange用户使用传统的基于磁盘或磁带的备份解决方案来备份关键的Exchange数据，Exchange 2010功能替代传统备份方案，企业升级或迁移到Exchange 2003时，他们往往会选择加固Exchange信息基础设施，将Exchange数据从SAN迁移到价格更为低廉的磁盘;另一种是用户将

早在以前，大多数Exchange用户使用传统的基于磁盘或磁带的备份解决方案来备份关键的Exchange数据。企业升级或迁移到Exchange 2003时，他们往往会选择加固Exchange信息基础设施，同时，投资购买昂贵的高端SAN解决方案用来存储Exchange及其他应用数据。随着时间的推移，Exchange数据变得越来越重要。一直以来，大型企业往往投资部署两套高端SAN系统，既是为了使用RAID保护数据，也是为在位于两个不同数据中心的SAN系统之间进行数据镜像。与Exchange 2007和Exchange 2010不同，使用Windows群集功能的Exchange 2003高可用性解决方案仅有一个数据副本，除非数据被复制到存储层或使用基于第三方软件的复制解决方案。而且，Exchange 2003对底层存储子系统的IO要求非常严格，通常在RAID 10或RAID 50下使用快速、低容量的磁盘(容量136GB或更低，每分钟转数达到10K或15K的串行连接SCSI接口磁盘)来存储Exchange数据。此外，Exchange 2003被限定在32位架构，这就意味着Exchange 2003服务器无法利用超过4 GB的内存。

由于存储需求及内存的限制，通常一个Exchange 2003服务器存储最多不超过 4000邮箱。如果突破了这个限制，就会产生内存碎片，底层存储子系统也会由于无法满足I/O需求导致远程过程调用的延迟，从而引发严重的性能问题。

基于存储成本的考虑，用户邮箱的容量也有严格的限制，一般来说是约150 MB或更低。特殊权限用户的邮箱限制可能达到250 MB，但很少高于这个数字。这就导致了两件情况：一种是企业投资于昂贵的第三方基础架构解决方案，将Exchange数据从SAN迁移到价格更为低廉的磁盘;另一种是用户将数据从邮箱转移到PST文件，这意味着企业不能够控制这些数据，并且往往没有数据备份。