Windows 更新后 Teams Rooms 设备重启时Teams Rooms 应用无法自动启动

Windows 更新后 Teams Rooms 设备重启时Teams Rooms 应用无法自动启动，这是由于 Windows 更新安装了不支持的 Windows 版本导致；需切换至管理员模式，通过 PowerShell 命令收集日志，对比 MSinfo32.txt 中的系统版本与支持版本，使用Microsoft Teams Rooms 恢复工具还原设备，且需注意管理更新策略以防止因策略强制安装不支持版本导致问题复发。

详细总结

一、问题症状

二、根本原因

三、解决步骤

1. 收集日志

• 切换至管理员模式，打开提升权限的命令提示符窗口，运行 PowerShell 命令：
  powershell -ExecutionPolicy Bypass -File "C:\Program Files\WindowsApps\Microsoft.SkypeRoomSystem_*x64\Scripts\provisioningScriptLaunch.ps1" CollectSRSv2Logs.ps1

• 在 C:\ 根目录找到类似SRSv2-<Device Name>-<Date Time>.zip的日志压缩包。

2. 验证系统版本

• 解压日志包，打开MSinfo32.txt文件，对比其中的OS Name 和 Version与 Teams Rooms 支持的 Windows 版本，确认是否安装了不支持的系统。

3. 恢复设备

• 使用Microsoft Teams Rooms 恢复工具，将设备还原至支持的状态。

• 注意：仅支持在兼容设备上使用该工具。

四、预防措施

• 管理更新策略：若恢复后设备仍应用更新策略，策略可能强制安装不支持的版本导致问题复发。建议：

• 通过Group Policy、Intune 或 Configuration Manager管理 Windows 更新，排除不支持的版本。

• 考虑将设备从 Windows 更新管理中排除。

关键问题

1. 问题：为何 Windows 更新后 Teams Rooms 应用无法自动启动？
   答案：因 Windows 更新在设备上安装了不被 Teams Rooms 支持的 Windows 版本，导致应用启动异常，需通过日志验证系统版本并恢复至支持状态。
2. 问题：解决该问题的核心步骤是什么？
   答案：核心步骤包括通过 PowerShell 命令CollectSRSv2Logs.ps1收集日志，对比MSinfo32.txt中的系统版本，使用Microsoft Teams Rooms 恢复工具还原设备至支持状态，并管理更新策略防止复发。
3. 问题：如何避免恢复后问题再次出现？
   答案：需确保恢复后设备的更新策略不强制安装不支持的 Windows 版本，可通过组策略、Intune 等工具管理更新，或直接将设备从 Windows 更新管理中排除。