Distributed UMS vs. UMS High Availability (HA)
Wenn Sie die UMS mit mehreren Servern installieren möchten, empfiehlt IGEL die Verwendung der Distributed UMS Funktion:
-
für Neuinstallationen
-
für bestehende Einzelinstanz-Installationen. Weitere Details finden Sie unter IGEL UMS Installation.
Wenn Sie bereits über eine vollständig funktionsfähige HA Installation verfügen, können Sie alles unverändert lassen. Beachten Sie jedoch, dass für die UMS HA keine neuen Funktionen mehr hinzugefügt werden.
Wenn Sie migrieren möchten, siehe So migrieren Sie eine UMS High Availability-Installation zu einer Distributed UMS.
Anwendungsfall
Sie verfügen über eine IGEL UMS High Availability (HA) Installation und müssen diese aktualisieren.
Allgemeiner Überblick
Es gibt zwei mögliche Verfahren zur Aktualisierung einer HA Installation:
-
Mit kurzer Ausfallzeit der Server (empfohlen)
-
Ohne Ausfallzeit der Server, jedoch mit automatischem Kopieren der produktiven Datenbank in eine temporäre Datenbank, was in der Regel zu einer längeren Aktualisierungszeit führt.
Mit kurzer Ausfallzeit
In diesem Fall sieht das Aktualisierungsverfahren im Allgemeinen wie folgt aus:
-
Stoppen Sie alle UMS Server bis auf einen (überprüfen Sie dies in der Serverliste der UMS Konsole, die mit dem zuletzt laufenden Server verbunden ist).
-
Aktualisieren Sie diesen UMS Server.
Sobald die Aktualisierung abgeschlossen ist, wird die produktive Datenbank beim Start des Servers aktualisiert. -
Aktualisieren Sie die verbleibenden UMS Server (gleichzeitig oder nacheinander).
Wenn die Aktualisierung abgeschlossen ist, verbinden sie sich automatisch mit der produktiven Datenbank. -
Aktualisieren Sie weitere Komponenten wie separate UMS Load Balancer und/oder UMS Konsolen.
Detaillierte Anweisungen finden Sie unter So aktualisieren Sie eine UMS HA Installation: Mit Ausfallzeit der Server.
IGEL empfiehlt die Verwendung dieser Methode zur Aktualisierung der HA Installation aufgrund einer Reihe von Vorteilen:
-
Das Aktualisierungsverfahren ist deutlich schneller.
-
Keine Inkonsistenzen in der Datenbank, da während der Aktualisierung keine anderen Server und Prozesse die Datenbank verwenden.
-
Nur kurze Ausfallzeit. Hinweis: Da während der Aktualisierung des ersten UMS Servers keine Kommunikation zwischen den Servern und Geräten stattfindet, können benutzerspezifische Profile nicht bereitgestellt werden (IGEL Shared Workplace).
Ohne Ausfallzeit
In diesem Fall sieht das Aktualisierungsverfahren im Allgemeinen wie folgt aus:
-
Aktualisieren Sie alle UMS Server nacheinander auf eine neue Version.
Während der Aktualisierung trennt sich ein UMS Server von der produktiven Datenbank und speichert lokal eine Kopie davon in einer eingebetteten Derby Datenbank. Die Kopie wird für jeden Server außer dem letzten erstellt. Der letzte UMS Server aktualisiert außerdem das Schema der produktiven Datenbank. Danach verbinden sich alle anderen UMS Server wieder mit der ursprünglichen produktiven Datenbank. -
Aktualisieren Sie weitere Komponenten wie separate UMS Load Balancer und/oder UMS Konsolen.
Detaillierte Anweisungen finden Sie unter So aktualisieren Sie eine UMS HA Installation: Ohne Ausfallzeit der Server.
Mit dieser Aktualisierungsmethode können alle UMS Server während des gesamten Aktualisierungsvorgangs jederzeit von den Endpoint-Geräten angesprochen werden, z. B. zur Bereitstellung benutzerspezifischer Profile (IGEL Shared Workplace). Beachten Sie jedoch Folgendes:
-
Das Kopieren der Daten aus der produktiven Datenbank in die temporäre Datenbank kann viel Zeit in Anspruch nehmen.
-
Anfragen von Geräten können den Kopiervorgang beeinträchtigen.
-
Änderungen in der temporären Datenbank gehen verloren, sobald die Server nach Abschluss der Aktualisierung wieder zur produktiven Datenbank wechseln.