企业官网建设流程全解析

Windows Hyper-V 显卡直通：全程记录与踩坑经验分享

2. 项目概述

2.1 需求来源与方案选型

Hyper-V 显卡直通，经常逛虚拟化圈子的人应该不陌生。简单说就是让虚拟机直接使用物理显卡，获得接近裸机性能的 GPU 算力，而不是通过软件模拟的虚拟显卡“将就着用”。我注意到最近这个方向的热度持续走高，很多开发者在 Windows 宿主机上跑 Linux 虚拟机（比如 Ubuntu 24），结果发现训练个模型、渲染个视频，虚拟机卡得跟幻灯片似的。

我选择 Hyper-V 做显卡直通的主要原因有三点：一是 Windows 10/11 专业版自带的 Hyper-V 角色不需要额外花钱，装好就能用；二是和第三方虚拟化软件相比，Hyper-V 和 Windows 的兼容性是系统级的，驱动冲突问题少得多；三是微软官方的 DDA（Discrete Device Assignment，离散设备分配）技术已经相当成熟，社区也有大量实践案例可以参考。

这篇文章主要分享我在 Windows 11 上配置 Hyper-V 显卡直通的完整过程，适合在 Windows 下跑虚拟机又需要 GPU 算力的开发者、视频剪辑师和 AI 爱好者参考。核心解决什么问题？让虚拟机里的程序能直接调用物理 GPU，跑深度学习、视频渲染这些重负载任务时不再被虚拟显卡拖后腿。读完你不仅知道怎么操作，还能理解每一步为什么要这么做，遇到报错能自己排查而不是到处搜答案。

2.2 技术原理通俗解读

显卡直通的技术名称叫 DDA，全称 Discrete Device Assignment，翻译过来是“离散设备直接分配”。这个概念很多新手一听就懵，其实拿生活中的例子打个比方就清楚了。

想象一个宿舍里有一台高配游戏电脑，室友 A 平时用它写论文、查资料，室友 B 是个游戏主播需要高性能显卡直播推流。最原始的做法是两个人轮流用这台电脑——这就像虚拟机共享宿主的物理 GPU，同一时刻只能有一个环境在用，而且切换要重启。

后来宿舍管理员出了个新规定：这台电脑的显卡可以分配给室友 B 专用，但条件是 B 必须自己配一块独立显卡给室友 A 继续写论文用。这就像 DDA 直通——把物理 GPU 从宿主机里“摘”出来，直接挂到虚拟机名下，宿主机的显卡驱动会被禁用，虚拟机独占整块显卡。

DDA 和 Nvidia 的 vGPU（GPU 分区）方案有个关键区别：vGPU 是把一块物理 GPU 分给多个虚拟机，每台拿到的只是一部分性能；而 DDA 是整块 GPU 直接给一台虚拟机，性能几乎零损耗。缺点也很明显——这块显卡从此就归虚拟机管了，宿主机自己没法再用它显示画面。

所以 Hyper-V 显卡直通的硬件先决条件是宿主机必须有两块显卡：一块负责宿主机自己的显示输出和日常加速，另一块才是用来直通的“贡品”。这个基础没打好的话，后面配置到一半会发现宿主机黑屏、驱动崩溃，非常痛苦。

3. 环境准备与硬件选型

3.1 硬件底线要求

开始配置之前先捋清楚硬件要求，这不是玄学，每一项都有具体的理由：

有个很容易忽略的坑：很多玩家手里的 N 卡是消费级型号（GTX 1660、RTX 3060 之类），Nvidia 官方驱动会检测虚拟机环境并拒绝安装，报错信息通常是“NVIDIA 驱动与此版本的 Windows 不兼容”或者设备管理器显示错误代码 43。解决办法有两个：安装社区魔改的 Nvidia vGPU 驱动，或者用 PVE 那边常用的“隐藏虚拟机特征”手段绕过检测。后者在 Hyper-V 下操作比较麻烦，前者又涉及版权问题，所以如果预算允许，优先选 AMD 显卡或者专业卡，能少折腾一整天。

3.2 软件环境准备

软件部分的准备工作也有讲究，特别是坑很多人反复踩。

Hyper-V 角色在 Windows 10/11 专业版、企业版和教育版里都是系统自带的，家庭版则没有这个功能——如果你用的是家庭版，要么重装系统，要么等哪天想通了升级专业版，这是绕不过去的门槛。

