サーバーに同じWindowsサービスの複数のインスタンスをインストールする

そこで、クライアントアプリケーションにデータを供給するWindowsサービスを作成し、すべてが順調に進んでいます。クライアントは、同じサーバー上で実行され、別々のデータベースを指すように構成されたこのサービスの2つのインスタンスを必要とする楽しい構成要求を考え出しました。

これまでのところ、これを実現することはできず、仲間のstackoverflowメンバーがその理由についていくつかのヒントを与えることができることを望んでいました。

現在の設定：

Windowsサービスを含むプロジェクトを設定しました。これをAppServiceと呼び、カスタムインストール手順を処理するProjectInstaller.csファイルを使用して、App.configのキーに基づいてサービス名を設定します。 ：

this.serviceInstaller1.ServiceName = Util.ServiceName;
this.serviceInstaller1.DisplayName = Util.ServiceName;
this.serviceProcessInstaller1.Account = System.ServiceProcess.ServiceAccount.LocalSystem;

この場合、Utilは静的クラスであり、構成ファイルからサービス名をロードします。

ここからは、両方のサービスをインストールするために2つの異なる方法を試しましたが、どちらも同じ方法で失敗しました。

最初の方法は、サービスの最初のコピーをインストールし、インストールされたディレクトリをコピーして名前を変更し、目的のサービス名を変更するようにアプリ構成を変更した後、次のコマンドを実行することでした。

InstallUtil.exe /i AppService.exe

それがうまくいかなかったとき、私は2番目のインストーラープロジェクトを作成しようとし、設定ファイルを編集して、2番目のインストーラーをビルドしました。インストーラーを実行したところ、正常に機能しましたが、services.mscにサービスが表示されなかったため、前のコマンドを2番目にインストールされたコードベースに対して実行しました。

どちらの場合も、InstallUtilから次の出力を受け取りました（関連パーツのみ）。

トランザクションインストールの実行。

インストールのインストール段階を開始します。

Service App Service Twoをインストールしています... Service App Service Twoが正常にインストールされました。EventLog source App Service Twoをログアプリケーションに作成しています...

インストール段階で例外が発生しました。System.NullReferenceException：オブジェクト参照がオブジェクトのインスタンスに設定されていません。

インストールのロールバック段階が始まります。

ソースApp Service 2のイベントログを以前の状態に復元します。Service App Service Twoがシステムから削除されています... Service App Service Twoはシステムから正常に削除されました。

ロールバックフェーズが正常に完了しました。

トランザクションによるインストールが完了しました。インストールが失敗し、ロールバックが実行されました。

投稿が長くてごめんなさい、十分な関連情報があることを確認したかったのです。これまでのところ困惑しているのは、サービスのインストールが正常に完了したことと、NullReferenceExceptionがスローされたように見えるEventLogソースを作成した後にのみであるということです。だから誰かが私が間違っていることを知っているか、より良いアプローチがあれば、それは非常に高く評価されます。

sc / service controller utilを試しましたか？タイプ

sc create

コマンドラインで入力すると、ヘルプエントリが表示されます。私は過去にSubversionのためにこれを行ったと思い、この記事を参照として使用しました：

http://svn.apache.org/repos/asf/subversion/trunk/notes/windows-service.txt

  sc create [servicename] binpath= [path to your exe]

この解決策は私にとってうまくいきました。

次の操作を行うと、同じサービスの複数のバージョンを実行できます。

1）サービスの実行可能ファイルと構成を独自のフォルダーにコピーします。

2）Install.Exeを（.netフレームワークフォルダーから）サービス実行可能フォルダーにコピーします。

3）Install.exe.configという名前の構成ファイルをサービスの実行可能フォルダーに作成し、次の内容（一意のサービス名）を含めます。

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <appSettings>
    <add key="ServiceName" value="The Service Name"/>
    <add key="DisplayName" value="The Service Display Name"/>
  </appSettings>
</configuration>

4）次の内容でサービスをインストールするバッチファイルを作成します。

REM Install
InstallUtil.exe YourService.exe
pause

5）そこにいる間に、アンインストールバッチファイルを作成します

REM Uninstall
InstallUtil.exe -u YourService.exe
pause

編集：

何かを見逃した場合は、ServiceInstallerクラス（必要に応じて調整）に注意してください。

using System.Configuration;

namespace Made4Print
{
    partial class ServiceInstaller
    {
        /// <summary>
        /// Required designer variable.
        /// </summary>
        private System.ComponentModel.IContainer components = null;
        private System.ServiceProcess.ServiceInstaller FileProcessingServiceInstaller;
        private System.ServiceProcess.ServiceProcessInstaller FileProcessingServiceProcessInstaller;

        /// <summary> 
        /// Clean up any resources being used.
        /// </summary>
        /// <param name="disposing">true if managed resources should be disposed; otherwise, false.</param>
        protected override void Dispose(bool disposing)
        {
            if (disposing && (components != null))
            {
                components.Dispose();
            }
            base.Dispose(disposing);
        }

