Wix2构建的MSI在Windows Server 2003授权版中安装失败排查

看来你碰到了一个挺棘手的版本差异问题，我之前也处理过类似Windows Server授权版和试用版的兼容性情况，结合你提到的Wix2构建的MSI和自定义操作注册表读取的问题，给你几个具体的排查方向和修复思路：

1. 先确认注册表项的差异与权限问题 #

Win2003试用版和正式版的注册表可能存在键路径、默认值或读取权限的差异，这是最常见的原因：

• 分别在两台机器上导出SSRS和SQL Server相关的注册表分支（比如HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server、HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Reporting Services），对比两者的键是否存在、键值内容是否一致。
• 检查正式版上安装程序的运行权限：试用版可能默认开放了更高的系统权限，而正式版的组策略或安全设置限制了注册表读取。可以尝试右键以管理员身份运行MSI，或者检查Wix2中自定义操作的Impersonate属性是否设为no，确保它以系统权限执行注册表读取操作。

2. 修复Wix2自定义操作的兼容性 #

Wix2确实是比较老旧的版本，对Win2003正式版的兼容性可能存在遗漏：

• 修改自定义操作代码，增加容错处理逻辑：当找不到目标注册表键时，返回预设的默认路径，或者抛出可被MSI处理的警告而非致命错误，避免安装直接失败。
• 检查自定义操作的平台兼容性：如果正式版是64位Win2003，32位的自定义操作会被注册表重定向到Wow6432Node分支，导致读取不到正确的键值。可以调整自定义操作的平台属性，确保和系统架构匹配。

3. 绕过或替换有问题的自定义操作 #

如果修改Wix2代码成本太高（毕竟该版本已停止支持），可以用Orca工具直接修改MSI包：

• 定位到失败的CustomAction，将其Condition属性设置为仅在试用版执行（或直接禁用），如果该路径查找不是安装的必要步骤，或者可以用硬编码的默认值替代。
• 改用MSI原生的注册表搜索功能：在Orca中添加RegistrySearch表项，直接通过MSI内置机制查找路径，比自定义操作更稳定，兼容性也更好。

4. 生成详细日志精准定位 #

你已经有基础日志了，可以生成更详细的安装日志来锁定错误：

msiexec /i your_package.msi /l*v detailed_install.log

在日志中查找自定义操作的返回代码（比如ERROR_ACCESS_DENIED或ERROR_FILE_NOT_FOUND），这能帮你快速判断是权限问题还是注册表项缺失问题。

内容的提问来源于stack exchange，提问作者Robert Achmann