安装 Hyper-V 的方式很简单：控制面板 → 程序和功能 → 启用或关闭 Windows 功能，勾选“Hyper-V”，确定后重启。也可以用管理员 PowerShell 跑一条命令：

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-All

这条命令会自动装好 Hyper-V 平台、Hyper-V 管理工具和 Hyper-V PowerShell 模块，比图形界面快很多，适合批量配置多台机器的情况。安装完成后，把当前登录用户加入“Hyper-V 管理员”组：

net localgroup "Hyper-V Administrators" %USERNAME% /add

不加这个组的话，后面跑 DDA 相关的 PowerShell 命令会频繁碰到权限不足的报错。

虚拟机的 guest 系统方面，Windows Server 2022、Windows 11、Ubuntu 22.04/24.04 LTS 都支持 DDA，理论上只要是支持 PCIe 直通的系统都行。但 Linux 发行版里要注意内核版本和驱动模块的问题——Ubuntu 24.04 如果装的是 HWE 内核（6.8+），可能会有 IOMMU 配置上的小坑，后面我会在问题排查章节专门展开。

3.3 显卡选型与双卡规划

显卡选型这块我踩过不少坑，多花点篇幅讲清楚。

如果你只有一块独立显卡，又想让虚拟机直通——那就必须考虑在 BIOS 里切换使用核显或者再加一块亮机卡。Intel 核显（HD Graphics 610/630、UHD 730/770）完全够宿主机日常使用了；AMD 的话，则是 APU 序列的核显可以，纯 CPU 系列的有些主板不支持核显输出，这种情况只能插第二块独显。

直通用的显卡建议选有 6GB 以上显存的型号。显存大小直接决定你能跑的模型规模和视频分辨率。拿常见的需求场景来说：

• 深度学习推理（跑 YOLO、Stable Diffusion）：8GB 起步，12GB 舒适，24GB 可以玩大模型
• 游戏串流直播：6GB 够用，更高显存主要影响纹理质量
• 视频渲染（DaVinci Resolve、剪映）：8GB 以上，4K 项目最好 12GB+

显卡的 UEFI 支持特别重要。2012 年以前的显卡大多只有 Legacy BIOS 固件，DDA 要求显卡必须是 UEFI GOP 模式，否则启动时可能连初始化都过不去。怎么查？最简单的办法是看显卡启动时屏幕左上角有没有厂商 logo 的 UEFI 界面，或者直接查显卡规格书里有没有“UEFI GOP”字样。

双卡规划的另一个关键点是 BIOS 里的主显卡设置。如果主板默认用独显作为首选输出，而你错误地把要直通的显卡设成了主显卡，那么开机自检阶段跑完后系统可能直接黑屏。我自己的经验是：先在 BIOS 里把宿主显卡（核显或亮机卡）设为首选，等系统完全启动以后再装直通显卡的驱动，整个过程用远程桌面操作最保险——真出问题也不至于趴在机箱前干瞪眼。

4. 核心配置实操全记录

4.1 BIOS 设置与 Hyper-V 基础配置

第一步是 BIOS 设置，这个步骤很多人不在意，结果后面问题百出。以我用的微星 B550 主板为例（华硕、技嘉类似）：

1. 开机按 Del 进入 BIOS
2. 找到 “OC” 或 “高级” 菜单下的“内建设备配置”
3. 开启 “Above 4G Decoding”（有的主板叫“大于 4G 地址空间解码”）
4. 开启 “VT-d”（Intel 平台）或 “IOMMU / AMD-Vi”（AMD 平台）
5. 找到“初始化显示适配器”或“首选显卡”，设置为你要留给宿主机的显卡（通常是核显）
6. 保存退出

Above 4G Decoding 这个选项为什么必须开？因为 DDA 映射 GPU 的 BAR（Base Address Register，基地址寄存器）空间时，需要把大量 MMIO 地址空间映射到 64 位地址范围。如果不开，PCIe 设备只能使用 32 位地址空间，显卡的大显存根本映射不下，直通后虚拟机启动会直接失败或者显卡资源冲突。

注意：不同主板对 IOMMU 的叫法不一样，Intel 平台通常叫 “VT-d”，AMD 平台叫 “IOMMU” 或 “AMD-Vi”。有些主板还有 “ACS Enable” 之类的额外开关，如果找不到就翻主板说明书，或者直接搜“你的主板型号 + 显卡直通”。