        #region Component Designer generated code

        /// <summary>
        /// Required method for Designer support - do not modify
        /// the contents of this method with the code editor.
        /// </summary>
        private void InitializeComponent()
        {
            this.FileProcessingServiceInstaller = new System.ServiceProcess.ServiceInstaller();
            this.FileProcessingServiceProcessInstaller = new System.ServiceProcess.ServiceProcessInstaller();
            // 
            // FileProcessingServiceInstaller
            // 
            this.FileProcessingServiceInstaller.ServiceName = ServiceName;
            this.FileProcessingServiceInstaller.DisplayName = DisplayName;
            // 
            // FileProcessingServiceProcessInstaller
            // 
            this.FileProcessingServiceProcessInstaller.Account = System.ServiceProcess.ServiceAccount.LocalSystem;
            this.FileProcessingServiceProcessInstaller.Password = null;
            this.FileProcessingServiceProcessInstaller.Username = null;
            // 
            // ServiceInstaller
            // 
            this.Installers.AddRange(new System.Configuration.Install.Installer[] { this.FileProcessingServiceInstaller, this.FileProcessingServiceProcessInstaller });
        }

        #endregion

        private string ServiceName
        {
            get
            {
                return (ConfigurationManager.AppSettings["ServiceName"] == null ? "Made4PrintFileProcessingService" : ConfigurationManager.AppSettings["ServiceName"].ToString());
            }
        }

        private string DisplayName
        {
            get
            {
                return (ConfigurationManager.AppSettings["DisplayName"] == null ? "Made4Print File Processing Service" : ConfigurationManager.AppSettings["DisplayName"].ToString());
            }
        }
    }
}

古い質問ですが、InstallUtil.exeで/ servicenameオプションを使用して運が良かったです。組み込みのヘルプにリストされていません。

InstallUtil.exe /servicename="My Service" MyService.exe

これについて最初にどこで読んだかは完全にはわかりませんが、それ以来、それを見ていません。YMMV。

カスタム値を指定するもう一つの簡単な方法ServiceNameとDisplayName使用しているinstallutilコマンドラインパラメータを。

1. あなたにはProjectInstaller、クラスの仮想メソッドをオーバーライドInstall(IDictionary stateSaver)し、Uninstall(IDictionary savedState)

   public override void Install(System.Collections.IDictionary stateSaver)
   {
       GetCustomServiceName();
       base.Install(stateSaver);
   }
   
   public override void Uninstall(System.Collections.IDictionary savedState)
   {
       GetCustomServiceName();
       base.Uninstall(savedState);
   }
   
   //Retrieve custom service name from installutil command line parameters
   private void GetCustomServiceName()
   {
       string customServiceName = Context.Parameters["servicename"];
       if (!string.IsNullOrEmpty(customServiceName))
       {
           serviceInstaller1.ServiceName = customServiceName;
           serviceInstaller1.DisplayName = customServiceName;
       }
   }

2. プロジェクトを構築する

3. パラメータinstallutilを使用してカスタム名を追加してサービスをインストールし/servicenameます。

   installutil.exe /servicename="CustomServiceName" "c:\pathToService\SrvcExecutable.exe"
   

/servicenameコマンドラインで指定しない場合、サービスはProjectInstallerプロパティ/構成で指定されたServiceNameとDisplayNameの値でインストールされます。

自動展開ソフトウェアを使用してサイドバイサイドのWindowsサービスを頻繁にインストール/アンインストールするとき、上記の方法にはあまり運がありませんでしたが、最終的に次のようになり、パラメーターを渡してサフィックスを指定できますコマンドラインでサービス名に変更します。また、設計者が適切に機能できるようにし、必要に応じて名前全体をオーバーライドするように簡単に調整できます。

public partial class ProjectInstaller : System.Configuration.Install.Installer
{
  protected override void OnBeforeInstall(IDictionary savedState)
  {
    base.OnBeforeInstall(savedState);
    SetNames();
  }

  protected override void OnBeforeUninstall(IDictionary savedState)
  {
    base.OnBeforeUninstall(savedState);
    SetNames();
  }

  private void SetNames()
  {
    this.serviceInstaller1.DisplayName = AddSuffix(this.serviceInstaller1.DisplayName);
    this.serviceInstaller1.ServiceName = AddSuffix(this.serviceInstaller1.ServiceName);
  }

  private string AddSuffix(string originalName)
  {
    if (!String.IsNullOrWhiteSpace(this.Context.Parameters["ServiceSuffix"]))
      return originalName + " - " + this.Context.Parameters["ServiceSuffix"];
    else
      return originalName;
  }
}

これを念頭に置いて、私は次のことを実行できます。サービスを「Awesome Service」と呼んだ場合、次のようにサービスのUATバージョンをインストールできます。

