KeyHelp Community

technotravel wrote: ↑Mon 27. Jan 2025, 16:06 MockZ schrieb doch, dass er an eine DB aus einem Backup von vor 14 Tagen will - zumindest habe ich das so verstanden. Also gerade so ein Fall, wo eine DB in einem verschlüsselten Restic-Backup lagert, an das man so ohne Weiteres nicht rankommt.

Ja, aber es wäre doch sehr einfach einen eigenen Dump incl. Import via Bash Script und Cron Job zu erstellen.
Könnte man auch noch erweitern um z.b. den Datenbanknamen in der Config Datei gleich mit zu ändern.

Dabei braucht kein KH Backup entschlüsselt zu werden und wäre im laufenden Betrieb möglich.

MockZ wrote: ↑Mon 27. Jan 2025, 13:44 Vielen Dank für die vielen Antworten und Vorschläge.

Der Fall hier: Ein Kunde hat wohl Dateien aus seiner Nextcloud-Instanz „verloren“. Backup ist da, aber den 14 Tage alten Datenbestand einfach zurück zu bügeln ist keine Option. Die NC wird von >40 Usern aktiv genutzt. Daher der Plan, einfach das Backup parallel in eine ander Subdomain zu restoren.
Den Workaround, die aktive Datenbank umzulagern, mache ich schon mal bei „normalen“ Websites. Aber wenn die DB so stark genutzt wird, ist mir das zu heiß.
Es wäre doch so einfach, eine andere DB als Ziel anzugeben …

VG
Mock

Hi MockZ - nach nochmaliger Lektüre deiner Beschreibung kommt mir der Gedanke, dass du die DB für den gewünschten Zeitpunkt vielleicht gar nicht benötigst.

Es scheint wohl um Dateien zu gehen - und die müsstest du im Nextcloud-Datenverzeichnis des Backups finden können, jenachdem wie du dein Backup konfiguriert hast. Und die könntest du ja dann in ein temporäres Verzeichnis wiederherstellen lassen, auf das du dann deinen Nutzer zugreifen lässt.

Ich selber sichere die Datenverzeichnisse meiner Nextclouds immer separat, eben wegen solcher Situationen.

Noch einmal vielen Dank für mitlesen und mitdenken und die vielen Lösungsvorschläge.

Für mich ist die Interimslösung mit dem Datenbank-Dump erst einmal ok. Vielleicht kommt ja noch eine Panelerweiterung zur einzelnen Rücksicherung der Datenbanken.

Für alle, die es nachbauen wollen: Kurz vor dem Backup ein Dump aller Datenbanken, Script siehe oben. (Evtl. die Dumps von gestern löschen.) Den Ordner mit den Dumps in das Backup mit einbeziehen. Im Restore-Fall den Dump-Order zurücksichern und die DB im Wunschziel wiederherstellen.

Ein weiterer Feature Request: Vor und nach dem Backup würde ich gern ein Script ausführen können.

VG
Mock

Bitte für jedes Feature einen eigenen Thread aufmachen.
DANKE!

Das verschlüsseln bzw. der PW Schutz ist mit Sicherheit sinnvoll solange der User den lokalen Speicherort selbst bestimmen darf.
Wenn aber bei einer "lokalen" Einzelsicherung NUR der "files" Ordner voreingestellt wäre, dann wäre es nicht weiter kritisch und die Dumps sowie Webfolder Backups könnten dort sicher abgelegt werden z.b.
/files/dbname-sql.tar.gz
/files/webfolder-name.tar.gz
Dann jeweils ein Auswahl Button DB restore und Webfolder restore, wobei dann kein PW Schutz beim lokalen sichern nach /files nötig wäre.
Wenn der User ein neues Backup erstellt, einfach die alten überschreiben wg. möglicher Quota Probleme eventl. Hinweis "Falls gewünscht vorige Backups via FTP downloaden und lokal sichern".
So in etwa könnte es vieleicht aussehen ... ist jetzt nur auf die schnelle ausgebrütet und möglicherweise völlisch unausgereift

Dieses Feature ist Teil der kommenden KeyHelp 25.1 Version.