Anwendungsfall
Sie haben bereits eine UMS HA-Installation (High Availability) und müssen diese aktualisieren.
Allgemeiner Überblick
Es gibt zwei mögliche Verfahren zum HA-Update:
| Anchor |
|---|
| HAupdate_noTempDB |
|---|
| HAupdate_noTempDB |
|---|
|
Mit kurzer AusfallzeitIn diesem Fall sieht der Aktualisierungsvorgang allgemein wie folgt aus:
| Section |
|---|
| Column |
|---|
| Stoppen Sie alle UMS Server bis auf einen (überprüfen Sie dies in der Serverliste der UMS Konsole, die mit dem letzten laufenden Server verbunden ist). Aktualisieren Sie diesen UMS Server.
Sobald das Update abgeschlossen ist, wird die produktive Datenbank beim Starten des Servers aktualisiert. Aktualisieren Sie die übrigen UMS Server (parallel oder nacheinander).
Sobald das Update abgeschlossen ist, verbinden sie sich automatisch mit der produktiven Datenbank. Aktualisieren Sie andere Komponenten wie separate UMS Load Balancer und/oder UMS Konsolen.
Detaillierte Anweisungen finden Sie unter (12.04.120-de_orig) HA-Installation aktualisieren: Mit Ausfallzeit der Server. |
| Column |
|---|
| | Drawio |
|---|
| border | true | diagramName | 1 |
|---|
| zoom | 1 |
|---|
| simple | 1 |
|---|
| pageId | 71928707 |
|---|
| custContentId | 74912385 |
|---|
| lbox | 1 |
|---|
| diagramDisplayName | HA_AlternativeUpdate_with ServerScwitchOff | simpleViewer | true |
|---|
| contentVer | 1 |
|---|
| revision | 8 |
|---|
| baseUrl | https://igel-jira.atlassian.net/wiki |
|---|
| diagramName | HA_AlternativeUpdate_with ServerScwitchOff |
|---|
| width | 400 |
|---|
| links | auto |
|---|
| tbstyle | top | lbox | true |
|---|
| diagramWidth | 536 |
|---|
| revision | 8 |
|---|
|
|
|
| Note |
|---|
IGEL empfiehlt diese Methode für das HA-Update aufgrund einer Reihe von Vorteilen: - Der Aktualisierungsvorgang ist wesentlich schneller.
- Keine Datenbankinkonsistenzen, da während des Updates keine anderen Server und Prozesse die Datenbank nutzen.
- Nur kurze Ausfallzeit. Hinweis: Da es keine Kommunikation zwischen den Servern und Geräten gibt (während der Aktualisierung des ersten UMS Servers), können keine benutzerspezifischen Profile bereitgestellt werden (IGEL Shared Workplace).
|
| Anchor |
|---|
| HAupdate_withTempDB |
|---|
| HAupdate_withTempDB |
|---|
|
Ohne AusfallzeitIn diesem Fall sieht der Aktualisierungsvorgang allgemein wie folgt aus:
| Section |
|---|
| Column |
|---|
| - Aktualisieren Sie alle UMS Server auf eine neue Version, ein Server nach dem anderen.
Während der Aktualisierung trennt sich ein UMS Server von der produktiven Datenbank und speichert eine Kopie davon lokal in einer eingebetteten Derby-Datenbank. Die Kopie wird für jeden Server erstellt, außer für den letzten. Der zuletzt aktualisierte UMS Server aktualisiert auch das Schema der produktiven Datenbank. Danach verbinden sich alle anderen UMS Server wieder mit der ursprünglichen produktiven Datenbank. - Aktualisieren Sie andere Komponenten wie separate UMS Load Balancer und/oder UMS Konsolen.
Detaillierte Anweisungen finden Sie unter (12.04.120-de_orig) HA-Installation aktualisieren: Ohne Ausfallzeit der Server. |
| Column |
|---|
| | Drawio |
|---|
| border | true | diagramName | 1 |
|---|
| zoom | 1 |
|---|
| simple | 1 |
|---|
| pageId | 71928707 |
|---|
| custContentId | 74813681 |
|---|
| lbox | 1 |
|---|
| diagramDisplayName | Updating the Installation | simpleViewer |
|---|
true| contentVer | 1 | | revision | 4 |
|---|
| baseUrl | https://igel-jira.atlassian.net/wiki |
|---|
| diagramName | Updating the Installation |
|---|
| width | 400 |
|---|
| links | auto |
|---|
| tbstyle | top |
|---|
| lbox | true |
|---|
| diagramWidth | 526 |
|---|
| revision | 4 |
|---|
|
|
|
| Note |
|---|
Bei dieser Aktualisierungsmethode können alle UMS Server während des Aktualisierungsprozesses jederzeit von den Endgeräten angesprochen werden, z. B. um benutzerspezifische Profile bereitzustellen (IGEL Shared Workplace). Beachten Sie jedoch das Folgende: - Das Kopieren der Daten von der produktiven Datenbank in die temporäre Datenbank kann sehr 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 auf die produktive Datenbank umschalten.
|
...
