<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:atom="http://www.w3.org/2005/Atom"
>
<channel>
<title><![CDATA[風の記憶]]></title> 
<atom:link href="https://blog.cnsz.site/rss.php" rel="self" type="application/rss+xml" />
<description><![CDATA[随手记
——Patrick的个人小站]]></description>
<link>https://blog.cnsz.site/</link>
<language>zh-cn</language>

<item>
    <title>Arduino 串口调试：用 Serial Monitor 看变量和定位程序卡点</title>
    <link>https://blog.cnsz.site/arduino-serial-monitor-debugging.html</link>
    <description><![CDATA[<p><img src="https://blog.cnsz.site/content/uploadfile/202610/daily/arduino-serial-monitor-debugging.svg" alt="Arduino 串口调试：用 Serial Monitor 看变量和定位程序卡点 原创示意图" /></p>
<p>串口输出能显示程序走到哪里、传感器读数和状态变化，是单片机入门最实用的调试方式之一。波特率必须与监视器一致。</p>
<h2>一、先理解问题</h2>
<p>初学排障不要一次修改多处。先记录时间、现象、当前配置和预期结果，再把问题拆成可以测量的小步骤。</p>
<h2>二、操作步骤</h2>
<p>在 setup 中 Serial.begin；等待端口时考虑开发板差异；在关键状态打印简短标签和值；用 millis 限制输出频率，避免刷屏阻塞。</p>
<pre><code class="language-text">void setup(){ Serial.begin(115200); }\nvoid loop(){ Serial.print("A0="); Serial.println(analogRead(A0)); delay(500); }</code></pre>
<p>示例中的主机名、服务名、路径和引脚必须替换为自己的环境。执行修改命令前先运行查询命令，并保存原值。</p>
<h2>三、验证结果</h2>
<p>打开 Serial Monitor 选择115200，旋转电位器或改变传感器输入，确认数值方向和范围符合预期。</p>
<p>验证至少包含“命令结果”和“实际功能”两层。只看到绿色提示或进程存在，并不能证明最终服务可用。</p>
<h2>四、常见风险</h2>
<p>不要在高频循环无限打印；串口日志可能影响实时性，发布版本应降低级别且不得输出Wi-Fi密码或密钥。</p>
<p>出现异常时停止扩大变更，回到最后一个已确认正常的步骤。把错误原文、时间和实测数据记下来，方便之后复盘。</p>
<h2>五、完成标准</h2>
<p>能够重复操作、解释每一步作用、证明功能正常，并留下回退方法，才算真正完成。</p>
<p>本文为中文原创学习整理，资料来源：<a href="https://docs.arduino.cc/language-reference/en/functions/communication/serial/">官方技术文档</a>。</p>]]></description>
    <pubDate>Sat, 10 Oct 2026 10:00:07 +0800</pubDate>
    <dc:creator>Patrick</dc:creator>
    <guid>https://blog.cnsz.site/arduino-serial-monitor-debugging.html</guid>
</item>
<item>
    <title>焊点返修入门：识别虚焊、连锡和焊盘脱落风险</title>
    <link>https://blog.cnsz.site/solder-joint-rework-beginner.html</link>
    <description><![CDATA[<p><img src="https://blog.cnsz.site/content/uploadfile/202610/daily/solder-joint-rework-beginner.svg" alt="焊点返修入门：识别虚焊、连锡和焊盘脱落风险 原创示意图" /></p>
<p>返修目标是恢复可靠润湿和电气连接，不是无限加锡。虚焊常呈粗糙环裂，连锡会把相邻焊盘短接，过热则可能使焊盘脱落。</p>
<h2>一、先理解问题</h2>
<p>初学排障不要一次修改多处。先记录时间、现象、当前配置和预期结果，再把问题拆成可以测量的小步骤。</p>
<h2>二、操作步骤</h2>
<p>断电固定板子；加少量助焊剂；用清洁烙铁重新润湿；多余焊锡用吸锡带移除；冷却后放大检查并测通断。</p>
<pre><code class="language-text">万用表检查目标连接应通、相邻网络不应短；轻推元件确认机械稳定，再限流上电。</code></pre>
<p>示例中的主机名、服务名、路径和引脚必须替换为自己的环境。执行修改命令前先运行查询命令，并保存原值。</p>
<h2>三、验证结果</h2>
<p>保持通风和护目；同一焊盘不要长时间反复加热；电池和大电容必须先断开并放电。</p>
<p>验证至少包含“命令结果”和“实际功能”两层。只看到绿色提示或进程存在，并不能证明最终服务可用。</p>
<h2>四、常见风险</h2>
<p><a href="https://learn.sparkfun.com/tutorials/how-to-solder-through-hole-soldering/all">https://learn.sparkfun.com/tutorials/how-to-solder-through-hole-soldering/all</a></p>
<p>出现异常时停止扩大变更，回到最后一个已确认正常的步骤。把错误原文、时间和实测数据记下来，方便之后复盘。</p>
<h2>五、完成标准</h2>
<p>能够重复操作、解释每一步作用、证明功能正常，并留下回退方法，才算真正完成。</p>
<p>本文为中文原创学习整理，资料来源：<a href="电路板,焊接,返修,万用表">官方技术文档</a>。</p>]]></description>
    <pubDate>Sat, 10 Oct 2026 10:00:06 +0800</pubDate>
    <dc:creator>Patrick</dc:creator>
    <guid>https://blog.cnsz.site/solder-joint-rework-beginner.html</guid>
