我们使用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

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

  <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，这意味着它将在首次安装时安装，并且以后再也不会接触或升级(除非您发现了一些在升级时重新安装该组件的技巧)-而且它不会就我记得而言，已卸载。

后期REP :上面的(空白GUID)似乎不符合您的意图。您只希望组件在重大升级时不卸载，在这种情况下，通常要做的是将RemoveExistingProducts移到InstallExecuteSequence的后面，这要求您遵循所有组件规则。这是非常复杂的运行时行为，但是是一个简单的概念。本质上，您的新版本将作为补丁程序安装-覆盖文件而无需先卸载它们-由于从未卸载托管服务的组件，因此可以保留您的服务凭据。

早期REP :出于记录，进行重大升级的常用方法是在RemoveExistingProducts的早期安排InstallExecuteSequence，这意味着所有文件都已卸载，然后重新安装。之所以使用这种方法，是因为它允许草率的组件引用。以清除用户数据(例如许可证 key ，服务凭证等)而闻名。

永久组件:另一种方法是将托管组件设置为永久组件。然后，它将永远不会在大型升级期间卸载(即使您使用的是早期REP)，也不会在常规卸载期间卸载，因此会在系统上搁浅相关文件(除非您添加自己的自定义清理功能-这可能很容易出错)。

自定义操作备份机制:其他人依靠自己的自定义操作(example)备份升级期间擦除的数据，然后在升级完成后重新应用它们。我认为这是一种容易出错的方法。

仅适用于MSI的服务:您也可以将服务安装置于其自己的MSI中，以使其更新对您而言可控-或在无法进行主要设置以遵守组件规则的情况下。在我看来，这也有些复杂，但比自定义操作要好。

次要升级:如果可以使用次要升级来安装升级，则可以避免此服务凭证问题。我将链接到另一个描述此问题的答案:Restarting windows service during WIX upgrade。

(托管)服务帐户:您可以使用没有(about service accounts)凭据的常规服务帐户来运行服务-诸如LocalService，LocalSystem或NetworkService(显然，我想这对您来说是不可能的)。或者是managed service accounts，group managed service accounts或虚拟帐户step-by-step info的较新概念(我不太了解的概念)。

其他方法:毫无疑问，其他方法也是如此。我想您可以将服务配置保留在MSI之外，并通过脚本应用它。我不推荐它。我知道有些人根据the nature of the task at hand在使用服务和计划任务之间进行切换(如果它是task that runs only once in a while，则基本上切换到计划任务)。虽然有风险，但我想您可以将服务配置推迟到用户在安装后启动的提升的EXE(显然，在这种情况下，用户必须是admin)，然后可以使用一些交互性(错误和状态消息直接设置为用户-而不仅仅是隐藏在日志中)有时可以帮助人们前进。不过，这不是我推荐的方法-提升 Action 是为了进行设置。我喜欢在应用程序中进行的任何非高架配置。

现实世界中常见的MSI问题:我写了一些有关MSI实际应用中常见的常见问题，前文提到:How do I avoid common design flaws in my WiX / MSI deployment solution?不好。我对它不是很满意-它缺少一种以上的方式-但如果有帮助，它确实存在。在可用的时间里，这是最大的努力。请理解它的含义:现实问题的未完成转储，这里和那里有一些指针，您可以尝试解决该问题。

链接:

关于windows - Wix:升级时有时会卸载Windows Service，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/50364741/