You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/onprem/de/upgrade.asciidoc
+12-11Lines changed: 12 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -39,8 +39,8 @@ Weitere Informationen zur Instanzverwaltung (wozu auch das Aufräumen nicht mehr
39
39
== Vorbereitungen
40
40
41
41
Editions-Upgrades können mit Updates der {CMK}-Major-Version kombiniert werden, also beispielsweise der Wechsel von {RE}{oldstable-patch} auf {SE}{current}.
42
-
Wir empfehlen jedoch, ein Upgrade nur mit _derselben_{CMK}-Version, d.h. mit identischer Major- und Patch-Version, durchzuführen.
43
-
In der Praxis bedeutet dies, dass Sie Ihre Instanz auf die letzte verfügbare xref:update#update_path[Patch-Version der bisher genutzten Edition aktualisieren] sollten, bevor Sie das Upgrade angehen.
42
+
Wir empfehlen jedoch, ein Upgrade nur mit _derselben_{CMK}-Version, d.h. mit identischen Major- und Patch-Versionen, durchzuführen.
43
+
In der Praxis bedeutet dies, dass Sie Ihre Instanz auf die letzte verfügbare xref:update#update_path[Patch-Version der bisher genutzten Edition] aktualisieren sollten, bevor Sie das Upgrade angehen.
44
44
Spätestens dieses Update vor dem Upgrade ist die Möglichkeit, sich mit dem `omd`-Befehl vertraut zu machen.
45
45
46
46
Bei einem Upgrade wird der _Lizenzstatus_ zurückgesetzt.
@@ -60,7 +60,7 @@ Das Upgrade besteht wie beim Update im wesentlichen aus zwei Schritten:
60
60
[#install_package]
61
61
=== Ziel-Edition installieren
62
62
63
-
Auch beim Upgrade ist der erste Schritt die xref:install_packages#[Installation] der gewünschten neuen xref:cmk_versions.html#[Version] von {CMK}.
63
+
Auch beim Upgrade ist der erste Schritt die xref:install_packages#[Installation] der gewünschten neuen {CMK}-xref:cmk_versions.html#[Version].
64
64
Dies erfolgt genau wie bei der ersten Installation.
65
65
Im folgenden Beispiel wird ein Paket für Ubuntu 24.04 (Noble Numbat) installiert:
66
66
@@ -78,7 +78,7 @@ Die Liste der installierten {CMK}-Versionen können Sie jederzeit mit dem Befehl
78
78
{current}.community
79
79
----
80
80
81
-
Details zum Befehl `omd versions` finden Sie im xref:update#install_new_versions[Artikel zu Updates].
81
+
Details zum Befehl `omd versions` finden Sie im Artikel zu xref:update#install_new_versions[Updates].
82
82
83
83
84
84
[#upgrade]
@@ -107,10 +107,11 @@ Sobald Sie Ihre Instanz wieder starten, arbeitet diese wie gewohnt.
107
107
Allerdings ist es sinnvoll, einige Einstellungen vorzunehmen, um vom gestiegenen Funktionsumfang und höherer Performance zu profitieren.
108
108
Diese erläutern wir in den folgenden Abschnitten.
109
109
110
+
110
111
[#updateraw]
111
112
=== Upgrade von {RE} auf eine kommerzielle Editionen
112
113
113
-
Dieses Kapitel deckt primär das Upgrade zu {CSE} ab.
114
+
Dieser Abschnitt deckt primär das Upgrade zu {CSE} ab.
114
115
Sie können in einem Schritt auch zu {CE} upgraden, beachten Sie in diesem Fall jedoch auch die Hinweise im xref:cee2cce[folgenden Abschnitt].
115
116
116
117
Da die kommerziellen Editionen etliche zusätzliche Module und Features haben, gibt es nach der Umstellung ein paar Dinge zu beachten.
@@ -192,7 +193,7 @@ Selbstverständlich können Sie mit dem Start warten, bis alle Instanzen das Upg
192
193
Für das Upgrade bedeutet dies, dass die Zentralinstanz das Upgrade _zuerst_ erhält.
193
194
Während des Mischbetriebs sollte keine Übertragung der Konfiguration von der Zentralinstanz zu den Remote-Instanzen durchgeführt werden, die noch kein Upgrade erhalten haben.
194
195
Daher empfehlen wir, für die Dauer des Mischbetriebs auf der Zentralinstanz via [.guihint]#Setup > General > Read only mode# die Änderung der Konfiguration zu unterbinden.
195
-
Theoretisch kann solch ein Mischbetrieb beliebig lange währen – in der Praxis werden jedoch nach einiger Zeit Konfigurationsänderungen notwendig sein, die einen homogenen Editions-Stand erfordern.
196
+
Theoretisch kann solch ein Mischbetrieb beliebig lange währen -- in der Praxis werden jedoch nach einiger Zeit Konfigurationsänderungen notwendig sein, die einen homogenen Editions-Stand erfordern.
196
197
197
198
Für das Upgrade ergibt sich daraus folgende Reihenfolge:
198
199
@@ -220,15 +221,15 @@ Nehmen wir an, Sie aktivieren eine spezifische Einstellung von {SE} – beispiel
220
221
In diesem Fall verwerfen {RE}-Instanzen die Einstellung, woraus folgt, dass diese auch nach dem Upgrade nicht zur Verfügung steht.
221
222
Erst nach erneuter Änderung der betroffenen Einstellung nach dem Upgrade steht diese zur Verfügung.
222
223
223
-
Sollte es unvermeidbar sein, während des Upgrades auf die Synchronisation der Konfiguration zu verzichten, prüfen Sie nach dem vollständigen Upgrade die Konsistenz der spezifischen Einstellungen von {SE}.
224
+
Sollte es unmöglich sein, während des Upgrades auf die Synchronisation der Konfiguration zu verzichten, prüfen Sie nach dem vollständigen Upgrade die Konsistenz der spezifischen Einstellungen von {SE}.
224
225
====
225
226
226
227
227
228
[#down2cee]
228
229
== Downgrades
229
230
230
231
Auch Downgrades zwischen den Editionen sind vorgesehen.
231
-
Ein Downgrade ist eine komplexere und damit zeitaufwendigere Aktion, da einige Funktionen in der Zielversion möglicherweise nicht funktionieren und manuell deaktiviert und durch eine möglicherweise weniger effiziente oder weniger komfortable Alternative ersetzt werden müssen.
232
+
Ein Downgrade ist eine komplexere und damit zeitaufwendigere Aktion, da einige Funktionen in der Zieledition möglicherweise nicht funktionieren und manuell deaktiviert und durch eine möglicherweise weniger effiziente oder weniger komfortable Alternative ersetzt werden müssen.
232
233
233
234
Informieren Sie sich im Folgenden unbedingt, was *vor* einem Downgrade zu erledigen ist.
234
235
@@ -242,13 +243,13 @@ Stattdessen empfehlen wir, in einem solchen Fall mit einer frischen Instanz zu b
242
243
Als Vorbereitung für das Downgrade von {CE} nach {SE} müssen Sie mindestens die folgenden Änderungen vornehmen:
243
244
244
245
* Stellen Sie Hosts, die im Push-Modus arbeiten, auf xref:agent_linux#changepush[Pull-Modus] um.
245
-
Andernfalls empfängt {CMK} von diesen keine Monitoring-Daten und betroffene Hosts werden im Regelfall xref:monitoring_basics#stale[_stale_].
246
+
Andernfalls empfängt {CMK} von diesen Hosts keine Monitoring-Daten, und die Hosts werden im Regelfall xref:monitoring_basics#stale[_stale_].
246
247
247
248
* Konfigurieren Sie die Agentenpakete für Ordner so um, dass keine xref:hosts_autoregister#[Autoregistrierung] mehr vorgenommen wird.
248
249
Backen Sie anschließend die Agentenpakete neu.
249
250
250
251
Ferner stehen nicht mehr alle Cloud-Services und weniger Dashboards zur Verfügung.
251
-
Als Folge werden Sie im Anschluss an das Downgrade xref:wato_services#vanished[verschwundene Services] aufräumen müssen.
252
+
Als Folge werden Sie xref:wato_services#vanished[verschwundene Services] aufräumen müssen.
252
253
253
254
Eine Übersicht der Unterschiede zwischen {CE} und {SE} liefert der Artikel zu xref:cce#[{CE-onprem}].
254
255
@@ -291,7 +292,7 @@ Selbstverständlich können Sie mit dem Start warten, bis alle Instanzen das Dow
291
292
=== Das Downgrade durchführen
292
293
293
294
Das eigentliche Downgrade *muss* -- genau wie beim Update oder Upgrade -- mit dem Befehl `omd update` durchgeführt werden.
294
-
Die Details dazu finden Sie im xref:update#execute[Artikel zu Updates].
295
+
Die Details dazu finden Sie im Artikel zu xref:update#execute[Updates].
295
296
296
297
Wenn Sie beispielsweise von der {CE} auf die {SE} downgraden wollen, überzeugt sich {CMK}, ob das tatsächlich Ihre Intention ist:
0 commit comments