gOxiA=苏繁=SuFan Blog

关于 Dell 11 和 12 代服务器启用 Hyper-V 2019 后发生启动死循环

        Windows Server 2019 在 Dell 11 和 12 代服务器上，当启用 Hyper-V 角色重启后进入死循环的问题终于得到了解决。需要安装 1月22日发布的汇总更新 - KB4476976，系统版本会升级到 17763.292，由于要过中国年的关系，本文发稿时已是 17763.316，所以还请各位遇到问题的朋友升级到最新版本。

        该问题的具体症状是 gOxiA 手中的Dell T310 和 T610 服务器为了能使用更大容量的分区（>2TB）改用了 UEFI 引导模式并使用了 GPT 格式磁盘，早先安装使用 Windows Server 2016 是正常的，随后在 Windows Server 2019 发布后，全新安装了它，但发现只要启用了 Hyper-V 角色后，系统在第二次重启后并会进入死循环，无法正常引导系统并反复的重启。

        也向 Dell 官方寻求帮助，可惜服务器属于11代实在太老，以 OS 不再支持列表未能提供有效的解决方案，但是 Dell 的 12 代服务器也有发生类似的问题，据说与 Dell UEFI 有关，所以改为 BIOS + MBR 后问题得到了解决，也算一个 Workaround。

        估计遇到的同样问题的用户较多，而且也都有效反馈到了微软那边，所以在19年1月底该问题终于得到了修复 ，此时已是中国年开始，gOxiA 利用假期时间做了测试，在先安装 KB4476976 后，再启用 Hyper-V 则不会重现故障。

微软发布 MDT 8456

        中国当地时间1月26日，正值周末，也临近新年，但 gOxiA 早已养成早起的习惯，上了推才发现圈内人士都在转发 MDT 的最新推文，原来是微软发布了 Microsoft Deployment Toolkit 的最新版本 MDT 8456。

        在这一版开始支持 Windows 10 / Server 2019 的 1809版本，并且可与 Configuration Manager 1810 进行集成。功能方面并没有带来太多的惊喜，嵌套任务序列的支持是本次更新带来的新功能。此外，MDT 8456 仍继续支持部署 Windows 7 操作系统，所以 IT 人员不要犹豫，为了能够提供更完善的 Windows 10 部署，建议升级到 MDT 8456。有关本次更新版本的具体信息，可参考微软官方文档。

https://docs.microsoft.com/en-us/sccm/mdt/release-notes

        升级到 MDT 8456 非常容易，从微软下载中心拿到 MDT 8456 后可直接在当前 MDT 环境执行升级安装，他会自动卸载当前旧的 MDT 版本，并使用新版替代。

        在完成升级安装后，打开 MDT 的 Deployment Work Bench 会看到提示，要求对当前部署点进行更新。我们可以在左侧的部署共享列表中选中部署点然后执行“Upgrade Deployment Share”，这样就会自动更新部署点内的相关脚本和文件。

        在部署点升级完毕后，我们仍旧需要执行“Update Deployment Share”来更新我们的 LTI PE，如果之前有创建过媒体部署，也需要进行更新。

MDT 8456 下载地址：https://aka.ms/mdtdownload

为什么我的 Windows 10 系统会有很多 SVCHOST 进程

        有不少网友反应自己 Windows 10 的系统中会运行很多 svchost.exe 进程，怀疑自己的系统有问题？！其实相对于现在来讲，这是一个正常的现象。

         因为微软自 Windows 10 1703 开始重新设计了 Windows 服务的运行机制。对于内存超过 3.5GB 的 Windows 10 系统，其运行的服务将以独立运行的方式通过 Svchost.exe 进程运行。如果你的内存少于 3.5GB，那么这些服务将会自动分配到共享的 Svchost.exe 进程中运行，这也是 1703 版本以前 Windows 服务默认的运行方式。

        分离 Svchost 运行服务所带来的好处是显而易见的：

• 通过将关键网络服务与主机中的其他非网络服务的隔离，并在网络组件崩溃时添加无缝恢复网络连接的能力，提高了可靠性。
• 通过消除与隔离共享主机中的行为不当服务相关的故障排除开销，降低了支持成本。
• 通过提供额外的服务间隔离来提高安全性。
• 通过允许每项服务设置和权限来提高扩展性。
• 通过按服务CPU，I/O和内存管理改进资源管理，并增加清晰的诊断数据（报告每个服务的CPU，I/O和网络使用情况。）

        在过去，Windows 将服务与匹配的安全性要求相结合来确定共享的服务主机组。

• 本地服务
• 本地服务无网络
• 本地服务网络受限制
• 本地系统
• 本地系统网络受限制
• 网络服务

        下图是分离和共享服务主机（Svchost.exe）进程的运行对比。

        虽然分离机制已经在 1703 及之后版本的 Windows 10 上应用，但是某些服务仍将继续通过分组方式共享服务主机（Svchost.exe）进程。例如，Windows 防火墙（mpssvc - Windows Defender Firewall）和基本筛选引擎（BFE - Base Filtering Engine），远程过程调用（RpcSs - Remote Procedure Call）和 RPC 终结点映射器（RpcEptMapper - RPC Endpoint Mapper）。

        如果需要识别这些分离和继续分组的服务，除了可以通过任务管理器的进程选项卡来查看 Service Host（服务主机）信息意外，还可以通过详细信息选项卡查阅 svchost.exe 的命令行。

        此外微软也提供了通过注册表项检查的办法，打开注册表编辑器定位到“HKLM\SYSTEM\CurrentControlSet\Services”下，查看每个服务下“SvcHostSplitDisable”的值即可，当值为“1”时则表示服务禁止拆分。