</item>
<item>
    <title>DHCP 排障入门：为什么设备拿到 169.254 地址</title>
    <link>https://blog.cnsz.site/dhcp-apipa-troubleshooting.html</link>
    <description><![CDATA[<p><img src="https://blog.cnsz.site/content/uploadfile/202610/daily/dhcp-apipa-troubleshooting.svg" alt="DHCP 排障入门：为什么设备拿到 169.254 地址 原创示意图" /></p>
<p>Windows 未从 DHCP 获得地址时可能自动使用 169.254.0.0/16 的链路本地地址。它通常只能与同链路设备通信，不能代替正常网关配置。</p>
<h2>一、先理解问题</h2>
<p>初学排障不要一次修改多处。先记录时间、现象、当前配置和预期结果，再把问题拆成可以测量的小步骤。</p>
<h2>二、操作步骤</h2>
<p>检查网线/Wi-Fi和VLAN；查看 ipconfig /all；释放并续租；确认DHCP服务器、地址池、Relay及防火墙；排除地址池耗尽。</p>
<pre><code class="language-text">ipconfig /all\nipconfig /release\nipconfig /renew\nGet-NetIPConfiguration</code></pre>
<p>示例中的主机名、服务名、路径和引脚必须替换为自己的环境。执行修改命令前先运行查询命令，并保存原值。</p>
<h2>三、验证结果</h2>
<p>终端应获得计划网段的地址、掩码、网关、DNS和租期；重连网络后仍能续租。</p>
<p>验证至少包含“命令结果”和“实际功能”两层。只看到绿色提示或进程存在，并不能证明最终服务可用。</p>
<h2>四、常见风险</h2>
<p>不要看到169.254就手工填一个随机静态地址；这可能造成冲突并掩盖VLAN或DHCP故障。</p>
<p>出现异常时停止扩大变更，回到最后一个已确认正常的步骤。把错误原文、时间和实测数据记下来，方便之后复盘。</p>
<h2>五、完成标准</h2>
<p>能够重复操作、解释每一步作用、证明功能正常，并留下回退方法，才算真正完成。</p>
<p>本文为中文原创学习整理，资料来源：<a href="https://www.rfc-editor.org/info/rfc2131/">官方技术文档</a>。</p>]]></description>
    <pubDate>Sat, 10 Oct 2026 10:00:05 +0800</pubDate>
    <dc:creator>Patrick</dc:creator>
    <guid>https://blog.cnsz.site/dhcp-apipa-troubleshooting.html</guid>
