建敏感度标签时报错"Rights Management is not active"：UI 在新门户，开关在旧世界
在 Microsoft Purview 门户里给公司文档创建第一个敏感度标签（sensitivity label），走完 Label details、Scope 几步，到某一步突然报错：
Rights Management is not active for this tenant.
界面本身找不到任何”激活”按钮——Purview 的标签向导只负责定义标签的名字、范围、权限规则，它假设底层的权限管理服务已经是开着的。
界面现代化了，但底层这个开关还是十年前 Azure Information Protection 时代的遗留物
根因：这是租户级设置，不在 Purview 的 UI 里
敏感度标签的加密能力，底层依赖的是 Rights Management Service（RMS，也就是 Azure Information Protection / AIP）。这项服务在租户级别有一个开/关状态——对于较老的租户，它默认是关闭的，而且这个开关从来没有被搬进 Purview 的新界面里，仍然只能通过专门的 PowerShell 模块操作。
微软官方的处理路径（Activate the protection service）：
Install-Module -Name AIPService
Connect-AipService
Enable-AipService
Get-AipServiceConfiguration # 确认状态为 Enabled激活后回到 Purview 重新走一次标签创建向导，之前卡住的那一步就能正常通过。
为什么这个坑容易踩
- Purview 是微软近几年把 Compliance、Information Protection、DLP 等多个老产品统一收编的新门户，界面体验是新的，但很多底层服务的开关还留在各自原来的管理平面（这里是 AIP 的 PowerShell 模块）；
- 新用户/新管理员大概率没听过”AIP”这个旧名字，只在 Purview 里操作，遇到这个报错完全没有直觉线索该往哪里查；
- 官方文档把这个激活步骤定位为「一次性设置」，做过一次的老租户不会再遇到，导致这个坑在社区/论坛里的讨论热度也偏低。
顺手记录：标签支持共同编辑（Co-authoring）
排查这个问题时，同时留意到 Purview 的 Information Protection Settings 里有一个独立开关叫 “Turn on co-authoring for files with sensitivity labels”——打开后，被标签加密的 Office 文档才能支持多人同时编辑。这也是一个一次性、不可逆（关闭需要走 PowerShell 并理解后果）的租户级设置，值得在启用标签体系时一并规划，而不是事后发现文档没法多人协作再回头补。
教训
- 遇到 Purview 里”看起来配置对，但报错说服务未激活”的问题，第一反应是查这项能力是否有一个独立于当前 UI 的租户级激活开关——微软产品线整合是渐进式的，旧开关经常还留在旧地方；
- PowerShell 模块是排查现代 M365 门户报错的必备工具，很多底层状态只能在这里查到、改到，GUI 只是它的一层皮；
- 上线新的信息保护能力前，把”一次性 & 不可逆”的设置（RMS 激活、co-authoring 开关）列成清单提前规划，别等用户抱怨了才发现少做了一步。