EventSentry v5.0 führt zwei wichtige Änderungen ein, die den Upgrade-Prozess im Vergleich zu früheren Upgrades komplexer machen, insbesondere für Benutzer, die die integrierte PostgreSQL-Datenbank verwenden.
Wenn Sie das neueste %PRODUCT%-Installationsprogramm ausführen, wird eine bestehende Installation auf die neueste Version 5.0 aktualisiert. Bevor Sie das Installationsprogramm ausführen, sollten Sie Ihre Einstellungen sichern (Home Export in der Konsole) und optional Ihre Datenbank sichern.
|
All server-side components of EventSentry, including the installer, built-in database and all utilities are now 64-bit. Agents are still available for 32-bit systems, but EventSentry can only be installed on 64-bit systems. |
|
EventSentry now ships with the 64-bit version of PostgreSQL v14. This latest version of PostgreSQL includes a number of improvements that will make the built-in database faster and more reliable. Upgrading to v14 is not required but highly encouraged. |
|
Clear text connections to the collector will be phased out in the next release of EventSentry. Users utilizing clear text connections with the collector need to migrate to TLS connections. |
64-Bit Upgrade
Hauptdateien
Als Teil des Installationsprozesses werden alle Benutzerdaten (z. B. MIBs, Konfigurationssicherungen) aus dem bestehenden Installationsverzeichnis (z. B. C:\Programme (x86)\EventSentry) in das neue 64-Bit-Installationsverzeichnis (z. B. C:\Programme\EventSentry) verschoben. Alle benutzerdefinierten Verzeichnisse und Dateien, die sich im 32-Bit-Installationsverzeichnis befinden, sollten gesichert und manuell in das neue Installationsverzeichnis verschoben werden.
Nach dem Entfernen von Binär- und temporären Dateien (z. B. Installationsprogramme, Crash-Dumps) wird das 32-Bit-Installationsverzeichnis in das Zip-Archiv backup_eventsentry_x86.zip (im 64-Bit-Installationsordner) komprimiert.
ADMonitor
Da es sich bei den ADMonitor-Binärdateien der Version 4.2 und früher um 32-Bit-Programme handelt, die ebenfalls auf die 64-Bit-Plattform migriert wurden, werden alle mit ADMonitor verbundenen Daten ebenfalls in den 64-Bit-Installationsordner migriert. Alle 32-Bit-ADMonitor-Daten werden in das 64-Bit-Installationsverzeichnis verschoben und zu Sicherungszwecken komprimiert (im Unterverzeichnis ADMonitor\backup gespeichert).
PostgreSQL Upgrade
Wenn eine bestehende PostgreSQL 9.6 Datenbank erkannt wird, fragt das Installationsprogramm den Benutzer, ob die neuere v14 PostgreSQL Datenbank installiert werden soll.
|
Ein Upgrade von %PRODUCT% Version 3.2 oder früher, die noch PostgreSQL 9.1 verwendet, wird nicht unterstützt. Benutzer, die auf Version 5.0 upgraden möchten, sollten entweder zuerst auf %PRODUCT% 4.2 upgraden oder Support für weitere Optionen kontaktieren. |
Bei der Installation von PostgreSQL v14 gibt es die folgenden zwei Möglichkeiten:
Option 1: Vorhandene Daten in PostgreSQL v9.6 archivieren, neue Daten in PostgreSQL v14 speichern
Bestehende Daten werden in PostgreSQL v9.6 beibehalten, aber alle neuen Daten werden in der aktualisierten v14-Datenbank gespeichert. Die bestehende v9.6-Datenbank wird weiterhin ausgeführt und ist über ein "Archiv"-Profil in den Webberichten zugänglich. Der Zugriff auf neue Daten erfolgt auf die gleiche Weise wie bisher. Dies ist der einfachste Ansatz mit der kürzesten Ausfallzeit und wird für große v9.6-Datenbanken empfohlen.
Option 2: Vorhandene Daten auf PostgreSQL v14 migrieren, v9.6 deaktivieren
Führt ein Skript aus, das die Daten aus der bestehenden v9.6-Datenbank in die aktualisierte v14-Datenbank kopiert und dabei das PostgreSQL-Dienstprogramm pg_dumpall verwendet. Die %PRODUCT%-Dienste werden während der Migration nicht verfügbar sein, und dieser Prozess ist potenziell zeitaufwändig (abhängig von der Hardware und der Größe der Datenbank). Da bei diesem Prozess Daten von einer Datenbank in die andere kopiert werden, wird freier Speicherplatz benötigt, der der Größe der bestehenden 9.6-Datenbank entspricht. Mit dieser Option entfällt die Notwendigkeit, die bestehende v9.6-Datenbank zu behalten, sie wird jedoch im Allgemeinen nur für kleinere Datenbanken empfohlen.
Das nachstehende Diagramm gibt einen Überblick über die Vor- und Nachteile der einzelnen Optionen:
Option 1 (keine Datenmigration) |
Option 2 (Datenmigration) |
|
Beibehaltung der PostgreSQL v9.6-Datenbank für den Zugriff auf alte Daten |
JA |
NEIN |
Möglichkeit, Suchvorgänge und Berichte mit alten und neuen Daten in Webberichten durchzuführen |
NEIN |
JA |
Möglicherweise verlängerte Ausfallzeit von EventSentry |
NEIN |
JA |
Potenzielles Fehlerrisiko bei der Datenmigration |
NEIN |
JA |
Erfordert freien Speicherplatz auf der Grundlage der vorhandenen Datenbankgröße |
NEIN |
JA |
Aktualisierung von v4.x
Keine spezifischen Anweisungen, Installationsprogramm ausführen.
Aktualisierung von v3.5
Führen Sie zuerst ein Upgrade auf v4.0 durch und folgen Sie dann den Upgrade-Anweisungen für v4.0.
Aktualisierung von v3.4
Ab Version 3.5 wird eine 64-Bit-Version des %PRODUCT% Heartbeat-Monitorsmitgeliefert . Der Konfigurationsassistent aktualisiert einen vorhandenen 32-Bit-Heartbeat-Dienst automatisch während des Post-Setup-Prozesses.
Aktualisieren von Version 3.3
Ab Version 3.4 wird eine 64-Bit-Version von Web Reports mitgeliefert. Das Installationsprogramm aktualisiert automatisch eine vorhandene 32-Bit-Installation von Web Reports, indem es die alte Version deinstalliert und die neue 64-Bit-Version während des Setups neu installiert. Eswird empfohlen, alle Konfigurationsdateien zu sichern, und einige Einstellungen müssen nach dem Upgrade möglicherweise manuell bearbeitet werden. Weitere Informationenfinden Sie in KB 370.
Aktualisierung von v3.2
Ein direkter Upgrade-Pfad von v3.2 wird nicht unterstützt. Um auf Version 5.0 zu aktualisieren, müssen die Benutzer zunächst auf Version 4.2 und dann auf Version 5.0 aktualisieren.