Hyper-V 安装完成后，随手用管理员 PowerShell 验证一下虚拟化是否启用：

Get-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-All

输出里 State 是 Enabled 就说明装好了。然后打开 Hyper-V 管理器，创建一个虚拟交换机——不需要外部网络桥接的话，默认的 Default Switch 就够用，但如果你要虚拟机直连局域网，需要新建一个“外部”虚拟交换机。这些基础操作 Hyper-V 管理器里都有向导，跟着点就行。

4.2 虚拟机创建与 DDA 配置

这个阶段的操作有一点像做一个外科手术：先建虚拟机、装好系统、确认基本功能正常，然后才把显卡“移植”进去。顺序不能乱，乱了你后面排查起来会怀疑人生。

虚拟机本身配置其实没什么特别的：内存给足（建议至少 16GB），磁盘用 VHDX 格式，选“第 2 代”虚拟机。第 2 代虚拟机是 UEFI 引导，对 DDA 兼容性更好；第 1 代是 BIOS 引导，直通时可能遇到显卡 ROM 映射的问题。系统镜像看你要在虚拟机里跑什么——我这次装的是 Ubuntu 24.04 LTS，安装盘用的是官方 ISO。

虚拟机装好系统以后，先不要装任何 GPU 相关驱动，确保系统干净。然后关掉虚拟机——注意不是“保存状态”而是“关机”——才能继续操作。

DDA 的配置全程靠 PowerShell 命令行，命令不长但逻辑必须清楚，分三步走：

第一步：识别直通设备的 PCI 地址

Get-PnpDevice -Class Display | Format-List FriendlyName, InstanceId, Problem

这条命令会列出宿主机上所有显示设备。找到你要直通的那块显卡，记下它的 InstanceId，形如PCI\VEN_10DE&DEV_2684&SUBSYS_......\0&0000012A。通常有一串很长的字符，就是它的“身份 ID”。

第二步：禁用宿主上的驱动绑定

Disable-PnpDevice -InstanceId "PCI\VEN_10DE&DEV_2684..." -Confirm:$false

这里有个很多人犯的错误——直接把这块显卡的设备给卸载了，而不是禁用。卸载设备会导致后续 Mount 命令找不到设备路径，必须用 Disable-PnpDevice 禁用而不是卸载。

第三步：把设备挂载到虚拟机

$vmName = "Ubuntu2404" $pciPath = "PCI\VEN_10DE&DEV_2684..." Add-VMGpuPartitionAdapter -VMName $vmName Mount-VMHostPciDevice -Path $pciPath -VMName $vmName -Passthru

注意Mount-VMHostPciDevice还有一个 -Passthru 参数，加上以后可以直接查看挂载结果。如果输出显示 LocationPath 不为空，说明设备已经成功挂到虚拟机上了。

提示：有些教程会让你先把设备路径拆成两个部分，然后用Dismount-VMHostPciDevice处理旧的挂载关系。如果你第一次操作，大概率不需要；但如果之前这台机器试过直通，先执行一次Get-VMHostPciDevice检查是不是已经有挂载记录，有就清掉。

挂载完成后启动虚拟机。如果一切顺利，虚拟机的设备管理器里会出现一块“标准 VGA 适配器”或者待安装驱动状态的 NVIDIA/AMD 显卡。这时候，真正的挑战才开始——驱动问题。

4.3 Nvidia 消费级显卡的特殊处理

如果你直通的是 Nvidia 消费级显卡（GTX/RTX 系列），大概率会在驱动安装这步卡住。Nvidia 官方驱动装到一半弹窗报错，或者强制安装后发现设备管理器的显卡上面顶着个黄色感叹号，错误代码 43。

为什么会这样？Nvidia 在驱动里做了虚拟机环境检测——多数消费级显卡不允许在虚拟化环境里被直接使用，这是产品线划分策略的一部分。检测方法通常是读取设备的 ACPI 表或枚举系统固件信息，发现虚拟机的特征就“拒绝工作”。

Hyper-V 平台下目前最实用的思路是修改驱动文件或者装魔改版驱动，这里我提供两个方向：

方向一：替换 vmxnet 相关模块（源于开源社区方案）