InstallUtil.exe /ServiceSuffix="UAT" MyService.exe

これにより、「Awesome Service-UAT」という名前のサービスが作成されます。これを使用して、単一のマシン上で並行して実行されている同じサービスのDEVINT、TESTING、およびACCEPTANCEバージョンを実行しました。各バージョンには独自のファイル/構成のセットがあります-これは、同じファイルのセットを指す複数のサービスをインストールするためにこれを試したことはありません。

注：/ServiceSuffixサービスをアンインストールするには、同じパラメーターを使用する必要があるため、次のコマンドを実行してアンインストールします。

InstallUtil.exe /u /ServiceSuffix="UAT" MyService.exe

この作業を行うために行ったのは、サービスのapp.configにサービス名と表示名を格納することです。次に、インストーラークラスで、app.configをXmlDocumentとして読み込み、xpathを使用して値を取得し、ServiceInstaller.ServiceNameおよびServiceInstaller.DisplayNameに適用してから、InitializeComponent（）を呼び出します。これは、InitializeComponent（）でこれらのプロパティをまだ設定していないことを前提としています。この場合、設定ファイルの設定は無視されます。次のコードは、InitializeComponent（）の前に、インストーラークラスコンストラクターから呼び出しているコードです。

       private void SetServiceName()
       {
          string configurationFilePath = Path.ChangeExtension(Assembly.GetExecutingAssembly().Location, "exe.config");
          XmlDocument doc = new XmlDocument();
          doc.Load(configurationFilePath);

          XmlNode serviceName = doc.SelectSingleNode("/xpath/to/your/@serviceName");
          XmlNode displayName = doc.SelectSingleNode("/xpath/to/your/@displayName");

          if (serviceName != null && !string.IsNullOrEmpty(serviceName.Value))
          {
              this.serviceInstaller.ServiceName = serviceName.Value;
          }

          if (displayName != null && !string.IsNullOrEmpty(displayName.Value))
          {
              this.serviceInstaller.DisplayName = displayName.Value;
          }
      }

ConfigurationManager.AppSettingsなどから構成ファイルを直接読み取ると、インストーラーの実行時にサービスの.exeではなくInstallUtil.exeのコンテキストで実行されるように動作するとは思わない。あなたはConfigurationManager.OpenExeConfigurationで何かをすることができるかもしれませんが、私の場合、読み込まれなかったカスタム構成セクションを取得しようとしていたため、これは機能しませんでした。

@ chris.house.00 thisの完全な答えを改善するために、アプリの設定から読み取るために以下の関数を検討することができます：

 public void GetServiceAndDisplayName(out string serviceNameVar, out string displayNameVar)
        {
            string configurationFilePath = Path.ChangeExtension(Assembly.GetExecutingAssembly().Location, "exe.config");
            XmlDocument doc = new XmlDocument();
            doc.Load(configurationFilePath);

            XmlNode serviceName = doc.SelectSingleNode("//appSettings//add[@key='ServiceName']");
            XmlNode displayName = doc.SelectSingleNode("//appSettings//add[@key='DisplayName']");


            if (serviceName != null && (serviceName.Attributes != null && (serviceName.Attributes["value"] != null)))
            {
                serviceNameVar = serviceName.Attributes["value"].Value;
            }
            else
            {
                serviceNameVar = "Custom.Service.Name";
            }

            if (displayName != null && (displayName.Attributes != null && (displayName.Attributes["value"] != null)))
            {
                displayNameVar = displayName.Attributes["value"].Value;
            }
            else
            {
                displayNameVar = "Custom.Service.DisplayName";
            }
        }

同様の状況で、以前のサービスと、同じサーバー上で並行して実行される更新されたサービスが必要でした。（これは単なるデータベースの変更ではなく、コードの変更でもありました）。そのため、同じ.exeを2回実行することはできませんでした。新しいDLLでコンパイルされた同じ.exeが同じプロジェクトから必要でした。サービス名とサービスの表示名を変更するだけでは機能しませんでしたが、「プロジェクトはすでに存在しています」というエラーが表示されましたが、これはデプロイメントプロジェクトを使用しているためと考えられます。最終的に私のために機能したのは、私の展開プロジェクトプロパティ内に、Guidである "ProductCode"というプロパティがあります。

その後、正常にインストールされた新しい.exeまたは.msiにセットアッププロジェクトを再構築します。

最も簡単な方法は、dll名に基づいたサービス名に基づいています。

string sAssPath = System.Reflection.Assembly.GetExecutingAssembly().Location;
string sAssName = System.IO.Path.GetFileNameWithoutExtension(sAssPath);
if ((this.ServiceInstaller1.ServiceName != sAssName)) {
    this.ServiceInstaller1.ServiceName = sAssName;
    this.ServiceInstaller1.DisplayName = sAssName;
}