</item>
<item>
    <title>Windows 网络排障：用 Test-NetConnection 分清 Ping、路由和端口</title>
    <link>https://blog.cnsz.site/windows-test-netconnection-network-troubleshooting.html</link>
    <description><![CDATA[<p><img src="https://blog.cnsz.site/content/uploadfile/202610/daily/windows-test-netconnection-network-troubleshooting.svg" alt="Windows 网络排障：用 Test-NetConnection 分清 Ping、路由和端口 原创示意图" /></p>
<p>Ping 只测试 ICMP，并不能证明 TCP 服务端口可用。Test-NetConnection 可以分别检查名称解析、ICMP、路由和指定 TCP 端口。</p>
<h2>一、先理解问题</h2>
<p>初学排障不要一次修改多处。先记录时间、现象、当前配置和预期结果，再把问题拆成可以测量的小步骤。</p>
<h2>二、操作步骤</h2>
<p>先解析域名；测试网关；再测目标主机与端口；需要时 TraceRoute；把失败点对应到DNS、路由、防火墙或服务监听。</p>
<pre><code class="language-text">Resolve-DnsName example.com\nTest-NetConnection example.com -Port 443\nTest-NetConnection example.com -TraceRoute</code></pre>
<p>示例中的主机名、服务名、路径和引脚必须替换为自己的环境。执行修改命令前先运行查询命令，并保存原值。</p>
<h2>三、验证结果</h2>
<p>对比域名和IP、内网和外网、正确端口和故意错误端口的结果，理解 TcpTestSucceeded 的含义。</p>
<p>验证至少包含“命令结果”和“实际功能”两层。只看到绿色提示或进程存在，并不能证明最终服务可用。</p>
<h2>四、常见风险</h2>
<p>目标禁Ping不代表离线；端口成功也不代表TLS和应用正常，仍需 curl 或浏览器检查上层协议。</p>
<p>出现异常时停止扩大变更，回到最后一个已确认正常的步骤。把错误原文、时间和实测数据记下来，方便之后复盘。</p>
<h2>五、完成标准</h2>
<p>能够重复操作、解释每一步作用、证明功能正常，并留下回退方法，才算真正完成。</p>
<p>本文为中文原创学习整理，资料来源：<a href="https://learn.microsoft.com/en-us/powershell/module/nettcpip/test-netconnection">官方技术文档</a>。</p>]]></description>
    <pubDate>Sat, 10 Oct 2026 10:00:04 +0800</pubDate>
    <dc:creator>Patrick</dc:creator>
    <guid>https://blog.cnsz.site/windows-test-netconnection-network-troubleshooting.html</guid>
</item>
<item>
    <title>PowerShell 远程管理入门：WinRM、权限和安全连接</title>
    <link>https://blog.cnsz.site/powershell-remoting-winrm-beginner.html</link>
    <description><![CDATA[<p><img src="https://blog.cnsz.site/content/uploadfile/202610/daily/powershell-remoting-winrm-beginner.svg" alt="PowerShell 远程管理入门：WinRM、权限和安全连接 原创示意图" /></p>
<p>PowerShell Remoting 通过 WinRM 建立管理会话，域环境与工作组的认证方式不同；启用端口不等于任何人都能登录。</p>
<h2>一、先理解问题</h2>
<p>初学排障不要一次修改多处。先记录时间、现象、当前配置和预期结果，再把问题拆成可以测量的小步骤。</p>
<h2>二、操作步骤</h2>
<p>先在可信局域网确认名称解析；目标机以管理员启用远程；用 Test-WSMan 测试；Enter-PSSession 交互验证；自动化再使用 New-PSSession。</p>
<pre><code class="language-text">Enable-PSRemoting -Force\nTest-WSMan SERVER01\nEnter-PSSession -ComputerName SERVER01</code></pre>
<p>示例中的主机名、服务名、路径和引脚必须替换为自己的环境。执行修改命令前先运行查询命令，并保存原值。</p>
<h2>三、验证结果</h2>
<p>在远端运行 hostname 和 Get-Date，确认连接的是正确主机；退出后检查 WinRM 日志和防火墙规则。</p>
<p>验证至少包含“命令结果”和“实际功能”两层。只看到绿色提示或进程存在，并不能证明最终服务可用。</p>
<h2>四、常见风险</h2>
<p>不要把 TrustedHosts 设为星号作为长期方案；凭据不可写进脚本，公网管理应通过 VPN 或受控跳板。</p>
<p>出现异常时停止扩大变更，回到最后一个已确认正常的步骤。把错误原文、时间和实测数据记下来，方便之后复盘。</p>
<h2>五、完成标准</h2>
<p>能够重复操作、解释每一步作用、证明功能正常，并留下回退方法，才算真正完成。</p>
<p>本文为中文原创学习整理，资料来源：<a href="https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.core/about/about_remote_requirements">官方技术文档</a>。</p>]]></description>
    <pubDate>Sat, 10 Oct 2026 10:00:03 +0800</pubDate>
    <dc:creator>Patrick</dc:creator>
    <guid>https://blog.cnsz.site/powershell-remoting-winrm-beginner.html</guid>