这种方式对游戏、渲染类普通负载有效，需要下载与自己显卡型号匹配的社区 vGPU 驱动包，替换掉官方驱动中的nvlddmkm.sys文件并绕过证书签名检测。本质是骗过驱动里的检测逻辑。这个方向我实际跑通过一次，注意点有三个：

1. 驱动必须和显卡型号精确匹配，去社区论坛查自己显卡对应的“NVIDIA vGPU 破解驱动”版本
2. 替换驱动文件时需要在 Windows 安全模式下操作，或者先禁用驱动签名强制
3. 装完驱动后建议跑一遍nvidia-smi或者 FurMark，确认显卡确实在全速工作

方向二：改用 AMD 显卡或者 Nvidia 专业级/矿卡改 vGPU

如果你还没买直通卡，直接劝退消费级 N 卡。AMD 的 Radeon 系列和 Nvidia 的 Quadro、Tesla 系列产品线对虚拟化是官方支持的，不需要绕什么弯子。AMD 卡在 Hyper-V 直通上的兼容性相当好，驱动安装一路顺畅，我的建议是别为了省那几百块钱把自己坑进去。

驱动问题解决以后，还有一个隐藏的坑——显存映射问题。直通显卡的虚拟机启动时，Hyper-V 会为显卡的显存创建一块映射文件，位置在C:\ProgramData\Microsoft\Windows\Hyper-V\External下。如果这块磁盘空间不够，或者文件系统不支持预分配大文件，启动就会报错。解决办法有两个：一是把 Hyper-V 的数据目录改到大分区，二是手动给映射文件预留空间，这个操作可以在 Hyper-V 的“虚拟机设置”里指定“外部设备”路径。

4.4 Linux guest 的 IOMMU 与驱动配置

我用的是 Ubuntu 24.04，所以重点讲 Linux 这边的配置。实际上如果你直通 Windows guest，驱动装完就基本完工了；但 Linux guest 多了一步 IOMMU 配置。

先检查内核启动参数里有没有开启 IOMMU：

dmesg | grep -i iommu

正常输出应该能看到DMAR: IOMMU enabled或者AMD-Vi: IOMMU enabled字样。如果没看到，需要在 GRUB 配置里手动开启：

sudo nano /etc/default/grub

找到GRUB_CMDLINE_LINUX_DEFAULT这行，加上：

intel_iommu=on iommu=pt # Intel CPU 用 # 或 amd_iommu=on iommu=pt # AMD CPU 用

iommu=pt参数的意思是“直通模式”（passthrough），启用后 IOMMU 只会在设备直通时介入地址转换，平时性能损耗为零。改完后运行sudo update-grub并重启。

重启后在 Ubuntu 里装显卡驱动。如果刚才在 Windows 虚拟机里用的是同一个镜像文件，这里再强调一次：Ubuntu 下也可能遇到和 Nvidia 消费卡一样的驱动限制。AMD 卡在 Ubuntu 下有开源驱动的优势，直接sudo ubuntu-drivers autoinstall就能装好，这是 Linux 平台比 Windows 舒服的地方。

验证直通是否成功：

lspci -v | grep -A 10 "VGA"

能看到你的显卡设备，并且 Kernel driver in use 显示的是 nvidia 或 amdgpu，那就稳了。再跑一个简单的 GPU 负载测试（FurMark 或 glmark2），看帧数是否异常高——如果功耗、温度都正常，说明显卡真正在满负荷工作。

5. 性能验证与实测数据

直通配置完成，先别急着庆祝。性能验证是最容易翻车的一环，我见过太多人装完驱动看着设备管理器没报错就以为大功告成，结果跑出来的性能连集显都不如。

先说性能测试工具的选择。Windows guest 里最直观的是 GPU-Z 和 MSI Afterburner，看 GPU 占用率、显存占用、功耗曲线；跑分推荐 Unigine Superposition 和 3DMark Time Spy。Linux guest 里用glmark2跑 OpenGL 基线，用nvidia-smi监控实时功耗，如果需要测试 CUDA 算力，跑一遍 PyTorch 的 benchmark 脚本最实际。

我自己实测的一组数据供参考（宿主：AMD Ryzen 5800X，直通卡：RTX 3060 12GB）：

• 宿主机直接用这块卡跑 Superposition 1080p Extreme：4846 分
• 虚拟机直通后跑同样的场景：4782 分
• 损耗大约 1.3%

