Get-EXOMailboxStatistics与Graph API邮箱统计数据差异原因咨询

针对你提到的Get-EXOMailboxStatistics与Graph API getMailboxUsageDetail(period='D7')返回的项目数、存储大小不一致的问题，核心差异来自以下几个方面：

• 数据时效性与统计周期
  Graph API的邮箱使用明细报表是近7天的异步聚合数据，后台生成周期通常为几小时到1天，存在延迟；而Get-EXOMailboxStatistics直接拉取Exchange服务器的实时/近实时数据，两者的时间统计窗口本身就有错位，这是最常见的偏差来源。

• 统计范围的规则差异

  • 项目数：Get-EXOMailboxStatistics的ItemCount包含邮箱内所有可计数项目——邮件、日历、联系人、任务、已删除邮件文件夹（恢复周期内）的项目都算；而Graph报表的Item Count部分场景下仅统计活跃邮件类项目，可能过滤存档邮箱的项目，或对日历/任务这类非邮件项目的统计规则不同（比如部分租户下不计入日历邀请的副本）。
  • 存储大小：TotalItemSize包含项目的所有附加数据（附件、日历项附件、联系人头像缓存），以及系统隐藏文件夹的内容；Graph的Storage Used (Byte)可能仅统计用户可见文件夹，或排除Exchange的存储优化开销（如邮件压缩、索引元数据），部分情况还会忽略存档邮箱的占用空间。

• 计算逻辑的本质区别
  TotalItemSize统计的是项目在Exchange服务器上的实际磁盘占用（含存储开销）；而Graph报表的存储大小是逻辑内容大小（仅计算邮件正文+附件的原始大小）。比如启用了邮件压缩的邮箱，Exchange统计的实际占用会比Graph的逻辑数值小。
  另外，共享/会议室邮箱这类特殊邮箱，Get-EXOMailboxStatistics会统计所有权限用户创建的项目，而Graph报表可能仅统计邮箱默认文件夹的数据，忽略自定义共享文件夹。

• 临时数据同步延迟
  Exchange中刚删除的项目（恢复周期内）会被Get-EXOMailboxStatistics立刻计入，但Graph报表的后台聚合任务不会实时同步这类临时数据，要等到下一次报表生成才会更新，导致短时间内数值偏差。

内容的提问来源于stack exchange，提问作者Chris Fellows