随着Exchange Online发展的深入，它开始越来越多地承载日常邮件归档的工作。我在很多场合不止一次地被问到一旦激活归档后，能将多大的数据量从内部服务器上卸下来。刚开始感觉这个问题有点奇怪，但细想下来解答这样的疑惑是有诸多好处的。
第一，获悉归档的大小可以更好的管理划分给归档存储的大小。虽然可能也有别的方法可以设计存储分配，但这种方法最为直接。
第二，在使用Exchange在线归档的时候，您可以自定义经过公网到达某一特定邮箱的数据大小。如果相较于现行带宽来说，数据量过大，那我个人建议可以在企业内部部署归档，然后再通过邮箱复制服务同步到Office 365。这种归档方法尤其适用于将当前内部归档数据转移到Office365从而释放磁盘空间。
为精确计算出归档的数据量，我写了个脚本以计算一个或多个邮箱到期邮件的总大小。根据邮箱的保留策略（Retention Policy），当有项目达到保留期限就会被移至归档目录。
如同此文的标题所示，以上办法只是对归档大小的一个预估。实战中脚本运行的结果跟实际归档大小会有区别。原因可能是你启用了一个归档，而在管理文件夹助手运行之前，该用户给项目分派了个人标记。这样的话，保留标记与脚本中定义的AgeLimit时间不同的项目就会被错误计算。同时，请注意，脚本必须在归档创建前运行。
其次，脚本会遍历一个邮箱中的所有文件夹。如果你在在线存档中禁用了日历项，这些项也会被脚本错误地记录下来。在之后的版本中我会改进这些方面，但其实这并不重要，因为脚本本身就是为了做完整统计，而不是100％精确统计。
右边是下载脚本的连接：http://sdrv.ms/19xDl6h
脚本中几个参数提请读者们注意：
UserPrimarySMTPAddresses — 要预估归档大小的邮箱的SMTP主地址。
Report — 包含归档大小的txt文件的输出全路径。
AgeLimit — 目标项目的保留时间（单位：天）。如果系统定义超过60天的项目自动归档，输入60。
Server — EWS服务器。可选项。如果禁用autodiscover则需要手动输入。
Credentials — 具有ApplicationImpersonation管理权限的用户密码。
脚本的输出将包含用户主邮件地址以及归档的数据大小（单位：MB）。
- 微软将推出卫星解决方案：可连接到 Azure 云服务 - 2020年9月17日
- Windows Terminal 1.0正式发布 - 2020年5月25日
- Azure Lighthouse 相关介绍 - 2020年3月2日
还没有评论