早在以前，大多数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文件，这意味着企业不能够控制这些数据，并且往往没有数据备份。
Exchange 2007的改进 Exchange 2007是第一个建立在64位架构基础上的版本，它包含了一些诸如群集连续复制(CCR)等新的高可用性功能。Exchange不再受到4 GB的内存限制， 对底层存储子系统的I / O需求也较Exchange 2003明显降低(Exchange 2007中，I / O占用的空间减少了高达70%)。CCR的本机异步复制，使存储级复制和第三方复制解决方案某种程度上显得过时，企业也可以从中受益。Exchange 2007 SP1中引入了备用连续复制(SCR)的功能，这使得企业可以拥有两个以上的数据库副本。目标
服务器上的数据库副本甚至可以成为滞后副本。
利用Exchange 2007，用户可以从镜像高端SAN解决方案迁移到DAS Direct-Attached Storage，直连式存储)解决方案，并且邮箱容量可以高达2GB。使用DAS替代基于存储解决方案的SAN，存储成本大大降低。虽然Exchange 2007目前仍支持基于SAN的存储解决方案，但Exchange产品开发团队推荐使用更为经济的DAS解决方案。
在Exchange 2007中进行备份时，虽然技术上已经由卷映射拷贝服务(Volume Shadow copy Service，VSS)取代了基于流的备份解决方案，但有些企业仍然使用磁盘或磁带等基于时间点备份解决方案。
Exchange 2010的改进 Exchange 2010对存储进行了很大的优化，基本上需要对整个存储架构进行重新构建，这使得使用高速低容量的磁盘存储Exchange数据没有任何意义。现在，用户可以使用低速大容量磁盘代替，甚至可以使用类似于工作站中的1-2TB的企业级SATA磁盘。利用Exchange 2010中的数据库可用性组(
DAG)这一新功能，用户可以有多达16个邮箱数据库副本。即便很少有用户需要16个相同的数据库副本，但只要有3个或更多，存储Exchange数据时就可以减少RAID数量或者使用JBOD替代。此外，一个或更多的数据库副本可能成为滞后副本(Exchange 2007支持7天的延迟时间，Exchange 2010最多可滞后14天)。需要注意的是，为使用滞后副本，至少应该在JBOD上保存两个滞后副本或在RAID中保存一个滞后副本。
Exchange 2010还推出了一个完全重新设计的可回收项目文件夹(又名“转储”，即Dumpster 2.0)和诉讼保留(Litigation Hold)功能。可回收项目文件夹用于短期和长期的数据保存;诉讼保留用于合法持有的情况或时间非常持久的数据保存。此外，Exchange 2010包括一个新的个人档案(通过
OWA 2010、
Outlook或在Exchange 2010 SP1中通过Outlook 2007可查看)功能，此功能可由用户激活，从而消除PST文件。最后，Exchange 2010包括一些新的保留策略，用来分配给文件夹或邮箱项目，以便使这些数据可从邮箱转移到与邮箱相关联的个人档案。
借助上述功能的改善以及新功能的运用，许多企业组织不再依赖高端SAN、价格不菲的磁盘，以及昂贵的第三方归档解决方案，从而显著降低了IT成本。
单项恢复(Single Item Recovery)功能的改进 用户在邮箱中
删除一个或多个邮件时，邮件转移到已删除项目文件夹。已删除项目文件夹被清空后，该项目并未真正从该邮箱移除。相反，这些项目被标记为“ptagDeletedOnFlag”属性，使得该项目从邮件客户端(如Outlook、OWA等)不可见并且无法搜索。
当使用“normal”方式删除邮件时(即使用删除键或点击鼠标右键的方法)，系统认为该操作为软删除，而软删除只是将项目转移到已删除项目文件夹。当然用户也可使用硬删除(即shift+delete)方式，这样操作的结果是邮件从存储中永久删除。
如果使用Outlook2007/2010或在旧版本客户端软件中设置了DumpsterAlwaysOn键，软删除和硬删除项目仍然可以通过恢复已删除项目功能查看和恢复，直到它们被永久清除或从存储中彻底删除。使用Exchange 2003，已删除项目的保留窗口期限默认设置为7天。在Exchange 2007中增至14天，Exchange 2010也默认设置为14天。该默认值可以在邮箱数据库级别设置，由邮箱数据库中的邮箱继承，也可以在邮箱级别进行配置。
图1：Exchange 2003已删除项目保留窗口
图2：Exchange 2003邮箱继承了已删除项目保留窗口期
为更好地支持短期和长期以及合法持有的情况，Exchange 2010对恢复已删除项目的功能进行了大规模的改进。恢复已删除项目功能不再使用ptagDeletedOnFlag属性来隐藏项目，而是用一个名为“可恢复项目”的邮箱文件夹来存储已删除项目。该文件夹有三个子文件夹：Deletions、Versions和Purges，它存储于邮箱的Non-IPM子树，如图3所示。
图3：通过MFCMAPI 工具查看位于Non-IPM子树的可恢复项目文件夹
当邮件项目被硬删除或从已删除项目文件夹中删除后，现在，它被转移到可恢复项目文件夹的Deletions子文件夹内。在Exchange 2010中， Deletions子文件夹内项目的默认处理方式同Exchange的早期版本相同。当该项目的时间戳超过了已删除项目保留窗口期，该项目将被清除。用户误删除了某项目，或者项目已被清除，如果想恢复该项目，必须从一个传统的备份时间点进行恢复。
在Exchange 2010中，邮箱有几个新的属性。其中之一是“SingleItemRecoveryEnabled”，默认情况下设置为false(图4)。
图4：单项恢复功能默认被禁用
可以使用下列命令对其启用：
Set-Mailbox –Identity hew –SingleItemRecoveryEnabled $true
启用该功能时，可以看到一个
警告信息，提示新设置生效需要一段时间。时间的长短取决于活动目录拓扑结构的大小及复杂程度。
邮箱启用了“单项恢复”功能后，所有从可恢复项目文件夹中删除的项目将不再从邮箱中永久删除，而是转移到Purges子文件夹。如果项目保留超过14天，将会从该子文件夹中清除。这就意味着用户由于意外或有意都不能永久删除邮箱中的项目，他们最终只能保存在用户无法访问或浏览的Purges子文件夹。
注意：即使单项恢复设置为“false”，所有的项目都将保存120天，只有日期长于这个期限的项目才能被清除。
此外，对一个邮箱启用“单项恢复”的同时还将启动一个versioning功能。具体地说，如果邮箱项目被修改，它将启动一个称为“copy-on-write”的功能。该功能将原始项目移动到可恢复项目文件夹的Versions子文件夹内，并且一个新的副本将放置在IPM.Note和IPM.Post子树。由于用户总能找到某个特定项目的原始副本，因此在合法持有的情况下使用这一功能非常方便。
通过将已删除项目保留窗口期增至30天、60天、90天或者1年(取决于用户所在组织的容灾时间)，结合对所有邮箱启用单项恢复功能，用户从邮箱中恢复某些项目，不必再设置还原点。
图5：已删除项目保留窗口期设置为90天
结语
通常，用户可以通过可恢复项目功能进行项目恢复。如果该方案不可行，管理员可以使用邮箱搜索功能来恢复项目。本系列文章的第二部分将重点介绍这一功能。