</item>
<item>
    <title>Windows 服务启动失败：用 services.msc、sc.exe 和事件日志定位</title>
    <link>https://blog.cnsz.site/windows-service-start-failure-troubleshooting.html</link>
    <description><![CDATA[<p><img src="https://blog.cnsz.site/content/uploadfile/202610/daily/windows-service-start-failure-troubleshooting.svg" alt="Windows 服务启动失败：用 services.msc、sc.exe 和事件日志定位 原创示意图" /></p>
<p>Windows 服务失败可能来自登录账号、依赖服务、路径、权限、端口占用或程序自身配置，不能只反复点击启动。</p>
<h2>一、先理解问题</h2>
<p>初学排障不要一次修改多处。先记录时间、现象、当前配置和预期结果，再把问题拆成可以测量的小步骤。</p>
<h2>二、操作步骤</h2>
<p>在 services.msc 记录服务名与错误；用 sc query/qc 查看状态和配置；检查依赖、登录账号及系统事件；修复后从应用功能验证。</p>
<pre><code class="language-text">sc.exe query "服务名"\nsc.exe qc "服务名"\nGet-WinEvent -LogName System -MaxEvents 100 | Where-Object ProviderName -eq "Service Control Manager"</code></pre>
<p>示例中的主机名、服务名、路径和引脚必须替换为自己的环境。执行修改命令前先运行查询命令，并保存原值。</p>
<h2>三、验证结果</h2>
<p>确认服务状态为 RUNNING 后继续测试监听端口和业务；重启服务器再验证启动类型。</p>
<p>验证至少包含“命令结果”和“实际功能”两层。只看到绿色提示或进程存在，并不能证明最终服务可用。</p>
<h2>四、常见风险</h2>
<p>不要随意把服务改为本地系统账号，也不要把所有依赖都设为自动；修改前记录原账号和启动类型。</p>
<p>出现异常时停止扩大变更，回到最后一个已确认正常的步骤。把错误原文、时间和实测数据记下来，方便之后复盘。</p>
<h2>五、完成标准</h2>
<p>能够重复操作、解释每一步作用、证明功能正常，并留下回退方法，才算真正完成。</p>
<p>本文为中文原创学习整理，资料来源：<a href="https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/sc-query">官方技术文档</a>。</p>]]></description>
    <pubDate>Sat, 10 Oct 2026 10:00:02 +0800</pubDate>
    <dc:creator>Patrick</dc:creator>
    <guid>https://blog.cnsz.site/windows-service-start-failure-troubleshooting.html</guid>
</item>
<item>
    <title>Linux journalctl 日志入门：按服务、时间和优先级查故障</title>
    <link>https://blog.cnsz.site/linux-journalctl-service-logs.html</link>
    <description><![CDATA[<p><img src="https://blog.cnsz.site/content/uploadfile/202610/daily/linux-journalctl-service-logs.svg" alt="Linux journalctl 日志入门：按服务、时间和优先级查故障 原创示意图" /></p>
<p>journalctl 读取 systemd journal，可按 Unit、启动次数、时间范围和优先级过滤，比在海量日志中逐行翻找更可靠。</p>
<h2>一、先理解问题</h2>
<p>初学排障不要一次修改多处。先记录时间、现象、当前配置和预期结果，再把问题拆成可以测量的小步骤。</p>
<h2>二、操作步骤</h2>
<p>先记录故障发生时间；按服务筛选；缩小到最近一次启动或最近30分钟；需要持续观察时使用 -f；导出前注意敏感信息。</p>
<pre><code class="language-text">journalctl -u nginx --since "30 min ago" --no-pager\njournalctl -b -p warning\njournalctl -u ssh -f</code></pre>
<p>示例中的主机名、服务名、路径和引脚必须替换为自己的环境。执行修改命令前先运行查询命令，并保存原值。</p>
<h2>三、验证结果</h2>
<p>复现一次故障并确认新日志时间一致；把第一条异常与后续连锁错误区分开。</p>
<p>验证至少包含“命令结果”和“实际功能”两层。只看到绿色提示或进程存在，并不能证明最终服务可用。</p>
<h2>四、常见风险</h2>
<p>日志可能含用户名、IP、路径和令牌；不要直接公开完整日志，清理日志前先备份证据。</p>
<p>出现异常时停止扩大变更，回到最后一个已确认正常的步骤。把错误原文、时间和实测数据记下来，方便之后复盘。</p>
<h2>五、完成标准</h2>
<p>能够重复操作、解释每一步作用、证明功能正常，并留下回退方法，才算真正完成。</p>
<p>本文为中文原创学习整理，资料来源：<a href="https://www.freedesktop.org/software/systemd/man/latest/journalctl.html">官方技术文档</a>。</p>]]></description>
    <pubDate>Sat, 10 Oct 2026 10:00:01 +0800</pubDate>
    <dc:creator>Patrick</dc:creator>
    <guid>https://blog.cnsz.site/linux-journalctl-service-logs.html</guid>
