EP09. "微软那边出问题了吗？先看 Service Health，不要靠猜"
🔒 登录后可标记已读- 这篇收尾 Office 365/Microsoft 365 管理这一段——讲怎么查服务本身是否正常运作（不是自己公司设置出错，而是微软那边真的有故障）、怎么看资源使用报表（谁在用什么、用了多少），以及碰到解决不了的问题怎么正式跟微软报修。
- 学完能做到：接到"好几个人都说 Teams/Outlook 用不了"这类工单时，第一时间知道去哪查是不是微软服务本身出问题，而不是各自排查半天才发现是对方那边故障。
重点内容
Service Health（服务运行状况）：先确认是不是"不是我们的问题"
- 管理中心 → Health（运行状况）→ Service health（服务运行状况）。
- History（历史记录） 页签：能看到过去一段时间（默认可能是 7 天，可以拉长到 30 天）内所有的服务通知、更新记录、维护提醒——包含"某个功能因为授权到期而受限"这类跟账户状态相关的提示。
- Advisories（公告）：微软主动发出的提醒/建议，比如某个功能即将有变化、需要管理员留意的事项。
- Incidents（事件）：真正的服务故障记录——如果某个服务当下有问题，会显示在这里；没有显示，代表这段时间没有微软官方认定的服务事件。
[截图：Service health → Incidents 页面，显示当前服务事件列表的画面]
- All services（所有服务） 页签：列出这个租户订阅的每一项服务，逐一显示目前状态。
📌 实际工单应用：好几个使用者同时反映"Teams 打不开""邮件收不到"，与其一个个去他们的电脑上排查，第一步应该先来 Service Health 确认——如果这是微软那边的服务事件，不是本地设置或者本机问题，那么正确的处理方式是等待微软修复、同时告知使用者"这是官方服务问题，非我方能控制"，而不是浪费时间在每台客户端反复排查一个自己这边根本修不好的问题。
Usage reports（使用报表）：谁在用什么，用了多少
- Reports → Usage（使用情况）：能看到 OneDrive、Exchange（邮件收发）、Word/Excel 桌面激活数量、SharePoint 活跃度这类使用数据，时间范围可以设定（7 天/30 天/180 天等）。
[截图：Reports → Usage 页面，OneDrive/Exchange 使用趋势图表画面]
- ⚠️ 试用版账户可能看不到完整报表——课程里用的试用租户因为长期没有实际使用活动，报表显示"没有数据"是正常现象，不代表功能坏了；正式付费的商业版租户，只要有对应的使用记录，报表能提供实际的活跃用户数、文件操作次数、桌面应用激活数这类具体数据。
- 这类报表能回答"这个团队真的有在用这个功能吗""买的授权是不是浪费了"这类管理层常问的问题，是评估要不要续购/调整授权数量的重要依据。
Exchange 里的邮件流报表
Exchange 管理中心 → Mail flow（邮件流） 底下有专门的报表分类（比如 Inbound message reports，入站邮件报表），能依时间范围（7/30/90 天或自定义）查看邮件流量的整体统计——跟 EP08 讲的 Message Trace（针对单一邮箱查具体某几封信）是不同层级的工具：Message Trace 是"查个案"，这里的报表是"看整体趋势"。
遇到自己解决不了的问题：正式向微软提交服务请求
- 导航菜单 → Support（支持）→ View service requests（查看服务请求）：能看到之前提交过的工单进度。
- New service request（新建服务请求）：描述遇到的问题，系统会先给出一些可能相关的自助解决方案建议；如果这些建议都解决不了，才正式提交给微软支持团队处理。
常见误区 / 踩坑提醒
- 好几个使用者同时反映同一个功能出问题，却一个个去客户端排查半天——先查 Service Health 确认是不是微软官方已知的服务事件，能省下大量重复排查的时间。
- 试用账户看到使用报表"没有数据"就以为报表功能坏了——试用账户本身如果长期没有实际使用记录，报表自然是空的，属于正常现象，不是 bug。
- 把 Message Trace 和 Usage 报表当成同一回事——前者是"揪出某一封具体邮件的问题"，后者是"看整体使用趋势"，两者用途不同、不能互相替代。
Sources
Udemy（课程 transcript）：
- IT Support Technical Skills Bootcamp — Section 11, Lecture 100（监控服务运行状况 / 分析使用情况报表 / 提交微软服务请求）