Änderungen von Dokument Nexus H2 Datenbank-Migration
Zuletzt geändert von Jonas Mayer am 2025/04/13 09:19
Von Version 6.6
bearbeitet von Tom Altenbrunn
am 2024/11/11 09:17
am 2024/11/11 09:17
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Auf 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
Zusammenfassung
-
Seiteneigenschaften (1 geändert, 0 hinzugefügt, 0 gelöscht)
Details
- Seiteneigenschaften
-
- Inhalt
-
... ... @@ -1,25 +1,21 @@ 1 - {{toc/}}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. 2 2 3 ----- 4 4 5 - Bedingt durch mehrere herstellerseitige Änderungen des Nexus werden die Nexus-Komponenten weg von OrientDB-Datenbank auf H2 umgezogen und JavaDeploymenKit (JDK) 11 zuVersion 17. Aufgrund der Komplexität entfällt ein voll automatisiertes Upgradeund es ist erforderlichin Logodidact-Umgebungen diese beiden Komponenten manuell zu aktualisieren.4 +Vorgehen 6 6 6 +Downgrade auf Version 3.70.2 7 7 8 - =__Vorgehen__=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. 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 - 14 14 {{code language="bash"}} 15 15 root@ldhost:~ # ssh nexus-g1 16 -root@nexus-g1:~ # apt install --reinstall ld-nexus=3.70.2-01 +312 +root@nexus-g1:~ # apt install --reinstall ld-nexus=3.70.2-01~20241002.141506 17 17 {{/code}} 18 18 19 19 20 - == __Backup der Nexus-Repositorys__ ==16 +Backup der Nexus-Repositorys 21 21 22 - ===Basis-Setup durchführen===18 +Basis-Setup durchführen 23 23 24 24 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}} 25 25 ... ... @@ -26,7 +26,7 @@ 26 26 [[image:deep-dive_nexus_01_sicherheitsluecke.png]] 27 27 28 28 29 -Nun erfolgt der Login als administrativer Benutzer mit dem sog. **nxadmin**. Die Zugangsdaten liegen im **nexus-g1**Container vor:25 +Nun erfolgt der Login als administrativer Benutzer mit dem sog. **nxadmin**. Die Zugangsdaten liegen im nexus-g1 Container vor: 30 30 31 31 {{code language="bash"}} 32 32 root@nexus-g1:~ # cat /etc/nxadmin.secret ... ... @@ -35,17 +35,17 @@ 35 35 [[image:deep-dive_nexus_00_zugangsdaten.png||class="img-thumbnail"]] 36 36 37 37 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.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. 39 39 40 40 [[image:deep-dive_nexus_02_1stlogin.png]] 41 41 42 42 43 -Aktivieren Sie in **Schritt 2**den "anonymen Zugriff" auf den Nexus und bestätigen mit "Next". In**Schritt 3**wird die Konfiguration abgeschlossen.39 +Aktivieren Sie in Schritt 2 den "anonymen Zugriff" auf den Nexus und bestätigen mit "Next". In Schritt 3 wird die Konfiguration abgeschlossen. 44 44 45 45 [[image:deep-dive_nexus_03_enable-anonaccess.png]] 46 46 47 47 48 - ===Backup-Aufgabe erstellen===44 +Backup-Aufgabe erstellen 49 49 50 50 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". 51 51 ... ... @@ -61,14 +61,13 @@ 61 61 62 62 [[image:deep-dive_nexus_07_backup-task-settings.png]] 63 63 60 +Das Backupverzeichnis im Container nexus-g1 anlegen. Damit der Ordner die korrekten Berechtigungen erhält wird dieser mit dem Benutzer "nexus" erstellt. 64 64 65 - Danachdas Backupverzeichnisim Container **nexus-g1** anlegen. Damit der Ordner die korrekten Berechtigungen erhält wirddiesermit dem Benutzer "nexus" erstellt.62 +[[image:deep-dive_nexus_05_nexus-g1-new-backup-folder.png]] 66 66 67 -[[image:deep-dive_nexus_05_nexus-g1-new-backup-folder.png||class="img-thumbnail"]] 68 - 69 69 Speichern Sie nun den Backup-Task über "Create task". 70 70 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.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. 72 72 73 73 [[image:deep-dive_nexus_08_run-backup-task.png]] 74 74 ... ... @@ -80,33 +80,28 @@ 80 80 81 81 Serverseitig im nexus-g1 Backup-Verzeichnis liegen nun strukturell die vom Task erstellten Sicherungen vor. 82 82 83 -[[image:deep-dive_nexus_10_backup-files-in-container.png ||class="img-thumbnail"]]78 +[[image:deep-dive_nexus_10_backup-files-in-container.png]] 84 84 85 85 86 - ==Migration durchführen==81 +Migration durchführen 87 87 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.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. 89 89 90 90 Stoppen Sie zunächst den Nexus-Service. 91 91 92 92 {{code language="bash"}} 93 -root@ldhost:~ # screen 94 -root@ldhost:~ # ssh nexus-g1 95 95 root@nexus-g1:/data/sonatype-work/backup # systemctl stop nexus.service 96 - 97 97 {{/code}} 98 98 99 99 100 -Im Anschluss das Migrations-Skript {{box}}ld-nexus-db-migrator{{/box}} starten. Es ist wichtig, das Skriptaus dem Backupverzeichnisherausauszuführen.92 +Im Anschluss das Migrations-Skript starten. Es ist wichtig, das Skript im Backupverzeichnis direkt auszuführen. 101 101 102 -[[image:deep-dive_nexus_11_run-db-migration-tool.png ||class="img-thumbnail"]]94 +[[image:deep-dive_nexus_11_run-db-migration-tool.png]] 103 103 104 - 105 105 Die erfolgreiche Migration stellt sich dann folgendermaßen dar: 106 106 107 -[[image:deep-dive_nexus_12_db-migration-tool-successful.png ||class="img-thumbnail"]]98 +[[image:deep-dive_nexus_12_db-migration-tool-successful.png]] 108 108 109 - 110 110 Starten Sie den Nexus-Service. Bei einer erfolgreichen Migration sollte dieser ohne Fehler starten. 111 111 112 112 {{code language="bash"}} ... ... @@ -113,36 +113,52 @@ 113 113 root@nexus-g1:/data/sonatype-work/backup # systemctl start nexus.service 114 114 {{/code}} 115 115 116 -[[image:deep-dive_nexus_13_start-nexus-service-and-remove-backup-on-success.png ||class="img-thumbnail"]]106 +[[image:deep-dive_nexus_13_start-nexus-service-and-remove-backup-on-success.png]] 117 117 118 -(% class="box warningmessage" %) 119 -((( 120 -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. 121 -))) 122 122 123 123 124 -== OpenJDK-Version setzen == 125 125 126 -Damit der Nexus auf die neuere JDK-Version 17 zurückgreift wird diese in der nexus-g1.yaml im **puppeteer-g3** definiert. 127 127 128 -{{code language="bash"}} 129 -root@ldhost:~ # ssh puppeteer-g3 130 -root@puppeteer-g3:~ # cd /etc/logodidact/ 131 -root@puppeteer-g3:~ # echo "ld_openjdk::package: 'openjdk-17-jre-headless'" >> /etc/logodidact/hiera/custom.d/nexus-g1.yaml 132 -root@puppeteer-g3:~ # git add . 133 -root@puppeteer-g3:~ # git commit -a -m "nexus-g1 Datenbank von OrientDB auf H2 migriert und auf OpenJDK-17 Runtime festgelegt" 134 -{{/code}} 112 +Info: 135 135 136 - ImAnschlusswieder indenContainer**nexus-g1**wechselnunddasVersionsupgrade desNexusvon3.70.2 auf 3.72.0.durchführen.114 +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 137 137 138 -{{code language="bash"}} 139 -root@nexus-g1:~ # apt upgrade -y 140 -root@nexus-g1:~ # prun 141 -{{/code}} 142 142 143 -Am Ende kann noch aufgeräumt und das **/data/sonatype-work/nexus3/legacy** Verzeichnis entfernt werden. 144 144 145 -{{code language="bash"}} 146 -root@nexus-g1:~ # rm -rf /data/sonatype-work/nexus3/legacy 147 -{{/code}} 148 148 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. 121 + 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. 141 + 142 + 143 + 144 + 145 + 146 + 147 + 148 + 149 + 150 + 151 + 152 + 153 + 154 +