Änderungen von Dokument Nexus H2 Datenbank-Migration
Zuletzt geändert von Jonas Mayer am 2025/04/13 09:19
Von Version 2.1
bearbeitet von Tom Altenbrunn
am 2024/10/25 12:09
am 2024/10/25 12:09
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Auf Version 6.9
bearbeitet von Tom Altenbrunn
am 2024/11/11 09:24
am 2024/11/11 09:24
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Zusammenfassung
-
Seiteneigenschaften (1 geändert, 0 hinzugefügt, 0 gelöscht)
-
Anhänge (0 geändert, 1 hinzugefügt, 0 gelöscht)
Details
- Seiteneigenschaften
-
- Inhalt
-
... ... @@ -1,21 +1,25 @@ 1 - Bedingtdurch 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 diese beiden Komponenten manuell zu aktualisieren. 5 5 6 -Downgrade auf Version 3.70.2 7 7 8 - WechselnSie sich vom ldhost in den Containernexus-g1. Dort wird per apt installeinDowngrade 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.72.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.14150616 +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 20 +== __Backup der Nexus-Repositorys__ == 17 17 18 -Basis-Setup durchführen 22 +=== 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: 29 +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. 38 +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 43 +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 48 +=== 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,13 +57,14 @@ 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]]65 +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 67 +[[image:deep-dive_nexus_05_nexus-g1-new-backup-folder.png||class="img-thumbnail"]] 68 + 64 64 Speichern Sie nun den Backup-Task über "Create task". 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. 71 +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. 67 67 68 68 [[image:deep-dive_nexus_08_run-backup-task.png]] 69 69 ... ... @@ -75,80 +75,78 @@ 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]] 83 +[[image:deep-dive_nexus_10_backup-files-in-container.png||class="img-thumbnail"]] 79 79 80 80 81 -Migration durchführen 86 +== 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. Wir empfehlen die Migration in einer screen-Session durchzuführen. 88 +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 85 Stoppen Sie zunächst den Nexus-Service. 86 86 87 87 {{code language="bash"}} 93 +root@ldhost:~ # screen 94 +root@ldhost:~ # ssh nexus-g1 88 88 root@nexus-g1:/data/sonatype-work/backup # systemctl stop nexus.service 96 + 89 89 {{/code}} 90 90 99 +Überprüfung, ob der Container heruntergefahren wurde: 91 91 92 -Im Anschluss das Migrations-Skript starten. Es ist wichtig, das Skript im Backupverzeichnis direkt auszuführen. 93 - 94 -[[image:deep-dive_nexus_11_run-db-migration-tool.png]] 95 - 96 -Die erfolgreiche Migration stellt sich dann folgendermaßen dar: 97 - 98 -[[image:deep-dive_nexus_12_db-migration-tool-successful.png]] 99 - 100 -Starten Sie den Nexus-Service. Bei einer erfolgreichen Migration sollte dieser ohne Fehler starten. 101 - 102 102 {{code language="bash"}} 103 -root@ nexus-g1:/data/sonatype-work/backup#systemctlstartnexus.service102 +root@ldhost:~ # lxc-info -n nexus-g1 104 104 {{/code}} 105 105 106 -[[image: deep-dive_nexus_13_start-nexus-service-and-remove-backup-on-success.png]]105 +[[image:1731313396263-355.png]] 107 107 108 108 108 +Im Anschluss das Migrations-Skript {{box}}ld-nexus-db-migrator{{/box}} starten. Es ist wichtig, das Skript aus dem Backupverzeichnis heraus auszuführen. 109 109 110 +[[image:deep-dive_nexus_11_run-db-migration-tool.png||class="img-thumbnail"]] 110 110 111 111 112 - Info:113 +Die erfolgreiche Migration stellt sich dann folgendermaßen dar: 113 113 114 - Sollte bereits durch "ldupdate" im puppeteer-g3diee Version 3.72.0 installiert worden sein, können Sie ein Downgrade auf die alte Versiondurchführenund dann den manuellen Upgrade-Prozessstarten115 +[[image:deep-dive_nexus_12_db-migration-tool-successful.png||class="img-thumbnail"]] 115 115 116 116 118 +Starten Sie den Nexus-Service. Bei einer erfolgreichen Migration sollte dieser ohne Fehler starten. 117 117 120 +{{code language="bash"}} 121 +root@nexus-g1:/data/sonatype-work/backup # systemctl start nexus.service 122 +{{/code}} 118 118 124 +[[image:deep-dive_nexus_13_start-nexus-service-and-remove-backup-on-success.png||class="img-thumbnail"]] 119 119 120 -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. 126 +(% class="box warningmessage" %) 127 +((( 128 +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. 129 +))) 121 121 122 122 123 -1. Downgrade auf das 3.70.2 Paket. 124 - 125 -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]] 126 -Als Backup Verzeichnis muss /data/sonatype-work/backup angegeben werden. 127 -1. Service beenden 128 -root@nexus-g1:~~ # systemctl stop nexus.service 129 -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). 130 -root@nexus-g1:~~ # ld-nexus-db-migrator 131 -1. Wenn die Migration erfolgreich durchgelaufen ist, dann kann der Service erneut gestartet werden. 132 -root@nexus-g1:~~ # systemctl start nexus.service 133 -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. 134 -1. Wechseln von JDK 11 zu JDK 17 135 -root@puppeteer-g3:~~ # cat /etc/logodidact/hiera/custom.d/nexus-g1.yaml 136 -ld_openjdk::package: 'openjdk-17-jre-headless' 137 -1. Upgrade auf Nexus 3.72.0 138 -root@nexus-g1:~~ # apt upgrade -y 139 -1. root@nexus-g1:~~ # prun 140 -1. Am Ende kann noch aufgeräumt und das /data/sonatype-work/nexus3/legacy Verzeichnis entfernt werden. 132 +== OpenJDK-Version setzen == 141 141 134 +Damit der Nexus auf die neuere JDK-Version 17 zurückgreift wird diese in der nexus-g1.yaml im **puppeteer-g3** definiert. 142 142 136 +{{code language="bash"}} 137 +root@ldhost:~ # ssh puppeteer-g3 138 +root@puppeteer-g3:~ # cd /etc/logodidact/ 139 +root@puppeteer-g3:~ # echo "ld_openjdk::package: 'openjdk-17-jre-headless'" >> /etc/logodidact/hiera/custom.d/nexus-g1.yaml 140 +root@puppeteer-g3:~ # git add . 141 +root@puppeteer-g3:~ # git commit -a -m "nexus-g1 Datenbank von OrientDB auf H2 migriert und auf OpenJDK-17 Runtime festgelegt" 142 +{{/code}} 143 143 144 +Im Anschluss wieder in den Container **nexus-g1** wechseln und das Versionsupgrade des Nexus von 3.70.2 auf 3.72.0. durchführen. 144 144 146 +{{code language="bash"}} 147 +root@nexus-g1:~ # apt upgrade -y 148 +root@nexus-g1:~ # prun 149 +{{/code}} 145 145 151 +Am Ende kann noch aufgeräumt und das **/data/sonatype-work/nexus3/legacy** Verzeichnis entfernt werden. 146 146 153 +{{code language="bash"}} 154 +root@nexus-g1:~ # rm -rf /data/sonatype-work/nexus3/legacy 155 +{{/code}} 147 147 148 - 149 - 150 - 151 - 152 - 153 - 154 154
- 1731313396263-355.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +xwiki:XWiki.TomAltenbrunn@sbede - Größe
-
... ... @@ -1,0 +1,1 @@ 1 +5.3 KB - Inhalt