Serveradministration: Unterschied zwischen den Versionen

Aktuelle Version vom 30. September 2022, 15:26 Uhr

Serveradministration

Die folgenden Server sind über Hetzner zu erreichen (https://console.hetzner.cloud/projects/313256/servers):

APProVe-Produktiv 135.181.145.86
iBDF-Server 49.12.108.4
proskive 88.99.122.71

Nachfolgend die Server im Intranet:

GBA-Server diz-gba.intra.kgu.de
DKTK-Server 172.16.100.73
Demo APProVe 141.2.205.169

Für eine Übersicht der laufenden Dienste klicken Sie bitte hier (Serverübersicht).

Wartung

Pakete updaten:

apt-get update && apt-get upgrade

1. iBDF-Server: Laufende Services und Ort der docker-compose.yml

Alle Services laufen im /opt/-Ordner.

Alle bisher erstellten Backups befinden sich im /opt/backups/-Ordner

Alle bisher erstellen Datenbank dumps liegen in /op/database-dumps/-Ordner

Redmine (/opt/redmine_prod/)
Drupal (/opt/drupal/)
Wekan (/opt/wekan-mongodb/)
OnlyOffice (/opt/Docker-CommunityServer/)
Bluespice (/opt/bluespice/)
APProVe Marburg (/opt/proskive/)
LimeSurvey Productive (/opt/limesurvey-prod/)
LimeSurvey Test (/opt/docker-limesurvey/)
Kimai (/opt/kimai/)

Backups der einzelnen Docker Dienste

Für jeden laufenden Docker-Service muss die Datenbank und die persistierten Volumes gesichert werden und über einen cronjob automatisiert sein. Dazu muss zu jeden Service ein Script bereitgestellt werden, dass via

crontab -e

automatisert werden kann.

Übersicht bereits automatisierten Backups

Die einzelnen Services werden mittels Volumes auf der Festplatte persistiert.

Es gibt mehrere Möglichkeiten für ein Backup:

Da die Volumes auf der Festplatte persistiert werden (mitsam des Datenbank-Services) können die Volumes gesichert werden.
Für eine erhöhte Sicherheit, oder falls es zu Datenbank-Upgrades kommt, sollte die jeweilige Datenbank über ein dump zusätzlich gesichert werden.


Service	Location Backup Script	Location Database Backup	Location Volume Backup	Cronjob
Redmine	/opt/redmine_prod/backup.sh	/opt/database-dumps/redmine	/opt/backup/redmine	0 0 * * 7 /bin/bash -c "/opt/redmine_prod/backup.sh" >> /opt/redmine_prod/cronjob.log 2>&1
OnlyOffice	-	-	/opt/backup/OnlyOffice	-
Wekan	-	-	/opt/backup/wekan	-
LimeSurvey	-	-	/opt/backup/limesurvey	-
Bluespice	-	-	/opt/backup/bluespice	-
Kimai	-	-	-	-
APProve Marburg	-	-	-	-

Zusätzliche Anleitungen

Redmine

Über die readme.txt im Ordner /opt/redmine_prod können weitere Informationen eingeholt werden zum Image.

Plugins

Um Plugins in Docker installieren zu können, muss ein eigenes Image gebaut werden, in dem die Plugins vorinstalliert sind. Das zugehörige Dockerfile ist im gleichen Ordner und kann über

docker-compose build

erstellt werden. Wenn ein neues Plugin hinzugefügt werden soll, muss es über den COPY-Befehl eingebunden werden.

1. GBA-Server: Laufende Services und Ort der docker-compose.yml

GBA-Bridgehead

Ort: /srv/gba/BlazeStoreETL

Befüllt den lokalen Blaze Store über eine ETL mit Daten aus CentraXX

Bei Problemen oder ausfällen:

Zuerst versuchen, ob das Problem mittels neustart der Container behoben werden kann.

docker-compose down && docker-compose up -d && docker-compose logs -f

Falls das Problem weiterhin besteht (fehlerhafte Dateien in Blaze) versuchen die Datenbank neu zu befüllen.

bash BlazeStoreETL.sh

Dadurch wird das Volume von Blaze gelöscht und neu befüllt. Das Skript zieht automatisch Daten aus CentraXX, konvertiert diese in FHIR-Dateien und befüllt den lokalen Blaze Store.

2. DKTK-Server

3. Demo-APProVe: Laufende Services und Ort der docker-compose.yml

Ort: /opt/proskive/simpleDeploy/Demo-Deployment-Files

docker-compose down && docker-compose up -d && docker-compose logs -f

@@ Zeile 1: / Zeile 1: @@
 === Serveradministration ===
-Die folgenden Server sind über Hetzner zu erreichen (https://console.hetzner.cloud/projects/313256/servers)
+Die folgenden Server sind über Hetzner zu erreichen (https://console.hetzner.cloud/projects/313256/servers):
 # APProVe-Produktiv 135.181.145.86
 # iBDF-Server 49.12.108.4
 # proskive 88.99.122.71
+Nachfolgend die Server im Intranet:
+# GBA-Server diz-gba.intra.kgu.de
+# DKTK-Server 172.16.100.73
+# Demo APProVe 141.2.205.169
 Für eine Übersicht der laufenden Dienste klicken Sie bitte [[Serverübersicht|hier (Serverübersicht)]].
@@ Zeile 11: / Zeile 16: @@
 Pakete updaten:<blockquote>apt-get update && apt-get upgrade</blockquote>
-==== Laufende Services und Ort der docker-compose.yml ====
+=== 1. iBDF-Server: Laufende Services und Ort der docker-compose.yml ===
 Alle Services laufen im /opt/-Ordner.
@@ Zeile 89: / Zeile 94: @@
 | -
 |}
+===== Zusätzliche Anleitungen =====
+====== Redmine ======
+Über die readme.txt im Ordner /opt/redmine_prod können weitere Informationen eingeholt werden zum Image.
+'''Plugins'''
+Um Plugins in Docker installieren zu können, muss ein eigenes Image gebaut werden, in dem die Plugins vorinstalliert sind. Das zugehörige Dockerfile ist im gleichen Ordner und kann über <blockquote>docker-compose build</blockquote>erstellt werden. Wenn ein neues Plugin hinzugefügt werden soll, muss es über den COPY-Befehl eingebunden werden.
+=== <span class="mw-headline">1. GBA-Server: Laufende Services und Ort der docker-compose.yml</span> ===
+==== GBA-Bridgehead ====
+Ort: /srv/gba/BlazeStoreETL
+Befüllt den lokalen Blaze Store über eine ETL mit Daten aus CentraXX
+Bei Problemen oder ausfällen:
+Zuerst versuchen, ob das Problem mittels neustart der Container behoben werden kann.<blockquote>docker-compose down && docker-compose up -d && docker-compose logs -f</blockquote>Falls das Problem weiterhin besteht (fehlerhafte Dateien in Blaze) versuchen die Datenbank neu zu befüllen.<blockquote>bash BlazeStoreETL.sh</blockquote>Dadurch wird das Volume von Blaze gelöscht und neu befüllt. Das Skript zieht automatisch Daten aus CentraXX, konvertiert diese in FHIR-Dateien und befüllt den lokalen Blaze Store.
+=== 2. DKTK-Server ===
+=== <span class="mw-headline ve-pasteProtect">3. Demo-APProVe: Laufende Services und Ort der docker-compose.yml</span> ===
+Ort: /opt/proskive/simpleDeploy/Demo-Deployment-Files<blockquote>docker-compose down && docker-compose up -d && docker-compose logs -f</blockquote>