这个损耗主要来自 Hyper-V 虚拟化层对 PCIe TLPs（事务层数据包）的转换开销。对于游戏和渲染场景，1 到 3 个百分点的性能差完全可以接受。

我注意到有些人在虚拟机上跑 Nvidia 驱动时显存频率降不下来，GPU 一直保持在高功耗状态。这时候别急着怀疑驱动问题，去检查一下虚拟机里有没有正确安装 Hyper-V 的集成服务（通常叫 Linux Integration Services，简称 LIS）。没了 LIS，虚拟机和宿主机之间缺少时间同步、心跳检测等基础通信，对 PCIe 设备热插拔状态的管理会变得不正常。

验证完基本性能，再检查一个容易忽略的点：直通后虚拟机能否正常热重启和冷关机。DDA 的倒数是，虚拟机关机以后再开机，设备会自动重新挂载，不会有问题；但你要是在虚拟机运行中强行去宿主机上把直通设备 Disable/Enable，虚拟机里的显卡会直接消失。这个操作必须避免，否则只能重启虚拟机。

6. 常见问题与排查技巧实录

6.1 启动失败的三大元凶

我在多次配置过程中踩过不少坑，下面几个问题遇到概率极高，总结成速查表：

最坑的其实是第一种。有些主板的 CSM（兼容性支持模块）是默认打开的，完全禁用它以后，显卡的 Option ROM 才不会被预留给 BIOS legacy 模式，否则 UEFI 的地址映射会被干扰，虚拟机的显卡初始化直接失败。这个开关藏在 BIOS 的启动设置里，不同主板位置不一样，但关键词就是 “CSM”。

6.2 Ubuntu guest 特有的 IOMMU 兼容问题

这个问题在 Ubuntu 24.04 上比较突出：内核 6.8 之后，默认的 vfio-pci 驱动对某些 Nvidia 卡在 hv 平台上的兼容性出现回归。症状是虚拟机启动后显卡被识别为“未知设备”，连 lspci 都看得到但没有任何驱动绑定。

排查顺序：

1. dmesg | grep -i vfio确认 vfio-pci 是否成功接管设备
2. lspci -k看 Kernel driver in use 是不是 vfio-pci
3. 如果显示的是 “xhci_hcd” 或别的驱动，需要手动做 vfio-pci 绑定：

echo "10de 2684" > /sys/bus/pci/drivers/vfio-pci/new_id

这个操作是一次性的，重启后失效，所以更稳的做法是把 vfio-pci 的绑定写进/etc/modprobe.d/vfio.conf：

options vfio-pci ids=10de:2684

注意 IDs 格式必须是厂商ID:设备ID（十六进制），用lspci -nn可以查到。做完后sudo update-initramfs -u更新内存盘，重启生效。

6.3 性能异常的排查思路

直通成功后如果性能明显低于预期，八成不是直通本身的问题，而是虚拟机内部配置的问题。我常用的排查顺序是：

1. 先看虚拟机设置里内存是否为“静态内存”——动态内存分配在高负载时可能导致 PCIe DMA 页面抖动
2. 再确认 Hyper-V 集成服务是否完整，/var/log/hyperv或 Windows 的 Hyper-V 服务状态是否正常
3. 最后检查直通设备的 PCIe 链路是否跑在完整的通道宽度上，用lspci -vvv查LnkSta，如果显示 x16 变成 x8 或 x4，多半是机箱内插槽带宽限制或者线缆接触问题

还有个小细节：电源管理策略。Windows 虚拟机的电源模式如果默认是“平衡”，GPU 的低负载状态频率会偏低，跑分成绩不好看。把虚拟机电源计划改成交替式或高性能，GPU 频率就能稳定在基础频率以上。

6.4 Hyper-V 与 VMware 共存冲突的处理

很多朋友机器上装了 VMware Workstation，等着直通完又要用 VMware 跑别的虚拟机，结果两个软件打架——启动 VMware 时报“您的主机不满足在启用 Hyper-V 或 Device/Credential Guard 的情况下运行 VMware”之类的错误。这个问题的根源是 Windows 开启了 Hyper-V 后，系统的 VBS（虚拟化安全）和内核隔离会占用 VT-x 指令集，VMware 的二进制翻译模块就没法正常初始化。

解决思路有几条：

