[KB6044] Upgrade von ESET Remote Administrator 6 (ERA6), installiert in Failover Cluster unter Linux

HINWEIS:

Diese Seite wurde von einem Computer übersetzt. Klicken Sie auf Englisch unter Sprachen auf dieser Seite, um den Originaltext anzuzeigen. Sollten Sie etwas unklar finden, wenden Sie sich bitte an Ihren lokalen Support.

Einzelheiten

Wenn Sie ERA Server in einer Failover Cluster-Umgebung unter Linux installiert haben und die Installation aktualisieren möchten, führen Sie die folgenden Schritte aus.

Lösung

Manuelles Upgrade von Version 6.3 auf die neueste Version

  1. Deaktivieren Sie EraService in Conga (Cluster Administration GUI) unter Service groups und stellen Sie sicher, dass ERA Agent und ERA Server auf beiden Knoten gestoppt sind.
  2. Führen Sie ein Upgrade des ERA-Servers auf Knoten 1 durch, indem Sie die folgenden Schritte ausführen
    • Mounten Sie den gemeinsamen Speicher auf diesem Knoten.
    • Aktualisieren Sie ERA Server manuell auf die neueste Version, indem Sie den Befehl .sudo ./Server-Linux-x86_64.sh in einem Terminalfenster ausführen.
    • Ersetzen Sie das alte Clusterskript unter /usr/share/cluster/eracluster_server.sh durch das neue unter /opt/eset/RemoteAdministrator/Server/setup/eracluster_server. Behalten Sie den alten Dateinamen bei.
    • Beenden Sie den ERA Server-Dienst (stop eraserver) nach dem Upgrade
    • Deaktivieren Sie den Autostart des ERA-Servers, indem Sie die folgenden 2 Dateien umbenennen
      • mv /etc/init/eraserver.conf /etc/init/eraserver.conf.disabled
      • mv /etc/init/eraserver-xvfb.conf /etc/init/eraserver-xvfb.conf.disabled
    • Aushängen des gemeinsamen Speichers von diesem Knoten
  3. Führen Sie ein Upgrade von ERA Server auf Knoten 2 durch, indem Sie die gleichen Schritte wie in Punkt 2 ausführen.
  4. Starten Sie EraService in Conga (Cluster Administration GUI) unter Service groups.
  5. Aktualisieren Sie den ERA-Agent auf allen Clusterknoten.
  6. Prüfen Sie in der ERA-Konsole, ob alle Knoten eine Verbindung herstellen und ob die Agent- und Serverversionen für alle Knoten die neueste Version anzeigen, auf die Sie aktualisiert haben.

Manuelles Upgrade von Version 6.1 oder 6.2 auf Version 6.3

HINWEIS:

