本文是通过利用生成式 AI 的自动生成流程创建的。

什么是 Microsoft 365 管理中心？首要关注点与安全管理基础

关于本文
本文基于截至 2026 年 9 月 18 日的 Microsoft 官方信息，以“初次接触管理工作的负责人”也能理解的方式，对 Microsoft 365 管理中心的作用进行了梳理。

验证状态：📘 已确认 Microsoft 官方信息，未在真机上验证

Microsoft 365 管理中心是管理整个 Microsoft 365 的入口，包括用户、许可证、合同、服务状态以及来自 Microsoft 的变更通知等。

Teams、Exchange、SharePoint、Intune、Entra、Purview 等都拥有各自的专用门户。Microsoft 365 管理中心与其说是在一个屏幕上进行所有这些详细设置的地方，不如说是整个 Microsoft 365 租户的“综合接待处与运行仪表板”，这样理解会更容易。

首要掌握的术语

购买 E3/E5 并不意味着购买管理中心本身

Microsoft 365 管理中心中显示的内容会根据您订阅的 SKU、管理员角色以及租户设置而有所不同。

E5 中新增的高级安全与合规功能，通常在 Defender 门户、Purview 门户、Entra 管理中心等专用界面中进行管理。

flowchart TD
    M[Microsoft 365 admin center] --> U[Users / Groups]
    M --> B[Billing / Licenses]
    M --> H[Service health]
    M --> C[Message center]
    M --> T[Teams admin center]
    M --> E[Exchange admin center]
    M --> S[SharePoint admin center]
    M --> I[Intune admin center]
    M --> A[Entra admin center]
    M --> P[Purview / Defender等]

首先尝试：不作修改、仅供查看的 3 个地方

首次进入管理界面时，在创建用户或更改许可证之前，请先确认以下内容。

1. Billing > Licenses — 订阅了哪些产品以及订阅了多少数量。

2. Health > Service health — 当前正在发生哪些故障或问题。

3. Health > Message center — 未来将有哪些变更。

查看此处

• 许可证总数和已分配数量。

• 当前的服务事件/公告 (service incident/advisory)。

• 可能影响贵公司的未来推出 (rollout)、停用 (retirement) 以及管理员操作 (admin action)。

成功的标准

能够清晰区分并分别说明“合同”、“当前故障”和“未来变更”。

尝试更改一处

仅更改消息中心的筛选条件或服务健康状况的目标服务。不要修改用户、许可证或策略。

服务健康状况与消息中心的作用不同

flowchart LR
    NOW[今サービスがおかしい] --> SH[Service health]
    FUTURE[来月UIや仕様が変わる] --> MC[Message center]
    SH --> OPS[障害対応 / 利用者周知]
    MC --> PLAN[事前検証 / 手順変更 / 周知]

服务健康状况主要是跟踪当前发生的问题的地方，而消息中心主要是跟踪未来将要发生的变更的地方。

例如，如果关于“无法连接到 Teams”的咨询激增，在逐台修复终端设备之前，应先确认服务健康状况。另一方面，如果是“下个月起管理界面的位置将发生变化”的通知，则应通过消息中心确认受影响范围和推出日期。

管理员角色并非只有全局管理员一个选择

Microsoft 推荐使用最小特权原则。由于全局管理员 (Global Administrator) 对整个 Microsoft 365 拥有极高的权限，因此不应在日常工作中常用，而应使用与具体工作内容相匹配的角色。

示例：

实际所需的角色，请根据具体操作在 Microsoft 的Least privileged roles by task中进行确认。

使用 Microsoft Graph PowerShell 读取租户信息

在 GUI 中确认目标后，自动化工作应从读取操作开始。

Connect-MgGraph -Scopes "Organization.Read.All"

Get-MgContext |
  Select-Object TenantId,Account,Scopes

Get-MgOrganization |
  Select-Object Id,DisplayName

查看此处

• TenantId是否为目标租户。

• 连接账号是否为工作账号。

• Scopes是否为预期的读取权限。

• DisplayName是否为目标组织。

尝试更改一处

不添加写入范围 (scope)，Select-Object仅更改显示的项目。

实际业务示例：早晨咨询的初步排查

这种情况是用户联系称“Outlook 和 Teams 都很慢”。

sequenceDiagram
    participant U as 利用者
    participant H as ヘルプデスク
    participant A as M365 admin center
    participant S as Service health
    U->>H: 複数サービスが遅い
    H->>A: Healthを確認
    A->>S: Incident/Advisory確認
    S-->>H: 既知障害あり/なし
    H-->>U: 全体障害か個別障害かを切り分け

如果是 Microsoft 侧的全公司范围故障，与其开始大量重新设置电脑，不如向用户共享事件 ID (incident ID)、受影响的服务以及 Microsoft 的更新时间更为合适。

普通用户、行政人员、IT 部门的确认要点

不要让消息中心仅仅停留在“阅读”层面

消息中心会发布新功能、规格变更、计划维护等内容。将重要通知落实到如下所示的运维表中，可在实际业务中发挥作用。

管理员需要确认的项目

• 是否在常用全局管理员 (Global Administrator) 权限？

• 是否针对每项任务选择了最小特权角色 (least privilege role)？

• 高权限角色是否考虑了使用 PIM 等实现即时 (Just-In-Time) 启用？

• 是否妥善配置了管理员多因素身份验证 (MFA)？

• 是否有许可证添加/删除的审批和记录流程？

• 是否将服务健康状况用于咨询的初步排查？

• 是否确定了消息中心的负责人和确认频率？

• 是否将消息中心的重要变更与操作手册修改、验证以及用户通知相挂钩？

• 与 Teams/Exchange/SharePoint/Intune/Entra 等专用管理中心之间是否有明确的责任分界？

常见误区

“管理中心中能看到的所有设置我都可以更改”

显示与权限是两码事。进行更改需要相应的角色和组织内部的审批流程。

“一旦发生故障，首先重新设置电脑”

如果多个用户、多个服务同时发生故障，应先确认服务健康状况。

“消息中心只是 Microsoft 的广告列表”

其中包含需要管理员执行操作的变更、推出、停用等直接关系到运维的通知。

Microsoft 官方信息

• Microsoft 365 admin center overview (Microsoft 365 管理中心概述)

• Least privileged roles by task (按任务划分的最小特权角色)

• Manage Microsoft Entra user roles (管理 Microsoft Entra 用户角色)

• Service health and continuity (服务健康状况和连续性)

Microsoft 365 管理中心并不是一个“可以随意更改任何内容的界面”，而是作为“了解合同、了解当前状态、了解未来变更、前往合适的专用管理界面”的起点来使用，这样更为安全。