首先得明确：Windows 11 Multi-session（也就是AVD专用的多会话版本）确实不支持通过Windows Update直接推送功能更新，这也是你看不到23H2升级选项的核心原因——微软对这类面向虚拟桌面场景的系统，版本管理逻辑和普通Windows 11完全不同。

结合你的情况，我给你几个实际可行的方案，以及我的观点：

最推荐：用官方全新镜像部署新主机池 #

这是微软官方认可的最佳实践，步骤大概是这样：

• 登录Azure门户，创建新的AVD主机池，直接选择Windows 11 Multi-session 23H2的官方镜像（Azure Gallery里就能找到）。
• 用FSLogix来迁移用户的配置文件，确保用户登录新主机池后，个人数据、桌面设置完全一致。
• 对于应用程序，可以用MSIX打包工具批量迁移，或者用Intune、Configuration Manager来批量部署。
• 等新主机池测试稳定后，再逐步把用户流量切过去，最后停用旧的21H2主机池。

这种方式的好处是完全规避了升级带来的兼容性风险，官方镜像已经针对AVD做了性能优化，后续的更新维护也更顺畅。

备选方案：自定义镜像手动升级（不推荐） #

如果实在要保留现有VM的配置，只能走非官方支持的自定义镜像升级路径，操作时一定要做好备份：

1. 先把现有21H2的VM捕获为自定义镜像，存到Azure存储账户里。
2. 基于这个自定义镜像创建一个临时VM，挂载Windows 11 23H2的安装介质，运行命令 setup.exe /auto upgrade 执行就地升级。
3. 升级完成后，重新配置AVD的注册信息，确保VM能正常加入原主机池。
4. 测试所有应用和用户功能正常后，再把这个升级后的VM重新捕获为新的自定义镜像，用于批量部署。

⚠️ 注意：这种方式微软官方不提供技术支持，很可能出现AVD组件冲突、用户登录失败、性能下降等问题，除非有特殊需求，否则不建议尝试。

排查：确认是否有更新策略限制 #

虽然大概率不是这个原因，但可以快速排查一下：

• 打开本地组策略编辑器（gpedit.msc），检查「计算机配置>管理模板>Windows组件>Windows更新>Windows更新 for Business」里的「选择目标功能更新版本」是否被固定在了21H2，如果是，改成23H2或者设置为「未配置」。
• 检查Azure VM的更新管理策略，是否有禁止功能更新部署的规则。

我的观点 #

从长期维护和稳定性来看，强烈建议选择全新部署主机池的方案。AVD多会话系统的核心是为虚拟桌面场景提供稳定、高效的体验，就地升级很容易破坏微软预配置的优化组件，后续出现问题排查成本极高。微软之所以在文档里明确限制就地升级，也是出于对AVD服务稳定性的考量。

备注：内容来源于stack exchange，提问作者Giovanni B