为了能够帮助你寻找到一款适合Exchange Server环境的电子邮件归档产品，本文归纳了这样的产品应该具备的一些重要特征，并为你准备了一些在比较产品时需要向商家询问的问题。虽然你仍然需要做些家庭作业并仔细地检查这些产品，但是本文会帮助你更为快捷地鉴别出适合你的企业需要的最重要的功能。

移植邮件及其附件

　　绝大多数的电子邮件归档解决方案都有一个共同的特征，那就是会减少Exchange Server的总存储量，因为它们使用较小的“存根文件”来取代电子邮件正文以及附件。对于Exchange来说，附件是一种特殊的存储负担。当用户们持续通过Microsoft Outlook来进行访问，并把巨大的电子邮件正文和附件的文件移植到归档文件中时，就会急剧减少Exchange的存储空间。

　　在对各种电子邮件归档产品进行比较的时候，要仔细考虑是什么在Exchange Server上影响了移植工作的效率以及被移植的邮件是如何被读取的。下面就是你需要考虑的几个问题:

　　%26#8226; 移植邮件(以及附件)的策略以及控制设置是什么?

　　%26#8226; 在Exchange Server上是否需要使用移植代理?

　　%26#8226; 移植都在什么时间运行(每天、每星期，或者其他)?

　　%26#8226; 移植工作是否可以分解成一些更小的工作?(如果你要管理成千上百个信箱，那么这一点就非常重要。)

　　%26#8226; 移植工作是否会使用存根来替换电子邮件及其附件?

　　%26#8226; 用户如何访问到已经被移植的电子邮件及其附件?

　　%26#8226; 在不恢复到Exchange Server的情况下，用户是否可以通过Microsoft Outlook来查看这些已经移植的电子邮件及其附件。

　　%26#8226; 被移植的电子邮件及其附件是否可以恢复到其原始位置?

管理.PST文件

　　无论是使用手工方式还是自动的方式，电子邮件归档产品都能够把已经存在的.PST文件数据复制到一个归档资料中，在这里，数据将会得到集中的保护，并且可以进行搜索。在比较.PST 文件存档功能时，要留意.PST文件是如何被移植的以及是以何种方式被访问。下面就是一些你需要注意的问题:

　　%26#8226; 用户是否能够手动把.PST文件数据归档到存档文件中?

　　%26#8226; 在移植完成之后，.PST文件是如何被删除或移除的?

　　%26#8226; 管理员是否可以使用自动进程(PST Crawler)来计划.PST的存档?

　　%26#8226; Exchange Server中是否存在用来访问.PST存档数据的存根文件?

　　%26#8226; 用户如何访问.PST存档数据?

　　%26#8226; .PST数据是否能够恢复到其原始位置?

日志

　　电子邮件合规性是指100%获取那些满足管理需求、合法证据以及支持诉讼的数据。对Exchange Server上的电子邮件100%获取的标准是由日志功能来完成的。当在Exchange Server中的每一个信箱的存储中启用日志功能时，所有的往来电子邮件都被复制到日志信箱，随后，这个信箱中的电子邮件将被一款电子邮件归档产品读取。

　　日志的回收功能是影响Exchange性能的一个重要功能。日志将会导致Exchange Sever的双倍工作量，所以，在使用这种功能的时候，制定完善的计划对于避免整个Microsoft Exchange的工作效率降低具有非常重要的作用。

　在比较电子邮件归档产品时，要记得向商家询问电子邮件归档是如何符合合规性的，还要询问是否需要日志。一些新的电子邮件归档解决方案提供了选择性的日志，这种日志功能提供100%的电子邮件获取，而不会对日志的性能造成影响。

　　%26#8226; 100%的电子邮件数据获取是如何符合合规性的?

　　%26#8226; 是否需要日志?日志对Exchange Server性能的影响有多大?

　　%26#8226; Exchange Server上是否需要安装代理?

　　%26#8226; 日志对信箱的读取频率是什么样?

　　%26#8226; 在读取之后，日志信箱是否被清空?

　　%26#8226; 日志信箱数据中是否包含邮件文件夹、联系人和日程表?

结论

　　在这篇文章中，我们探讨了电子邮件归档的三种主要特征，并对每个特征都列出了一些问题。之所以选择这三种电子邮件归档特征，是因为它们很复杂，而且它们对Exchange Sever的性能存在潜在的影响。

　　从设计以及对Exchange性能的影响程度的不同角度来看，电子邮件归档产品存在广泛的差异。当你准备购买电子邮件归档产品的时候，要仔细考虑你的Exchange Server的发展需求——合适的电子邮件归档解决方案可以随着Exchange的发展而一同发展，而并不会成为Exchange性能的负担。