Wix：升级时 Windows 服务有时会被卸载

我们使用 Wix 安装我们的软件。我们的设置还安装了 Windows 服务。为了允许用户更改 Windows 服务的登录信息，我们只想在首次安装时安装该服务，并仅在卸载时将其删除。对于升级，我们手动停止服务，以便可以升级文件。

我们已经做到了这一点，但最近我们发现在某些计算机上，Windows 服务在 UnpublishFeatures 期间被卸载：

如果来自失败的升级日志：

Action 13:41:38: UnpublishFeatures. Unpublishing Product Features
MSI (s) (D8:EC) [13:41:38:346]: Executing op: FeatureUnpublish(Feature=Main,,Absent=2,Component=
UnpublishFeatures: Feature: Main
MSI (s) (D8:EC) [13:41:38:346]: Note: 1: 1402 2: UNKNOWN\Installer\Features\84B659030632F794E93A7CB19A87DB8E 3: 2 
MSI (s) (D8:EC) [13:41:38:346]: Executing op: ActionStart(Name=StopServices,Description=Stopping services,Template=Service: [1])
Action 13:41:38: StopServices. Stopping services
MSI (s) (D8:EC) [13:41:38:362]: Executing op: ProgressTotal(Total=1,Type=1,ByteEquivalent=1300000)
MSI (s) (D8:EC) [13:41:38:362]: Executing op: ServiceControl(,Name=RidderIQWebApi,Action=2,Wait=1,)
StopServices: Service: Ridder iQ Web API
MSI (s) (D8:EC) [13:41:38:393]: Executing op: ActionStart(Name=DeleteServices,Description=Deleting services,Template=Service: [1])
Action 13:41:38: DeleteServices. Deleting services
MSI (s) (D8:EC) [13:41:38:393]: Executing op: ProgressTotal(Total=1,Type=1,ByteEquivalent=1300000)
MSI (s) (D8:EC) [13:41:38:393]: Executing op: ServiceControl(,Name=RidderIQWebApi,Action=8,Wait=1,)
DeleteServices: Service: Ridder iQ Web API

这是来自成功升级的日志：

Action 11:53:24: UnpublishFeatures. Unpublishing Product Features
MSI (s) (CC:3C) [11:53:24:976]: Executing op: FeatureUnpublish(Feature=Main,,Absent=2,Component=
UnpublishFeatures: Feature: Main
MSI (s) (CC:3C) [11:53:24:977]: Note: 1: 1402 2: UNKNOWN\Installer\Features\84B659030632F794E93A7CB19A87DB8E 3: 2 
MSI (s) (CC:3C) [11:53:24:978]: Executing op: ActionStart(Name=RemoveFiles,Description=Removing files,Template=File: [1], Directory: [9])
Action 11:53:24: RemoveFiles. Removing files

如您所见，Windows Installer 会跳过 StopServices/DeleteServices 操作并开始删除文件。由于该服务在安装过程中稍后在 UnpublishFeatures 上被删除，因此它尝试配置该服务，但由于不再安装而失败：

MSI (s) (D8:68) [13:42:34:772]: Executing op: CustomActionSchedule(Action=ExecServiceConfig,ActionType=3073,Source=BinaryData,Target=ExecServiceConfig,CustomActionData=)
MSI (s) (D8:90) [13:42:34:772]: Invoking remote custom action. DLL: C:\Windows\Installer\MSI170B.tmp, Entrypoint: ExecServiceConfig
ExecServiceConfig:  Error 0x80070424: Service 'RidderIQWebApi' does not exist on this system.
ExecServiceConfig:  Error 0x80070424: Failed to get service: RidderIQWebApi
CustomAction ExecServiceConfig returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)
Action ended 13:42:35: InstallFinalize. Return value 3.

我的猜测是，发生这种情况是因为两次升级的组件操作不同，对于失败的升级，这些是组件操作：

MSI (s) (D8:68) [13:41:26:400]: Component: cmp.SR.SDKWebAPI.Service.exe; Installed: Absent;   Request: Local;   Action: Local
MSI (s) (D8:EC) [13:41:36:400]: Component: cmp.SR.SDKWebAPI.Service.exe; Installed: Local;   Request: Absent;   Action: Absent

为了成功升级，组件操作如下：

MSI (s) (CC:44) [11:53:17:386]: Component: cmp.SR.SDKWebAPI.Service.exe; Installed: Absent;   Request: Local;   Action: Local
MSI (s) (CC:3C) [11:53:22:850]: Component: cmp.SR.SDKWebAPI.Service.exe; Installed: Local;   Request: Absent;   Action: FileAbsent

如您所见，升级失败的操作为 Absent，升级成功的操作为 FileAbsent。据我所知，FileAbsent 意味着该功能已重新安装，而 Absent 意味着该功能将被删除。

我的问题是如何确定组件的操作，以及为什么它在一台机器上不存在而在另一台机器上文件不存在。有办法解决这个问题吗？

该组件如果配置如下：

  <Component Id="cmp.SR.SDKWebAPI.Service.exe" Guid="">
    <File Id="fil.SDKWebAPI.Service.exe" Source="SDKWebAPI.Service.exe" KeyPath="yes" />
    <File Id="fil.SDKWebAPI.Service.exe.config" Source="SDKWebAPI.Service.exe.config" KeyPath="no" />
    <ServiceInstall Id="SDKWebAPI.Service.exe.Installer"
                    Type="ownProcess"
                    Name="RidderIQWebApi"
                    DisplayName="Ridder iQ Web API"
                    Description="Ridder iQ Web API service"
                    Start="auto"
                    Account="LocalSystem"
                    ErrorControl="ignore">
      <util:ServiceConfig FirstFailureActionType="restart" 
                          SecondFailureActionType="restart"
                          ThirdFailureActionType="restart"
                          RestartServiceDelayInSeconds="60" 
                          ResetPeriodInDays="0" />
    </ServiceInstall>
  </Component>

空白组件 GUID: Guid=""这是你最近设置的吗？我相信，这将为组件设置一个空白的 GUID，这意味着它将在第一次安装时安装，之后再也不会触及或升级（除非您找到了一些在升级时重新安装组件的技巧） - 而且它不会据我记得已卸载。

Late REP：上面的（空白 GUID）看起来不像你想要的。您只是希望组件在重大升级时不卸载，在这种情况下，您通常会做的就是移动RemoveExistingProducts晚于InstallExecuteSequence- 要求您严格遵守所有组件规则的内容。这是非常复杂的运行时行为，但却是一个简单的概念。本质上，您的新版本将作为补丁安装 - 覆盖文件而不先卸载它们 - 允许保留您的服务凭据，因为托管服务的组件永远不会被卸载。

早期代表：仅供记录，进行重大升级的常见方法是安排RemoveExistingProducts早在InstallExecuteSequence这意味着所有文件都被卸载，然后重新安装。使用这种方法是因为它允许草率的组件引用。它以清除许可证密钥、服务凭证等用户数据而闻名......

永久组件：另一种方法是将托管组件设置为永久。那么它永远不会在重大升级期间被卸载（即使您使用早期的 REP），但也不会在常规卸载期间被卸载，因此将有问题的文件搁置在系统上（除非您添加自己的自定义清理功能 -这可能很容易出错）。

自定义动作备份机制：其他人依赖自己的自定义操作（example）备份升级过程中删除的数据，然后在升级完成后重新应用它们。在我看来，这是一种非常容易出错的方法.

仅服务 MSI：您还可以将服务安装放入其自己的 MSI 中，以使其更新对您来说更加可控 - 或者以防主设置无法遵守组件规则。这也有些复杂，但在我看来比自定义操作更好。

小升级：如果可以使用次要升级来安装升级，则可以避免此服务凭据问题。我将链接到另一个描述这一点的答案：在 WIX 升级期间重新启动 Windows 服务.

（托管）服务帐户：您可以使用常规服务帐户，无需（关于服务帐户) 运行服务的凭据 - 例如本地服务, 本地系统 or 网络服务（我认为这对你来说显然是不可能的）。或者更新的概念托管服务帐户, 组托管服务帐户或虚拟账户分步信息（我不太了解的概念）。

其他方法: 毫无疑问还有其他方法。我想您可以将服务配置保留在 MSI 之外并通过脚本应用它。我不会推荐它。我知道有些人会在使用之间切换services and 计划任务根据手头任务的性质（如果是的话，基本上切换到计划任务偶尔运行一次的任务）。虽然存在风险，但我想您可以将服务配置推迟到用户在安装后启动的提升的 EXE（显然，在这种情况下，用户必须是管理员），然后可以通过一些交互性设置配置（错误和状态消息直接发送到用户（而不仅仅是隐藏在日志中）有时可以帮助人们前进。但这不是我推荐的方法 - 设置的目的是提升操作。我喜欢在应用程序中执行的任何非提升配置。

现实世界中常见的 MSI 问题：我前段时间写过一些MSI实际应用中常见的问题，这里是：如何避免 WiX/MSI 部署解决方案中的常见设计缺陷？这不太好。我对它不是很满意——它在很多方面都缺乏——但它就在那里，以防万一它能提供帮助。这是在可用时间内的最大努力。请认清它的本质：一个未完成的现实世界问题转储这里和那里有一些提示，告诉你如何尝试解决这个问题。

Links:

• 克里斯·佩因特 (Chris Painter) 谈服务凭证保存