Bei älteren ERA-Versionen wurde der ERA-Agentendienst immer nur auf dem aktiven Knoten im Failover-Cluster ausgeführt. Ab ERA 6.3 läuft der ERA Agent -Dienst immer auf allen Knoten. Auf diese Weise können alle Knoten ständig von ERA überwacht werden.
Die oben beschriebene Änderung führt dazu, dass beim Upgrade mindestens für einen der Clusterknoten ein neuer Computer erstellt wird. Wenn Sie den Ereignisverlauf für diese Knoten nicht benötigen, vergessen Sie nicht, den/die alten Computer manuell über die ERA-Konsole zu entfernen

  1. Deaktivieren Sie EraService in Conga (Cluster Administration GUI) unter Service groups und stellen Sie sicher, dass ERA Agent und ERA Server auf beiden Knoten gestoppt sind.
  2. Führen Sie ein Upgrade des ERA-Servers auf Knoten 1 durch, indem Sie die folgenden Schritte ausführen
    • Mounten Sie den gemeinsamen Speicher auf diesem Knoten.
    • Aktualisieren Sie ERA Server manuell auf Version 6.3, indem Sie den Befehl .sudo ./Server-Linux-x86_64.sh in einem Terminalfenster ausführen
    • Ersetzen Sie das alte Clusterskript unter /usr/share/cluster/eracluster_server.sh durch das neue unter /opt/eset/RemoteAdministrator/Server/setup/eracluster_server. Behalten Sie den alten Dateinamen bei.
    • Beenden Sie den ERA Server-Dienst (stop eraserver) nach dem Upgrade
    • Deaktivieren Sie den Autostart des ERA-Servers, indem Sie die folgenden 2 Dateien umbenennen
      • mv /etc/init/eraserver.conf /etc/init/eraserver.conf.disabled
      • mv /etc/init/eraserver-xvfb.conf /etc/init/eraserver-xvfb.conf.disabled
    • Hängen Sie den gemeinsamen Speicher von Knoten1 aus.
  3. Führen Sie ein Upgrade von ERA Server auf Knoten 2 durch, indem Sie die gleichen Schritte wie in Schritt 2 ausführen.
  4. Entfernen Sie den alten Agenten von Knoten1, indem Sie die folgenden Schritte ausführen

    Befehl zum Auflisten symbolischer Links im Verzeichnis /etc/opt/:
    find /etc/opt/ -maxdepth 1 -type l -ls

    • Einhängen des gemeinsamen Speichers in diesen Knoten
    • Deinstallieren Sie den alten ERA Agent (verwenden Sie das Installationsskript mit dem Parameter --uninstall)
    • Prüfen Sie, ob Ihr System über die folgenden symbolischen Links verfügt
      • /etc/opt/eset -> /usr/share/erag2cluster/etc/opt/eset
      • /opt/eset -> /usr/share/erag2cluster/opt/eset
      • /var/log/eset -> /usr/share/erag2cluster/var/log/eset
      • /var/opt/eset -> /usr/share/erag2cluster/var/opt/eset
    • Wenn diese symbolischen Links existieren, entfernen Sie sie mit den folgenden Befehlen
      • unlink /etc/opt/eset
      • unlink /opt/eset
      • unlink /var/log/eset
      • unlink /var/opt/eset
    • Erstellen Sie neue symbolische Links - für jeden dieser Links muss zunächst der entsprechende Ordner erstellt werden. Verwenden Sie dazu die folgenden Befehle
      • mkdir -p /etc/opt/eset/RemoteAdministrator
      • ln -s /usr/share/erag2cluster/etc/opt/eset/RemoteAdministrator/Server /etc/opt/eset/RemoteAdministrator/Server
      • mkdir -p /opt/eset/RemoteAdministrator
      • ln -s /usr/share/erag2cluster/opt/eset/RemoteAdministrator/Server /opt/eset/RemoteAdministrator/Server
      • mkdir -p /var/log/eset/RemoteAdministrator
      • ln -s /usr/share/erag2cluster/var/log/eset/RemoteAdministrator/Server /var/log/eset/RemoteAdministrator/Server
      • mkdir -p /var/opt/eset/RemoteAdministrator
      • ln -s /usr/share/erag2cluster/var/opt/eset/RemoteAdministrator/Server /var/opt/eset/RemoteAdministrator/Server
    • Aushängen des gemeinsamen Speichers von diesem Knoten
  5. Entfernen Sie den alten ERA-Agenten von Knoten 2, indem Sie die gleichen Schritte wie in Schritt 4 ausführen.
  6. Starten Sie EraService in Conga (Cluster Administration GUI) unter Service groups.
  7. Installieren Sie den ERA-Agent auf beiden Knoten auf der lokalen Festplatte (nicht auf der gemeinsamen Cluster-Festplatte). Wenn Sie den Befehl --hostname= verwenden, müssen Sie die externe IP-Adresse oder den Hostnamen der Schnittstelle des Clusters angeben (nicht localhost!).
  8. Überprüfen Sie in der ERA-Konsole, ob alle Knoten eine Verbindung herstellen und ob die Agent- und Serverversionen für alle Knoten die neueste Version anzeigen, auf die Sie aktualisiert haben.