简介：Office2016自定义安装器v3.0免费版是一款面向个人用户和办公电脑维护人员的 Office 安装辅助工具，重点解决原版 Office 2016 安装包体积偏大、默认只能装入系统盘、无法自由选择安装目录的问题，适合希望控制 C 盘占用、调整安装路径与部分配置的使用场景。压缩包共 12 个文件，大小约 1.91MB，包含 4 个 exe 主程序与组件清理工具、2 个 dll 运行库、2 个 xml 配置与卸载模板、1 个 vbs 脚本，以及 url、txt 说明类文件；其中 exe 负责启动与组件处理，xml 与脚本提供安装参数、卸载清理的配置参考，dll 补齐运行依赖。已有 3309 人学习下载，说明它在实际装机与办公运维中具有一定参考价值。对于需要把 Office 2016 安装到非系统盘、减少系统盘冗余，或希望研究卸载残留清理思路的用户，这份小体积工具包提供了较具体的模板与脚本示例，便于按需取用和对照。
1. 拿到 Office 2016 自定义安装器 v3.0：先弄清它到底改了什么
装完系统第一件事就是装 Office，可原版安装器只给你一个按钮：全装。结果机器上多了 Access、Publisher、OneNote，开机自启项多出五六条，注册表里堆着一堆用不上的组件。Office 2016 自定义安装器 v3.0 这类应用软件要解决的正是这件事——把组件勾选、架构选择、静默安装、卸载清理这些原本得手写 configuration.xml 才能完成的动作，收进一个勾选界面里，顺手把官方部署工具 ODT 包在里面。它适合三类人：一天装五六台不同配置机器的运维、需要批量静默部署的网管、以及只想留 Word、Excel、PowerPoint 三件套的普通用户。但"自定义"这三个字里有一半是真需求，另一半是营销包装，先把执行链路看清楚再动手，比直接双击靠谱得多。
2. 拆开安装器的黑匣子：ODT 与 configuration.xml 的真实分工
2.1 即点即用装的是什么：root 目录与那个改不动的路径
Office 2016 走的是即点即用（Click-to-Run，下称 C2R）安装方式，和早年的 MSI 安装包不是一套东西。C2R 把程序文件放进C:\Program Files\Microsoft Office\root\Office16，再用虚拟化层把文件系统、注册表重定向给 Office 进程看，所以你看到的C:\Program Files\Microsoft Office\Office16和注册表里HKEY_CLASSES_ROOT\VirtualStore相关的路径，很多是这层虚拟化映射出来的。这件事直接决定了一个很多人关心的问题：安装目录能不能改。答案是不能，官方部署工具里根本没有 InstallLocation 这类属性。C2R 的目录结构、文件布局、更新通道都写死在安装引擎里，换目录等于换引擎。
明白这一点，你就能判断第三方安装器上那个"自定义安装路径"选项到底是什么货色了。常见的两种实现：一是装完之后用目录联接把root搬走，mklink /J建个软链接糊弄系统；二是改动注册表里的 ProgramFilesDir 再触发安装——这一种最危险，因为 ProgramFilesDir 是全局的，改了之后所有后续安装的软件都会跟着跑偏，装完忘了改回来，后面能连着出好几天的玄学故障。所以看到安装器提供路径选择，先别高兴，去它的安装脚本里搜mklink、ProgramFilesDir、reg add这几个关键词，搜到了就当它没有这个功能。
C2R 还有一个特征：同一个大版本只能存在一份。你装了 32 位就不能再叠 64 位，装了零售版就不能再叠批量版。这不是安装器的限制，是 C2R 引擎的限制，也是后面一大半报错的根源。ODT 的RemoveMSI属性就是给这种场景准备的，用来在安装前清掉机器上残留的旧 MSI 版本 Office（2010、2013 那个年代的产物），不清干净，新装一定失败。
2.2 图形界面点一下，configuration.xml 里发生了什么
安装器本质上是一个壳：它把你在界面上勾的东西拼成一份 configuration.xml，然后调用包内的setup.exe /configure 配置文件。整个流程只用到 ODT 的三个参数，认全了这三个，市面上一大半"自定义安装器"你都能手工复现：
| 参数 | 作用 | 典型用法 | 用错的表现 |
|---|---|---|---|
/download | 按配置把安装源拉到本地目录 | 配好 SourcePath 后执行，生成离线源 | 只下不装，误以为装完了 |
/configure | 按配置执行安装/卸载 | 最常用，安装和卸载都走它 | 配置写错会静默退出，只留一条日志 |
/packager | 打成 App-V 包，供虚拟化分发 | 企业内部做应用虚拟化时用 | 普通场景用不上，别乱点 |
configuration.xml 的骨架由几个固定节点组成，安装器的勾选界面就是在填这几个节点的值：
<Configuration ID="a1b2c3d4-0000-0000-0000-000000000000"> <!-- Add：决定装哪个产品、什么架构、从哪拿源 --> <Add OfficeClientEdition="64" Channel="PerpetualVL2016" SourcePath="D:\Office2016"> <Product ID="ProPlusRetail"> <Language ID="zh-CN" /> <!-- ExcludeApp：勾掉的就是这里少一行 --> <ExcludeApp ID="Access" /> <ExcludeApp ID="Publisher" /> <ExcludeApp ID="Groove" /> <ExcludeApp ID="Lync" /> <ExcludeApp ID="OneDrive" /> </Product> </Add> <!-- Property：安装行为开关 --> <Property Name="SharedComputerLicensing" Value="0" /> <Property Name="PinIconsToTaskbar" Value="FALSE" /> <Property Name="SCLCacheOverride" Value="0" /> <!-- Updates：装完要不要立刻联网更新 --> <Updates Enabled="FALSE" /> <Display Level="None" AcceptEULA="TRUE" /> <Logging Level="Standard" Path="%temp%" /> <!-- 安装前清掉旧 MSI 版本 --> <RemoveMSI /> </Configuration>几个参数值得单独说清楚。OfficeClientEdition只有 32 和 64 两个合法值，写错直接报配置无效。Channel要和你的安装源匹配，批量授权源填PerpetualVL2016，零售源一般填Current，填错的表现是"找不到匹配的产品源"，日志里会明确写出找不到哪个 Product ID。Product ID是整个文件里最容易翻车的一处，2016 常见的有ProPlusRetail（专业增强零售）、ProPlusVolume（专业增强批量）、StandardVolume、ProfessionalRetail、HomeBusinessRetail、HomeStudentRetail，写错一个字母，安装器不会提示你"产品名不对"，它只会安静地失败，留一条几百行的日志让你自己找。
ExcludeApp是可选项，不写就是全装。它只做减法，做不了加法，所以"我只想装 Word 和 Excel"的正确写法是列ExcludeApp把其余的全排掉。Display Level="None"配合AcceptEULA="TRUE"就是全静默，这两个必须成对出现，只写 Level 不写 EULA，安装会卡在许可协议那一步然后超时退出——这是静默部署最经典的翻车姿势之一。
2.3 拿到包先做三件事：签名、哈希、目录清单
在双击任何一个来路清楚的安装器之前，我都会先做三项检查，十分钟能省掉后面几小时的排查。
第一项，看目录结构是否合理。一个基于 ODT 的安装器，正常应该有setup.exe、一份或几份*.xml模板、一个 Office 数据目录（放安装源），可能还有启动用的脚本。如果一个号称"自定义安装器"的包里只有.exe和几个.dll，看不到任何 XML，那它要么内置了配置（那就没法真自定义），要么根本不是走 ODT 路线，而是改注册表的老路子——后者在 Office 2016 上大概率装不上。
第二项，看setup.exe的数字签名。右键属性 → 数字签名，官方部署工具的 setup.exe 签名完整有效；壳程序的 exe 一般没有签名，这本身不是问题，但要注意它是否要求管理员权限、是否在安装前后偷偷写入启动项或计划任务。
第三项，看配置模板的实际内容。把包里的 XML 全部打开，重点核对三处：SourcePath指向的路径是否真实存在（很多包写死成作者本机的盘符，拿到你机器上必然找不到源）、Channel和Product ID是否成套、有没有塞进去你没要求的Property（比如把SharedComputerLicensing设成 1，装完激活行为会变得很奇怪）。
提示：包内 XML 里如果出现
SourcePath指向网络共享或根本不存在的盘符，别急着改，先看它是不是留了相对路径的写法（.\Data），ODT 支持相对路径，相对于 setup.exe 所在目录解析。
3. 从勾选到装完：一次可复现的自定义安装流程
3.1 装前体检：旧版本、架构与磁盘余量
装之前先确认机器上没有会打架的东西。打开"程序和功能"，凡是名字里带 Office、Visio、Project 的条目全部记下来，尤其是 2010、2013 这些 MSI 时代的版本——它们和 C2R 的 2016 共存会出各种奇怪问题，最常见的是文件关联错乱和安装到一半回滚。有就卸载，卸完重启，别嫌麻烦。这一步跳过，后面所有报错都会往你脸上糊。
架构也要先定。看已装 Office 的位数：随便打开一个 Office 程序 → 文件 → 账户 → 关于，标题栏会写 32 位或 64 位；或者看C:\Program Files (x86)\Microsoft Office是否存在。32 位和 64 位不能混装，如果机器上已有 32 位残留，你要么装 32 位，要么先把 32 位清干净再上 64 位。我的习惯是：内存 8GB 以上、模型或表格动辄几十万行的，上 64 位；其余场景 32 位兼容性更好，尤其是还要装一堆老插件的机器。
磁盘余量按 5GB 以上准备，安装源本身也要占地方，别把源和解压目录放在同一个快满的分区里。临时目录所在盘（一般是 C 盘）至少留 2GB，C2R 安装过程中会往%temp%写大量中间文件，空间不够的表现是装到中间突然报一个语焉不详的错误码。
3.2 勾选组件并生成可读的 XML
我一般不用安装器的图形界面直接装，而是让它先生成 XML，检查一遍再执行。工具有"仅生成配置"选项就用它；没有就手工写一份。下面这段 PowerShell 用来生成模板，把架构、源路径、要排除的组件做成参数，方便复用到不同机器：
param( [ValidateSet("32","64")][string]$Arch = "64", [string]$SourcePath = "D:\Office2016", [string]$Channel = "PerpetualVL2016", [string]$ProductId = "ProPlusRetail", # 想保留哪个组件，就把它从排除列表里去掉 [string[]]$Exclude = @("Access","Publisher","Groove","Lync","OneDrive") ) $excludeXml = ($Exclude | ForEach-Object { " <ExcludeApp ID=`"$_`" />" }) -join "`r`n" $xml = @" <Configuration> <Add OfficeClientEdition="$Arch" Channel="$Channel" SourcePath="$SourcePath"> <Product ID="$ProductId"> <Language ID="zh-CN" /> $excludeXml </Product> </Add> <Property Name="SharedComputerLicensing" Value="0" /> <Property Name="PinIconsToTaskbar" Value="FALSE" /> <Updates Enabled="FALSE" /> <Display Level="None" AcceptEULA="TRUE" /> <Logging Level="Standard" Path="%temp%" /> </Configuration> "@ $out = Join-Path $PSScriptRoot "install_${Arch}_${ProductId}.xml" $xml | Out-File -FilePath $out -Encoding UTF8 Write-Host "已生成: $out"这段脚本的逻辑很直白：把排除项数组拼成ExcludeApp行，再套进 here-string 模板，最后落盘。Channel和ProductId必须和你的安装源成套，源是批量授权镜像就填PerpetualVL2016+ProPlusVolume（或ProPlusRetail，具体看你手上源的类型），源是零售镜像就填Current+ProPlusRetail。SourcePath指向本地解压好的源目录，末尾不要加反斜杠。文件编码必须存成 UTF-8，用 GBK 存会在非中文区域设置下解析异常。
生成之后别急着执行，用记事本打开看一眼：ExcludeApp的行数对不对、Product ID大小写是否正确（区分大小写）、SourcePath盘符存在不存在。这三项检查花三十秒，能挡掉后面八成的"安装器无反应"。
3.3 静默执行与日志落地
把setup.exe和 XML 放在同一个目录，用管理员权限打开命令行，切过去执行：
cd /d D:\Office2016Installer setup.exe /configure install_64_ProPlusRetail.xml命令看起来简单，但有三点必须注意。第一，/configure后面跟的是 XML 的路径，不是目录，且必须是绝对路径或相对当前目录的正确相对路径，写成.\install.xml在某些 shell 下会被解析错。第二，执行后命令行会立刻返回，安装其实在后台跑，看进程列表里setup.exe和OfficeClickToRun.exe是否还在，判断真实进度。第三，整个过程不要点任何 Office 图标，不要打开 Word 试一下——文件被占用的表现是安装中途回滚，日志里报 30015 系列错误。
日志默认落在%temp%下，文件名带时间戳。装完之后用这条命令把最近的日志捞出来：
Get-ChildItem $env:TEMP -Filter "*.log" | Where-Object { $_.LastWriteTime -gt (Get-Date).AddMinutes(-40) } | Sort-Object LastWriteTime | Select-Object Name, Length, LastWriteTime正常情况下会看到两类日志：一类是setup.exe自己的引导日志，记录它怎么解析 XML、怎么调用安装引擎；另一类是 C2R 引擎的详细日志，记录每一个组件的下载、校验、写入。排查问题时永远看第二类，里面会有明确的阶段标记（Downloading、Applying、Finalizing），失败点会精确到某个文件或某个注册表项。
3.4 装完必须验的三项
装完自动退出不代表装成功，我会做三项验证。
第一项，组件清点。打开开始菜单，看是否只剩你要的那几个；或者直接看目录，C:\Program Files\Microsoft Office\root\Office16下有没有WINWORD.EXE、EXCEL.EXE、POWERPNT.EXE，被排除的组件对应的 exe 应该找不到（比如排了 Access 就不该有MSACCESS.EXE）。
第二项，版本与架构。随便打开 Word → 文件 → 账户 → 关于，确认版本号是 2016、位数和你的选择一致。这一步能发现"装完还是旧版本"的问题，通常是旧版本没卸干净，新装被引擎直接跳过了。
第三项，激活状态。文件 → 账户里看产品信息，如果是"需要激活"，说明源或 Channel 不匹配，或者你装的版本和企业批量授权环境不一致。这一步早发现早处理，别等到一周后同事说 Word 变只读模式才发现。
4. 离线与批量：把安装器产物变成可复用的部署包
4.1 用 /download 做一份本地源
安装器自带的源往往不全，或者版本偏旧。要做批量部署，最稳的做法是自己拉一份完整的离线源。准备一份只描述"要下什么"的 XML，把SourcePath指到目标目录，然后：
setup.exe /download D:\cfg\download_x64_zh-cn.xml这条命令只下载、不安装，下载完SourcePath目录里会多出一个Office文件夹，里面是按组件和语言分好目录的安装源。几个要点：下载目标的盘留出足够空间，完整源是 GB 级别的；网络不稳的时候这条命令支持中断续跑，重跑一次会跳过已完成的文件，但不要在下载过程中改 XML 里的产品 ID 或语言，那会导致已下载的部分对不上；下载完先看目录里有没有明显的 0 字节文件，有就删掉重下，0 字节文件是 C2R 报 30029 类错误的头号原因。
下载完成后，把安装用的 XML 里SourcePath改成这个本地目录，后续安装就完全离线了。这一步对没有外网的机房环境是刚需，对普通用户也能省掉每次重装都要联网拉源的等待。
4.2 把 XML 变成可传参的模板
批量部署的痛点是每台机器的需求不一样，有的要 32 位、有的要 64 位、有的要装 Visio。与其维护一堆 XML，不如维护一个模板加一个批处理入口：
@echo off setlocal rem 用法: deploy.bat 64 ProPlusRetail D:\Office2016 set ARCH=%1 set PROD=%2 set SRC=%~3 if "%ARCH%"=="" set ARCH=64 if "%PROD%"=="" set PROD=ProPlusRetail if "%SRC%"=="" set SRC=%~dp0Office2016 powershell -NoProfile -ExecutionPolicy Bypass -File "%~dp0gen_xml.ps1" ^ -Arch %ARCH% -ProductId %PROD% -SourcePath "%SRC%" "%~dp0setup.exe" /configure "%~dp0install_%ARCH%_%PROD%.xml" endlocal这段批处理的职责只有两件：收参数、转交给 PowerShell 生成 XML、再调用 setup.exe。%~dp0是脚本自身所在目录，用它代替写死的路径，整个文件夹拷到 U 盘或共享盘上都能直接跑。-ExecutionPolicy Bypass是为了绕开默认执行策略，在企业环境里这比让用户自己去改策略现实得多。
真正落地时我会再加一层：在脚本开头检查%SRC%目录是否存在、setup.exe是否可执行，不存在就打印一行明确的中文提示并退出。批量部署最怕的不是失败，是失败得无声无息——一百台机器跑完，你不知道哪几台没装上。
4.3 卸载与残留清理脚本
自定义安装器的价值有一半在卸载。手工在"程序和功能"里点卸载，经常留下半截注册表和一堆空的虚拟化目录。用 ODT 的 Remove 节点更干净：
<Configuration> <Remove All="TRUE" /> <Display Level="None" AcceptEULA="TRUE" /> <Logging Level="Standard" Path="%temp%" /> </Configuration>Remove All="TRUE"表示清掉这台机器上所有 C2R 版本的 Office。只想卸某个产品的话，把All换成Product子节点并指定 ID 和语言。执行方式和安装一样：setup.exe /configure remove.xml。
卸完还有两处要手动看一眼。一是C:\Program Files\Microsoft Office这个目录，正常情况下会被删干净，如果还剩root目录且里面有一堆文件，说明卸载被中断过，重启后再跑一次卸载配置。二是许可证缓存，位置在C:\ProgramData\Microsoft\Office\Licenses，卸载不一定会清，遇到"重装后激活状态不对"的时候，把这个目录备份后清空再装，能解决一大半玄学问题。
注意：清许可证缓存前先确认机器上有可用的激活方式，清空之后需要重新激活。批量授权环境一般没问题，零售版绑定账户的需要重新登录。
5. 避坑与排查：五个真实翻车现场
5.1 装到一半回滚：源不完整与网络中断
现象：进度条走到七八成突然倒退，最后弹一个"安装过程中出现问题"，日志里出现 30029 或 0-1018 这类错误码，setup.exe进程退出。
原因：安装源里有文件缺失或损坏。最常见的两种来源：一是/download中途断网，留下了一批 0 字节文件；二是从别人那里拷来的源目录，拷贝过程中被杀毒软件拦截了几个文件，看起来在、实际读不出来。
解决：先看日志里失败的那一行完整路径，直接去源目录找到对应文件，看大小是否为 0。是 0 就删掉重下；如果不是 0 但依然报错，用certutil -hashfile 文件名 SHA256算一下哈希，和正常机器上的同文件对比。整批源都怀疑有问题的话，最省事的做法是重新/download一份，别在损坏的源上修修补补。
5.2 版本与架构打架：32 位残留、零售与批量混装
现象：安装十几秒就"成功"退出，但打开 Word 还是老版本；或者直接报一个"已安装其他版本"的错误，连进度条都不给。
原因：C2R 引擎检测到机器上已存在同大版本的 Office，直接跳过安装。32 位残留和 64 位新装的冲突、零售版残留和批量版新装的冲突，都归到这一类。很多人以为"程序和功能"里看不到就没有残留，其实 C2R 的注册信息在HKLM\SOFTWARE\Microsoft\Office\ClickToRun下面，卸载不干净会一直在。
解决：先跑一遍Remove All="TRUE"的卸载配置，重启，再去注册表确认ClickToRun节点下的InstallationPath之类键值是否还在，还在就手工清（清之前导出一份备份）。清完再装。这一步别图快，省下的五分钟会在后面加倍还回来。
5.3 路径与权限：自定义目录的伪支持与共享目录陷阱
现象：勾了自定义安装路径，装完发现程序还是在 C 盘；或者装到一半报权限错误，日志里出现拒绝访问。
原因：前面说过，C2R 不支持自定义目录，所谓自定义要么是装完做目录联接，要么是改全局环境变量。权限问题多半是把安装源放在了网络共享上，setup.exe以当前用户身份跑，没有共享目录的读权限，或者共享路径里带了中文和空格。
解决：路径这件事，接受现实，装 C 盘，别折腾。非要挪空间的话，装完之后只对缓存和模板目录做重定向，别动程序目录。共享源的问题，把源拷到本地磁盘再装，或者用net use显式映射并带上凭据；共享路径里坚决不用中文和空格。执行安装时统一用管理员权限的命令行，别在普通用户会话里点。
5.4 静默安装卡住不返回
现象：命令行执行后没有任何输出，进程列表里setup.exe一直在，但 CPU 占用接近 0，等了半小时也没动静，最后只能强杀。
原因：AcceptEULA没设成TRUE，安装引擎在等一个永远不会有人点的确认框；或者Display Level设成了None但配置里还有其他需要交互的节点（比如某些版本要求显式声明Property）。
解决：把Display Level="None"和AcceptEULA="TRUE"成对写进配置，这是硬性要求。已经卡住的，去%temp%找当次日志，最后几行通常就停在等待确认的位置。强杀进程后先跑一次卸载再重装，别在残留状态上直接重试。
5.5 装完能用，重启后失效
现象：装完当天一切正常，第二天开机 Word 提示"无法启动此程序"或者进入只读模式。
原因：通常是安装过程中被杀毒软件实时防护拦截了一部分写入，当时没报错，重启后虚拟化层重建时找不到对应文件。另一个可能是 Office 的点击运行服务被优化软件禁用或延迟启动。
解决：检查OfficeClickToRun服务是否处于自动启动且正在运行，被禁用就恢复。装 Office 的那半小时，临时关掉实时防护（装完再开），比装完再修省事得多。已经出现症状的，走一遍卸载加重装，别指望修复安装能救。
6. 进阶：用日志时间轴把安装结果钉死
前面几章讲的都是"怎么装对"，这一章讲"怎么证明装对了"。装机这件事最怕的不是失败，是看起来成功。我的习惯是每次安装都留一份日志时间轴，出问题时不用靠回忆。
第一步，安装前记录一份基线。用一条命令把当前 Office 相关的目录和注册表状态抓下来：
$stamp = Get-Date -Format "yyyyMMdd_HHmm" $base = "D:\office_snap\$stamp" New-Item -ItemType Directory -Path $base -Force | Out-Null # 目录基线：只记路径和大小，不拷内容 Get-ChildItem "C:\Program Files\Microsoft Office" -Recurse -ErrorAction SilentlyContinue | Select-Object FullName, Length | Export-Csv "$base\files_before.csv" -NoTypeInformation -Encoding UTF8 # 注册表基线：C2R 的安装记录都在这两个位置 reg export "HKLM\SOFTWARE\Microsoft\Office\ClickToRun" "$base\ctr_before.reg" /y reg export "HKLM\SOFTWARE\Microsoft\Office\16.0" "$base\o16_before.reg" /y装完再抓一份files_after.csv，两份用Compare-Object一比，多出来哪些组件、少了哪些，一目了然。这个方法比在开始菜单里数图标可靠得多，因为图标会被PinIconsToTaskbar之类的属性影响，而文件不会撒谎。
第二步，学会读日志的时间轴。C2R 的详细日志是按阶段顺序写的，关键的几个阶段标记如下：
| 日志阶段关键字 | 含义 | 卡在这里说明什么 |
|---|---|---|
Downloading | 拉取或校验源文件 | 源路径不通、文件哈希对不上 |
Applying | 写入程序文件和注册表 | 权限不足、文件被占用、杀软拦截 |
Finalizing | 收尾、注册组件、写快捷方式 | 服务没起来、注册表写入被策略拦 |
Completed/Exit code | 结束与退出码 | 看最后一行退出码定位 |
一条实用的命令是把当天所有安装日志里的错误行捞出来：
Get-ChildItem $env:TEMP -Filter "*.log" | Where-Object { $_.LastWriteTime -gt (Get-Date).AddHours(-6) } | ForEach-Object { Select-String -Path $_.FullName -Pattern "Error|Failed|0x[0-9A-Fa-f]{8}" | Select-Object @{n="Log";e={$_.Filename}}, LineNumber, Line }第三，也是最容易被忽略的一步：把验证过的 XML 归档。每台机器的配置不同，但同一批机器通常只有两三种组合。我会在D:\office_snap下按架构_产品_日期建子目录，把当次用的 XML、执行命令、日志、前后快照全塞进去。半年后有人问"这台机器当时是怎么装的"，翻目录就行，不用重新推一遍。
有个细节值得单独提：Updates Enabled="FALSE"在生产环境里是必须的，但装完之后我一般会挑一台样品机手工跑一次更新，确认源和通道没问题，再把结果记进归档。为什么？因为关掉更新只是不让它自动更新，不等于源本身是健康的。等三个月后你打开更新开关，发现通道早就失效了，那时候再排查成本高得多。
血泪经验是这么来的：早些年给一批机器做部署，图省事只核对了安装成功的弹窗，没看日志。三个月后其中几台开始报激活失败，一查日志，安装当时就有一条被忽略的警告——Product ID和源的通道不匹配，安装器降级处理了，当时能用，到期就废。从那以后我每次装完都强制走一遍"基线快照 → 安装 → 比对 → 归档"这套流程，哪怕只装一台机器。多花十分钟，换的是三个月后不用半夜爬起来救火。
这套东西跑顺之后，那个图形界面的安装器还留着吗？留着，用来快速生成第一版 XML 挺方便，但真正落地时我都会把它生成的配置拿过来改，而不是直接点"开始安装"。工具替你省的是打字，不是判断。希望帮到你。
本文还有配套的精品资源，点击获取
