Änderungen von Dokument Nexus H2 Datenbank-Migration

Zuletzt geändert von Jonas Mayer am 2025/04/13 09:19

Von 1.15 nach 1.16 Von 2.5 nach 2.6

Von Version 1.16

bearbeitet von Tom Altenbrunn
am 2024/10/25 12:01

Änderungskommentar: (Autosaved)

Auf Version 2.5

bearbeitet von Tom Altenbrunn
am 2024/10/25 14:26

Änderungskommentar: Es gibt keinen Kommentar für diese Version

Rohform
Im Layout

Zusammenfassung

Seiteneigenschaften (1 geändert, 0 hinzugefügt, 0 gelöscht)
Anhänge (0 geändert, 3 hinzugefügt, 0 gelöscht)

Details

Seiteneigenschaften

Inhalt

@@ -80,51 +80,59 @@
  Migration durchführen
--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.
++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.
--Stoppen Sie zunächst den Nexus-Service
++Stoppen Sie zunächst den Nexus-Service.
++{{code language="bash"}}
++root@nexus-g1:/data/sonatype-work/backup # systemctl stop nexus.service
++{{/code}}
--Info:
--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
++Im Anschluss das Migrations-Skript starten. Es ist wichtig, das Skript im Backupverzeichnis direkt auszuführen.
++[[image:deep-dive_nexus_11_run-db-migration-tool.png]]
++Die erfolgreiche Migration stellt sich dann folgendermaßen dar:
++[[image:deep-dive_nexus_12_db-migration-tool-successful.png]]
++Starten Sie den Nexus-Service. Bei einer erfolgreichen Migration sollte dieser ohne Fehler starten.
--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.
++{{code language="bash"}}
++root@nexus-g1:/data/sonatype-work/backup # systemctl start nexus.service
++{{/code}}
++[[image:deep-dive_nexus_13_start-nexus-service-and-remove-backup-on-success.png]]
--1. Downgrade auf das 3.70.2 Paket.
--
--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]]
--Als Backup Verzeichnis muss /data/sonatype-work/backup angegeben werden.
--1. Service beenden
--root@nexus-g1:~~ # systemctl stop nexus.service
--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).
--root@nexus-g1:~~ # ld-nexus-db-migrator
--1. Wenn die Migration erfolgreich durchgelaufen ist, dann kann der Service erneut gestartet werden.
--root@nexus-g1:~~ # systemctl start nexus.service
--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.
--1. Wechseln von JDK 11 zu JDK 17
--root@puppeteer-g3:~~ # cat /etc/logodidact/hiera/custom.d/nexus-g1.yaml
--ld_openjdk::package: 'openjdk-17-jre-headless'
--1. Upgrade auf Nexus 3.72.0
--root@nexus-g1:~~ # apt upgrade -y
--1. root@nexus-g1:~~ # prun
--1. Am Ende kann noch aufgeräumt und das /data/sonatype-work/nexus3/legacy Verzeichnis entfernt werden.
++(% class="box warningmessage" %)
++(((
++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.
++)))
++OpenJDK-Version setzen
++Damit der Nexus auf die neuere JDK-Version 17 zurückgreift wird diese in der nexus-g1.yaml im puppeteer-g3 definiert.
++{{code language="bash"}}
++root@ldhost:~ # ssh puppeteer-g3
++root@puppeteer-g3:~ # cd /etc/logodidact/
++root@puppeteer-g3:~ # echo "ld_openjdk::package: 'openjdk-17-jre-headless'" >> /etc/logodidact/hiera/custom.d/nexus-g1.yaml
++root@puppeteer-g3:~ # git add .
++root@puppeteer-g3:~ # git commit -a -m "nexus-g1 Datenbank von OrientDB auf H2 migriert und auf OpenJDK-17 Runtime festgelegt"
++{{/code}}
++Im Anschluss wieder in den Container nexus-g1 wechseln und das Versionsupgrade des Nexus von 3.70.2 auf 3.72.0. durchführen.
++{{code language="bash"}}
++root@nexus-g1:~ # apt upgrade -y
++root@nexus-g1:~ # prun
++{{/code}}
++Am Ende kann noch aufgeräumt und das **/data/sonatype-work/nexus3/legacy** Verzeichnis entfernt werden.
++{{code language="bash"}}
++root@nexus-g1:~ # rm -rf /data/sonatype-work/nexus3/legacy
++{{/code}}
--
--
--
--
--

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