</item>
<item>
    <title>Linux 用 systemctl 管理服务：启动、自启、状态与失败排查</title>
    <link>https://blog.cnsz.site/linux-systemctl-service-management.html</link>
    <description><![CDATA[<p><img src="https://blog.cnsz.site/content/uploadfile/202610/daily/linux-systemctl-service-management.svg" alt="Linux 用 systemctl 管理服务：启动、自启、状态与失败排查 原创示意图" /></p>
<p>systemd 把后台程序作为 Unit 管理。<code>start</code>只影响本次运行，<code>enable</code>控制以后开机是否启动，两者不能混为一谈。</p>
<h2>一、先理解问题</h2>
<p>初学排障不要一次修改多处。先记录时间、现象、当前配置和预期结果，再把问题拆成可以测量的小步骤。</p>
<h2>二、操作步骤</h2>
<p>先用 status 和 is-enabled 查看现状；需要时 start/stop/restart；确认配置后再 enable；失败则查看 Unit 文件与日志。</p>
<pre><code class="language-text">systemctl status nginx --no-pager\nsystemctl is-enabled nginx\nsudo systemctl restart nginx\nsudo systemctl enable nginx</code></pre>
<p>示例中的主机名、服务名、路径和引脚必须替换为自己的环境。执行修改命令前先运行查询命令，并保存原值。</p>
<h2>三、验证结果</h2>
<p>重启服务后检查监听端口和实际网页；再重启服务器验证自启，而不是只看命令返回成功。</p>
<p>验证至少包含“命令结果”和“实际功能”两层。只看到绿色提示或进程存在，并不能证明最终服务可用。</p>
<h2>四、常见风险</h2>
<p>远程操作网络、SSH、防火墙服务前要保留第二条会话；不要对不认识的系统服务批量 disable。</p>
<p>出现异常时停止扩大变更，回到最后一个已确认正常的步骤。把错误原文、时间和实测数据记下来，方便之后复盘。</p>
<h2>五、完成标准</h2>
<p>能够重复操作、解释每一步作用、证明功能正常，并留下回退方法，才算真正完成。</p>
<p>本文为中文原创学习整理，资料来源：<a href="https://www.freedesktop.org/software/systemd/man/latest/systemctl.html">官方技术文档</a>。</p>]]></description>
    <pubDate>Sat, 10 Oct 2026 10:00:00 +0800</pubDate>
    <dc:creator>Patrick</dc:creator>
    <guid>https://blog.cnsz.site/linux-systemctl-service-management.html</guid>
</item>
<item>
    <title>Hyper-V 虚拟网卡配置 Trunk VLAN</title>
    <link>https://blog.cnsz.site/hyperv-vlan-trunk-configuration.html</link>
    <description><![CDATA[<p><img src="https://blog.cnsz.site/content/uploadfile/202610/curated100/hyperv-vlan-trunk-configuration.svg" alt="Hyper-V 虚拟网卡配置 Trunk VLAN 原创示意图" /></p>
<p>Trunk模式让一块虚拟网卡承载多个带标签VLAN，常用于虚拟路由器、防火墙和网络设备。</p>
<h2>一、先明确目标</h2>
<p>在 Hyper-V 管理器（Hyper-V Manager）里修改前，记录虚拟机名称、当前状态、宿主机、配置版本、磁盘与交换机路径。生产环境先确认备份和维护窗口，初学练习尽量使用不承载业务的测试虚拟机。</p>
<h2>二、操作步骤</h2>
<p>关闭或维护目标VM；明确Native VLAN与允许列表；配置Trunk；同步物理交换机上联；在来宾内创建对应VLAN子接口。</p>
<p>PowerShell 盘点或示例命令：</p>
<pre><code class="language-powershell">Set-VMNetworkAdapterVlan -VMName "RouterVM" -Trunk -AllowedVlanIdList "10,20,30" -NativeVlanId 10</code></pre>
<p>命令中的名称和路径必须换成自己的环境。先运行查询命令，涉及修改时先在测试机执行，不能把示例中的盘符和网络直接照搬。</p>
<h2>三、验证方法</h2>
<p>分别在每个允许VLAN测试DHCP/静态地址和网关，确认未允许VLAN无法通过。</p>
<p>同时检查“事件查看器（Event Viewer）→ 应用程序和服务日志（Applications and Services Logs）→ Microsoft → Windows → Hyper-V”相关通道。只看到命令成功，不代表来宾系统和业务已经恢复。</p>
<h2>四、风险与回退</h2>
<p>普通服务器通常使用Access而非Trunk；Native VLAN和PVID不一致会产生难定位的未标记流量。</p>
<p>每次只改变一个变量，保存原配置和执行时间。出现异常时先停止扩大变更，按记录恢复原值；磁盘链、检查点和配置文件不得在资源管理器中凭猜测删除。</p>
<h2>五、完成标准</h2>
<p>管理器状态、PowerShell结果、来宾系统和实际业务四层都通过验证，并把最终配置、测试结果和回退方法写入运维记录，才算完成。</p>
<p>本文为中文原创入门教程，技术基线参考 <a href="https://learn.microsoft.com/en-us/windows-server/virtualization/hyper-v/overview">Microsoft Learn：Hyper-V virtualization</a>。不同 Windows 版本的选项和支持范围可能变化，实施前请核对对应版本官方文档。</p>]]></description>
    <pubDate>Fri, 09 Oct 2026 10:36:03 +0800</pubDate>
    <dc:creator>Patrick</dc:creator>
    <guid>https://blog.cnsz.site/hyperv-vlan-trunk-configuration.html</guid>
