预估一个Exchange Online归档的大小

随着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)。

Exchange中文站

Exchange中文站

Exchange中文站是一个专注讨论 Microsoft Exchange Server / Exchange Online / Office 365 的技术型网站。
Exchange中文站

Exchange中文站 的最新文章 (查看所有)

发布于: 浏览:1438 次

还没有评论

欢迎参与到我们的技术讨论,问题和分享都可以。