1. 如果 VMware 只是偶尔用，推荐装 VMware 15.5.5 以上版本，新版虚拟机默认使用 Hyper-V 的 WHP（Windows Hypervisor Platform）做后端，可以和 Hyper-V 共存，代价是性能略微下降
2. 如果 VMware 是主力，Hyper-V 只是偶尔开，那干脆把 Hyper-V 角色停掉，需要时再开回来——这条命令在管理员命令行下执行：

bcdedit /set hypervisorlaunchtype off

然后重启，VMware 恢复正常；需要 Hyper-V 时再bcdedit /set hypervisorlaunchtype auto并重启。

3. 如果你和我一样两边都要高频使用，最务实的做法是装双系统——Windows 本体保持纯净，另外一个系统里专门跑 Hyper-V，互不干扰。这个方案麻烦在磁盘空间和重启切换，但稳定性和性能都是最优的。

7. 扩展与实践建议

7.1 多卡直通与 GPU 资源池化

一块显卡直通只是入门玩法。有些场景需要多块显卡同时工作——比如一台机器同时跑多个训练任务，或者虚拟机里既要游戏渲染又要 AI 推理。Hyper-V 的 DDA 支持一台虚拟机挂载多个 PCIe 设备，前提是每块卡都有独立的 PCIe 地址空间，且主板有足够多的 PCIe 插槽。

多卡直通的操作流程和单卡一模一样，只是要多执行几次Mount-VMHostPciDevice，每块卡的 InstanceId 都不相同，要逐一核对。注意一个细节：多块同型号显卡的 InstanceId 尾部是递增的，别只看前面的型号就复制粘贴。

多卡直通的实际经验，第一是功耗墙——多块显卡同时满载，主板的 PCIe 供电和电源的 12V 线缆都能撑住吗？第二是散热——机箱风道不够的话，显卡堆叠放置会互相热干扰，温度失控直接降频。建议至少保证每块卡有 3 厘米以上的间隔，机箱前置风扇进风量要充足。

7.2 从代码角度优化 DDA 配置脚本

PowerShell 配置 DDA 的命令虽然不长，但每次手动敲容易漏参数。我习惯写一个脚本保存下来，后续重建虚拟机直接跑一遍：

param( [string]$VMName, [string]$PCIInstanceId ) # 确认虚拟机处于关闭状态 if ((Get-VM -Name $VMName).State -ne "Off") { Write-Host "请先关闭虚拟机 $VMName" -ForegroundColor Yellow exit 1 } # 禁用宿主机设备绑定 Disable-PnpDevice -InstanceId $PCIInstanceId -Confirm:$false # 挂载到虚拟机 Add-VMGpuPartitionAdapter -VMName $VMName Mount-VMHostPciDevice -Path $PCIInstanceId -VMName $VMName -Passthru Write-Host "直通设备挂载完成" -ForegroundColor Green

脚本化操作的好处是减少人为失误，特别是 InstanceId 复制粘贴出错这个低级的坑。

7.3 我对显卡直通方案的整体评价

折腾完这套配置，我对 Hyper-V 显卡直通的整体评价是：技术成熟度足够高，但是整体门槛还是偏高——硬件双卡、UEFI 支持、IOMMU 开启、驱动魔改，每一关都有放弃的理由。适合的你是那种时间充足、好奇心旺盛、愿意为 1% 的性能损耗去换一台机器能跑多种系统的极客玩家。

如果让我整体排个序（同级别硬件下）：

• 日常虚拟化办公跑 Windows guest：VMware Workstation 更顺手，兼容性更好
• macOS 黑苹果折腾：还是 Proxmox VE 或 ESXi 的家，Hyper-V 对 MacOS 模拟支持基本为零
• Windows 下跑 Linux 并且要 GPU 算力：Hyper-V 直通是完全正确的选择，微软自己的平台给自己的系统做虚拟化，稳定性有保障

这套配置目前在 Ubuntu 24.04 虚拟机上跑得很稳，基本上稳定运行超过一个月没出过问题。笔记写在这里，回头地里再折腾也别遗忘这些教训。最后提两个字：备份。做任何 DDA 改动前，一定先把 Hyper-V 的虚拟机配置导出一份，出问题随时能回滚——我一开始不备份，结果一次错误操作把虚拟机的配置搞乱了，重装系统花了四个小时。这个亏，你们就别再吃了。