</item>
<item>
    <title>找回丢失的 Hyper-V 虚拟机：原地注册配置与磁盘</title>
    <link>https://blog.cnsz.site/hyperv-register-missing-vm-config-disk.html</link>
    <description><![CDATA[<p><img src="https://blog.cnsz.site/content/uploadfile/202610/curated100/hyperv-register-missing-vm-config-disk.svg" alt="找回丢失的 Hyper-V 虚拟机：原地注册配置与磁盘 原创示意图" /></p>
<p>管理器中虚拟机消失不代表VHDX数据消失；先保护原目录，再判断能否原地注册配置或用现有磁盘重建外壳。</p>
<h2>一、先明确目标</h2>
<p>在 Hyper-V 管理器（Hyper-V Manager）里修改前，记录虚拟机名称、当前状态、宿主机、配置版本、磁盘与交换机路径。生产环境先确认备份和维护窗口，初学练习尽量使用不承载业务的测试虚拟机。</p>
<h2>二、操作步骤</h2>
<p>停止移动文件；备份配置与磁盘；查找VMCX和VHDX；优先用Import-VM原地注册；配置损坏时新建同代VM并附加现有系统盘。</p>
<p>PowerShell 盘点或示例命令：</p>
<pre><code class="language-powershell">Import-VM -Path "D:\VMs\LostVM\Virtual Machines\配置文件.vmcx" -Register</code></pre>
<p>命令中的名称和路径必须换成自己的环境。先运行查询命令，涉及修改时先在测试机执行，不能把示例中的盘符和网络直接照搬。</p>
<h2>三、验证方法</h2>
<p>隔离网络启动，核对代数、启动顺序、交换机、VLAN、检查点链和应用数据。</p>
<p>同时检查“事件查看器（Event Viewer）→ 应用程序和服务日志（Applications and Services Logs）→ Microsoft → Windows → Hyper-V”相关通道。只看到命令成功，不代表来宾系统和业务已经恢复。</p>
<h2>四、风险与回退</h2>
<p>不要删除未知VMCX/AVHDX或直接挂错父盘；新旧VM不能以相同身份同时接入生产网络。</p>
<p>每次只改变一个变量，保存原配置和执行时间。出现异常时先停止扩大变更，按记录恢复原值；磁盘链、检查点和配置文件不得在资源管理器中凭猜测删除。</p>
<h2>五、完成标准</h2>
<p>管理器状态、PowerShell结果、来宾系统和实际业务四层都通过验证，并把最终配置、测试结果和回退方法写入运维记录，才算完成。</p>
<p>本文为中文原创入门教程，技术基线参考 <a href="https://learn.microsoft.com/en-us/windows-server/virtualization/hyper-v/overview">Microsoft Learn：Hyper-V virtualization</a>。不同 Windows 版本的选项和支持范围可能变化，实施前请核对对应版本官方文档。</p>]]></description>
    <pubDate>Fri, 09 Oct 2026 10:36:02 +0800</pubDate>
    <dc:creator>Patrick</dc:creator>
    <guid>https://blog.cnsz.site/hyperv-register-missing-vm-config-disk.html</guid>
</item>
</channel>
</rss>