Zum Inhalt springen

Änderungen von Dokument Nexus H2 Datenbank-Migration

Zuletzt geändert von Jonas Mayer am 2025/04/13 09:19
Von Version 1.16
bearbeitet von Tom Altenbrunn
am 2024/10/25 12:01
Änderungskommentar: (Autosaved)
Auf Version 16.1
bearbeitet von Jonas Mayer
am 2025/04/13 09:08
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Seiteneigenschaften
Titel
... ... @@ -1,1 +1,1 @@
1 -Nexus Upgrade
1 +Nexus H2 Datenbank-Migration
Übergeordnete Seite
... ... @@ -1,1 +1,1 @@
1 -Main.LD Deploy.WebHome
1 +Main.LD Deploy.Allgemein.WebHome
Dokument-Autor
... ... @@ -1,1 +1,1 @@
1 -xwiki:XWiki.TomAltenbrunn@sbede
1 +xwiki:XWiki.jonasmayer@sbede
Inhalt
... ... @@ -1,21 +1,29 @@
1 -Bedingt durch mehrere Änderungen wird der Nexus weg von OrientDB-Datenbank und JavaDeploymenKit (JDK) 11 zu Version 17. Dies macht es erforderlich in Logodidact-Umgebungen die beiden Komponenten manuell zu aktualisieren.
1 +{{toc/}}
2 2  
3 +----
3 3  
4 -Vorgehen
5 +Bedingt durch mehrere herstellerseitige Änderungen des Nexus werden die Nexus-Komponenten weg von OrientDB-Datenbank auf H2 umgezogen und JavaDeploymenKit (JDK) 11 zu Version 17. Aufgrund der Komplexität entfällt ein voll automatisiertes Upgrade und es ist erforderlich in Logodidact-Umgebungen (Puppetversion ab 7.1.X) diese beiden Komponenten manuell zu aktualisieren.
5 5  
6 -Downgrade auf Version 3.70.2
7 7  
8 -Wechseln Sie sich vom ldhost in den Container nexus-g1. Dort wird per apt install ein Downgrade der Nexus-Version von 3.72.0 auf Verison 3.70.2 durchgeführt.
8 += __Vorgehen__ =
9 9  
10 +== Downgrade auf Version 3.70.2 ==
11 +
12 +Wechseln Sie sich vom **ldhost **in den Container **nexus-g1**. Dort wird per **apt install** ein Downgrade der Nexus-Version von 3.74.0 auf Version 3.70.2 durchgeführt.
13 +
10 10  {{code language="bash"}}
11 11  root@ldhost:~ # ssh nexus-g1
12 -root@nexus-g1:~ # apt install --reinstall ld-nexus=3.70.2-01~20241002.141506
16 +#puppet-agent temporär deaktivieren und openjdk auf Version 11 downgraden
17 +root@nexus-g1:~ # pdis
18 +root@nexus-g1:~ # apt install openjdk-11-jre-headless
19 +root@nexus-g1:~ # apt purge openjdk-17-jre-headless
20 +root@nexus-g1:~ # apt install --reinstall ld-nexus=3.70.2.01+3
13 13  {{/code}}
14 14  
15 15  
16 -Backup der Nexus-Repositorys
24 +== __Backup der Nexus-Repositorys__ ==
17 17  
18 -Basis-Setup durchführen
26 +=== Basis-Setup durchführen ===
19 19  
20 20  Zunächst ist ein Backup der Repositorys vonnöten. In den Repos befinden sich Treiber, Chocolatey-Anwendungspakete und weiteres. Verbinden Sie sich hierzu auf die administrative Weboberfläche in einem Browser Ihrer Wahl. Die URL ist in der Regel folgendermaßen aufgebaut: {{code language="bash"}}https://nexus-g1.shortname.logoip.de{{/code}}
21 21  
... ... @@ -22,7 +22,7 @@
22 22  [[image:deep-dive_nexus_01_sicherheitsluecke.png]]
23 23  
24 24  
25 -Nun erfolgt der Login als administrativer Benutzer mit dem sog. **nxadmin**. Die Zugangsdaten liegen im nexus-g1 Container vor:
33 +Nun erfolgt der Login als administrativer Benutzer mit dem sog. **nxadmin**. Die Zugangsdaten liegen im **nexus-g1** Container vor:
26 26  
27 27  {{code language="bash"}}
28 28  root@nexus-g1:~ # cat /etc/nxadmin.secret
... ... @@ -31,17 +31,17 @@
31 31  [[image:deep-dive_nexus_00_zugangsdaten.png||class="img-thumbnail"]]
32 32  
33 33  
34 -Falls der Login als administrativer Benutzer zum ersten Mal erfolgt müssen Sie einmalig das Basis-Setup durchklicken. In Schritt 1 klicken Sie auf "Next", um die nächsten Einstellungen vorzunehmen.
42 +Falls der Login als administrativer Benutzer zum ersten Mal erfolgt müssen Sie einmalig das Basis-Setup durchklicken. In **Schritt 1** klicken Sie auf "Next", um die nächsten Einstellungen vorzunehmen.
35 35  
36 36  [[image:deep-dive_nexus_02_1stlogin.png]]
37 37  
38 38  
39 -Aktivieren Sie in Schritt 2 den "anonymen Zugriff" auf den Nexus und bestätigen mit "Next". In Schritt 3 wird die Konfiguration abgeschlossen.
47 +Aktivieren Sie in **Schritt 2** den "anonymen Zugriff" auf den Nexus und bestätigen mit "Next". In** Schritt 3 **wird die Konfiguration abgeschlossen.
40 40  
41 41  [[image:deep-dive_nexus_03_enable-anonaccess.png]]
42 42  
43 43  
44 -Backup-Aufgabe erstellen
52 +=== Backup-Aufgabe erstellen ===
45 45  
46 46  Navigieren Sie nun über die linksseitige Navigationsbar in die Systemeinstellungen und dort in die Aufgabenplanung. Erstellen Sie einen neuen Task über die Schaltfläche "Create Task".
47 47  
... ... @@ -57,14 +57,19 @@
57 57  
58 58  [[image:deep-dive_nexus_07_backup-task-settings.png]]
59 59  
60 -Das Backupverzeichnis im Container nexus-g1 anlegen. Damit der Ordner die korrekten Berechtigungen erhält wird dieser mit dem Benutzer "nexus" erstellt.
61 61  
62 -[[image:deep-dive_nexus_05_nexus-g1-new-backup-folder.png]]
69 +Danach das Backupverzeichnis im Container **nexus-g1** anlegen. Damit der Ordner die korrekten Berechtigungen erhält wird dieser mit dem Benutzer "nexus" erstellt.
63 63  
64 -Speichern Sie nun den Backup-Task über "Create task".
71 +{{code language="bash"}}
72 +root@nexus-g1:~ # sudo -u nexus mkdir /data/sonatype-work/backup
73 +{{/code}}
65 65  
66 -Nun im Anschluss den Task ausführen, wodurch ein Backup der Repos in das soeben erstellte Verzeichnis im nexus-g1 Container vollzogen wird. Je nach Größe kann diese Aufgabe entsprechend viel Zeit in Anspruch nehmen.
75 +[[image:deep-dive_nexus_05_nexus-g1-new-backup-folder.png||class="img-thumbnail"]]
67 67  
77 +Speichern Sie nun den Backup-Task über** Create task**.
78 +
79 +Nun im Anschluss den Task ausführen, wodurch ein Backup der Repos in das soeben erstellte Verzeichnis im **nexus-g1** Container vollzogen wird. Je nach Größe kann diese Aufgabe entsprechend viel Zeit in Anspruch nehmen.
80 +
68 68  [[image:deep-dive_nexus_08_run-backup-task.png]]
69 69  
70 70  
... ... @@ -75,56 +75,97 @@
75 75  
76 76  Serverseitig im nexus-g1 Backup-Verzeichnis liegen nun strukturell die vom Task erstellten Sicherungen vor.
77 77  
78 -[[image:deep-dive_nexus_10_backup-files-in-container.png]]
91 +[[image:deep-dive_nexus_10_backup-files-in-container.png||class="img-thumbnail"]]
79 79  
80 80  
81 -Migration durchführen
94 +== Migration durchführen ==
82 82  
83 -Nach der Erstellung des Backups wird die eigentliche Migration durchgeführt. SBE bietet hierfür ein entsprechendes Migrations-Skript mit dem Namen "ld-nexus-db-migrator" an.
96 +Nach der Erstellung des Backups wird die eigentliche Migration durchgeführt. SBE bietet hierfür ein entsprechendes Migrations-Skript mit dem Namen "ld-nexus-db-migrator" an. Wir empfehlen die Migration in einer **screen-Session** durchzuführen.
84 84  
85 -Stoppen Sie zunächst den Nexus-Service
98 +Stoppen Sie zunächst den Nexus-Service.
86 86  
100 +{{code language="bash"}}
101 +root@ldhost:~ # screen
102 +root@ldhost:~ # ssh nexus-g1
103 +root@nexus-g1:~ # cd /data/sonatype-work/backup
104 +root@nexus-g1:/data/sonatype-work/backup # systemctl stop nexus.service
87 87  
88 -Info:
106 +{{/code}}
89 89  
90 -Sollte bereits durch "ldupdate" im puppeteer-g3 die neue  Version 3.72.0 installiert worden sein, können Sie ein Downgrade auf die alte Version durchführen und dann den manuellen Upgrade-Prozess starten
91 91  
109 +Im Anschluss das Migrations-Skript {{box}}ld-nexus-db-migrator{{/box}} starten. Es ist wichtig, das Skript aus dem Backupverzeichnis heraus auszuführen.
92 92  
111 +[[image:deep-dive_nexus_11_run-db-migration-tool.png||class="img-thumbnail"]]
93 93  
94 94  
114 +Die erfolgreiche Migration stellt sich dann folgendermaßen dar:
95 95  
96 -Hier eine grobe Beschreibung, wie man unter LogoDIDACT das Upgrade durchführen kann. Im R1 liegen bereits beide Pakete drin, also 3.70.2 und 3.72.0. Ubuntu wird standardmäßig natürlich das aktuellere Paket installieren, was bei einer nicht migrierten DB zu Problemen führen wird.
116 +[[image:deep-dive_nexus_12_db-migration-tool-successful.png||class="img-thumbnail"]]
97 97  
98 98  
99 -1. Downgrade auf das 3.70.2 Paket.
100 -
101 -1. Erstellen des Backups [[https:~~/~~/help.sonatype.com/en/configure-and-run-the-backup-task.html#configuring-the-backup-task-for-orientdb>>url:https://help.sonatype.com/en/configure-and-run-the-backup-task.html#configuring-the-backup-task-for-orientdb]]
102 -Als Backup Verzeichnis muss /data/sonatype-work/backup angegeben werden.
103 -1. Service beenden
104 -root@nexus-g1:~~ # systemctl stop nexus.service
105 -1. Migration starten (da die Migration mit dem nexus Benutzer durchgeführt wird, muss das Script aus einem Verzeichnis gestartet werden, auf das der Benutzer wenigstens einen lesenden Zugriff hat, am besten aus dem /data/sonatype-work Verzeichnis).
106 -root@nexus-g1:~~ # ld-nexus-db-migrator
107 -1. Wenn die Migration erfolgreich durchgelaufen ist, dann kann der Service erneut gestartet werden.
108 -root@nexus-g1:~~ # systemctl start nexus.service
109 -1. ACHTUNG: erst mit dem Upgrade fortfahren, wenn der 3.70.2 Service erfolgreich startet und alle Inhalte noch da sind. Falls etwas schief läuft müssen die Fehler analysiert, behoben und die Migration erneut gestartet werden. Dazu entfernt man das "fehlerhafte" /data/sonatype-work/nexus3/db Verzeichnis und verschiebt das /data/sonatype-work/nexus3/legacy Verzeichnis an dessen Stelle und führt die Migration erneut aus.
110 -1. Wechseln von JDK 11 zu JDK 17
111 -root@puppeteer-g3:~~ # cat /etc/logodidact/hiera/custom.d/nexus-g1.yaml
112 -ld_openjdk::package: 'openjdk-17-jre-headless'
113 -1. Upgrade auf Nexus 3.72.0
114 -root@nexus-g1:~~ # apt upgrade -y
115 -1. root@nexus-g1:~~ # prun
116 -1. Am Ende kann noch aufgeräumt und das /data/sonatype-work/nexus3/legacy Verzeichnis entfernt werden.
119 +Starten Sie den Nexus-Service. Bei einer erfolgreichen Migration sollte dieser ohne Fehler starten.
117 117  
121 +{{code language="bash"}}
122 +root@nexus-g1:/data/sonatype-work/backup # systemctl start nexus.service
123 +{{/code}}
118 118  
125 +[[image:deep-dive_nexus_13_start-nexus-service-and-remove-backup-on-success.png||class="img-thumbnail"]]
119 119  
127 +(% class="box warningmessage" %)
128 +(((
129 +**ACHTUNG:**
130 +Erst mit dem Upgrade fortfahren, wenn der 3.70.2 Service erfolgreich startet und alle Inhalte noch da sind. Falls etwas schief läuft müssen die Fehler analysiert, behoben und die Migration erneut gestartet werden. Dazu entfernt man das "fehlerhafte" /data/sonatype-work/nexus3/db Verzeichnis und verschiebt das /data/sonatype-work/nexus3/legacy Verzeichnis an dessen Stelle und führt die Migration erneut aus.
131 +)))
120 120  
121 121  
134 +Das Versionsupgrade des Nexus von 3.70.2 auf 3.74.0durchführen.
122 122  
136 +{{code language="bash"}}
137 +root@nexus-g1:~ # apt upgrade -y
138 +root@nexus-g1:~ # pena
139 +root@nexus-g1:~ # prun
140 +#Hier wird openjdk17 reinstalliert passend zur neuesten Nexus-Version
141 +{{/code}}
123 123  
143 +Am Ende kann noch aufgeräumt und das **/data/sonatype-work/nexus3/legacy** Verzeichnis entfernt werden.
124 124  
145 +{{code language="bash"}}
146 +root@nexus-g1:~ # rm -rf /data/sonatype-work/nexus3/legacy
147 +{{/code}}
125 125  
149 +Damit ist das Update abgeschlossen.
126 126  
127 127  
152 += __Besondere Schritte nach einem Server-Upgrade auf LogoDIDACT 4.0__ =
128 128  
154 +Beim Ausführen eines LogoDIDACT 4.0 Upgrades über das Kommando {{box}}ld40-upgrade{{/box}} werden die Bestandsdaten vom nexus-g1 LXC-Container in einen ungenutzten Ordner verschoben und der LXC-Container im Laufe des Upgradevorgangs mit **leeren Daten** und einem Ubuntu 22.04 "Jammy" OS neu aufgebaut. Um die früheren Nexus Repository-Daten (Treiberarchive, Softwarepakete, usw.) wiederherzustellen, können unmittelbar nach dem LD4.0 Upgrade folgende Extra-Schritte ausgeführt werden.
129 129  
130 -
156 +== Nexus-Verzeichnis mit Bestandsdaten verschieben ==
157 +
158 +Zunächst vom **ldhost** aus den LXC-Container nexus-g1 stoppen, danach die früheren Repository-Daten zurückverschieben in den Pfad, der tatsächlich eingehängt & verwendet wird und dann den LXC-Container wieder starten.
159 +
160 +{{code language="bash"}}
161 +root@ldhost:~ # systemctl stop lxc@nexus-g1; lxc-stop -n nexus-g1
162 +root@ldhost:~ # mv /var/lib/lxc.data/nexus-g1 /var/lib/lxc.data/nexus-g1.postld40upgrade.empty
163 +root@ldhost:~ # mv /var/lib/lxc.data/nexus-g1.ld20 /var/lib/lxc.data/nexus-g1
164 +root@ldhost:~ # systemctl start lxc@nexus-g1
165 +{{/code}}
166 +
167 +
168 +== Nexus H2 Datenbank-Migration durchführen ==
169 +
170 +Jetzt die Schritte zur Migration der Nexus-Datenbank ins H2-Format abarbeiten, so wie im oberen Bereich dieses Artikels unter „[[Vorgehen>>verffentlichtld40:Main.LD Deploy.Allgemein.Nexus H2 Datenbank-Migration.Vorgehen.WebHome||anchor="HVorgehen"]]“ beschrieben.
171 +
172 +
173 +== Vorausgelieferte Softwarepakete im Nexus-Container reimportieren (neueste Version) ==
174 +
175 +{{code language="bash"}}
176 +root@nexus-g1:~ # apt install --reinstall ld-choco-install ld-console ld-control-agent ld-lgpo ld-nexus-tools ld-nexus-upload ld-nircmd ld-openssh ld-sysinternals ld-vc-redist ld-win-tools
177 +{{/code}}
178 +
179 +
180 +(% class="box successmessage" %)
181 +(((
182 +**HINWEIS:**
183 +Sollte der Ordner **/var/lib/lxc.data/nexus-g1.ld20/** im ldhost nicht existieren, wurde entweder die Wiederherstellung der Nexus-Repositories bereits durchgeführt oder das LogoDIDACT 4.0 Upgrade wurde zu einem früheren Zeitpunkt in der Vergangenheit ausgeführt, als diese besonderen Schritte noch nicht notwendig waren.
184 +)))
1731313396263-355.png
Author
... ... @@ -1,0 +1,1 @@
1 +xwiki:XWiki.TomAltenbrunn@sbede
Größe
... ... @@ -1,0 +1,1 @@
1 +5.3 KB
Inhalt
deep-dive_nexus_11_run-db-migration-tool.png
Author
... ... @@ -1,0 +1,1 @@
1 +xwiki:XWiki.TomAltenbrunn@sbede
Größe
... ... @@ -1,0 +1,1 @@
1 +177.7 KB
Inhalt
deep-dive_nexus_12_db-migration-tool-successful.png
Author
... ... @@ -1,0 +1,1 @@
1 +xwiki:XWiki.TomAltenbrunn@sbede
Größe
... ... @@ -1,0 +1,1 @@
1 +108.3 KB
Inhalt
deep-dive_nexus_13_start-nexus-service-and-remove-backup-on-success.png
Author
... ... @@ -1,0 +1,1 @@
1 +xwiki:XWiki.TomAltenbrunn@sbede
Größe
... ... @@ -1,0 +1,1 @@
1 +60.9 KB
Inhalt