博途卸载后残留文件和注册表项如何彻底清理？

Question

博途（TIA Portal）卸载后常残留大量文件和注册表项，导致重装失败、版本冲突或系统性能下降。典型现象包括：安装程序报错“已存在旧版本组件”，Windows Installer服务异常，或注册表中仍存在大量`HKEY_LOCAL_MACHINE\SOFTWARE\Siemens\Automation\`及`HKEY_CURRENT_USER\Software\Siemens\`下的冗余键值；C:\Program Files\Siemens\、C:\ProgramData\Siemens\、C:\Users\{User}\AppData\Local/LocalLow/ Roaming\Siemens\ 等路径下残留配置、缓存、日志及临时项目文件。手动清理易误删关键项引发系统不稳定，而常规卸载工具无法识别博途深度集成的COM组件、Windows服务（如Automation License Manager）、.NET绑定重定向及WMI命名空间（root\siemens）。尤其在多版本共存（V13–V18）环境中，残留项相互干扰风险更高。如何安全、完整、可验证地清除所有残留，成为工程师重装、升级或迁移前必须解决的关键技术问题。

Answer 1

```html

一、现象识别：从安装报错到系统异常的典型症状

• 安装程序中断并提示“已存在旧版本组件（Error 1603/1612）”或“无法启动Windows Installer服务”
• 注册表中残留 HKEY_LOCAL_MACHINE\SOFTWARE\Siemens\Automation\ 下多层嵌套键（如 TIA_Portal\V15\Setup\InstalledProducts），即使卸载后仍含 ProductCode 和 Version 值
• C:\ProgramData\Siemens\Automation\LicenseManager\ 中残留加密许可证缓存（ALMCache.dat），导致新ALM服务拒绝启动
• C:\Users\{User}\AppData\Roaming\Siemens\TIA Portal\ 存在未清理的 Settings.xml 和 RecentProjects.json，引发V17加载V14项目时UI崩溃
• WMI命名空间 root\siemens 持续存在（可通过 Get-WmiObject -Namespace "root\siemens" -List 验证），干扰TIA Portal V18的OPC UA发现服务

二、根源剖析：博途深度集成架构带来的卸载盲区

博途并非传统MSI应用，其卸载器仅调用标准Windows Installer清理流程，但以下四类组件需独立处置：

组件类型	卸载器是否覆盖	典型残留位置/标识
COM+ 应用（如 Siemens.Automation.ObjectFrame）	❌ 否	Component Services → Computers → My Computer → COM+ Applications
.NET 绑定重定向（bindingRedirect）	❌ 否	%windir%\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config 中残留 <dependentAssembly> 块
Windows 服务（ALM、PLCSIM Advanced Host）	⚠️ 部分	sc query "AutomationLicenseManager" 返回 STATE: 4 RUNNING 即使已“卸载”
全局程序集缓存（GAC）注册项	❌ 否	gacutil -l | findstr Siemens 可见 Siemens.Automation.ObjectFrame, Version=15.0.0.0

三、安全清除方案：四阶段可验证清理流程

1. 预清理准备：以管理员身份运行 cmd 执行 net stop "Windows Installer" 并禁用UAC弹窗；备份注册表全量导出（reg export HKEY_LOCAL_MACHINE\SOFTWARE\Siemens siemens_backup.reg /y）
2. 服务与COM+清理：停止并删除ALM服务（sc delete "AutomationLicenseManager"），使用 dcomcnfg 进入“组件服务→计算机→我的电脑→COM+应用程序”，右键卸载所有含 Siemens 的条目
3. 注册表深度清理：使用PowerShell脚本批量删除（示例）：
   Get-ChildItem "HKLM:\SOFTWARE\Siemens" -Recurse | Where-Object {$_.PSChildName -match "^(TIA|Portal|Automation|ALM|SIMATIC)$"} | Remove-Item -Recurse -Force
4. 验证性扫描：执行 sigcheck64.exe -u -e c:\（Sysinternals工具）检测未签名的Siemens DLL；运行 wmic /namespace:\\root\siemens path __NAMESPACE list 确认命名空间已清空

四、自动化验证：构建残留项健康度仪表盘

graph TD
  A[启动验证脚本] --> B{检查Windows服务}
  A --> C{扫描注册表路径}
  A --> D{枚举GAC与machine.config}
  B -->|存在ALM/PLCSIM服务| E[标记为HIGH_RISK]
  C -->|HKEY_LOCAL_MACHINE\\SOFTWARE\\Siemens\\Automation 存在| F[标记为MEDIUM_RISK]
  D -->|machine.config含Siemens bindingRedirect| G[标记为LOW_RISK]
  E --> H[生成修复建议报告]
  F --> H
  G --> H
  H --> I[输出健康度评分：0-100]

五、高阶实践：多版本共存环境下的灰度卸载策略

• 对V13–V18混合部署环境，禁止直接全删 HKEY_LOCAL_MACHINE\SOFTWARE\Siemens —— 应按 ProductCode 哈希值（通过 msiexec /jvu {GUID} /qb 提取）精准匹配版本
• 使用 Orca.exe 打开原始安装包 TIA_V16_x64.msi，导出 Registry 表，比对当前注册表残留项，实现“逆向溯源”
• 在域环境中，通过Group Policy将 C:\ProgramData\Siemens\ 重定向至网络共享，并启用DFS-R清理策略，避免本地残留积累
• 为CI/CD流水线集成清理步骤：在Azure DevOps YAML中添加 - task: PowerShell@2
inputs:
targetType: 'filePath'
filePath: 'scripts/clean_tia_portal.ps1'
arguments: '-Version 17 -Force'

```