Benutzer-Werkzeuge

Webseiten-Werkzeuge


systeme:samba:backup-recovery

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

Link zu der Vergleichsansicht

Beide Seiten, vorherige ÜberarbeitungVorherige Überarbeitung
systeme:samba:backup-recovery [04/11/2026 02:00] – OMNISRV-SAMBA GAZETTE-001: redaktionelle Kürzung Holger Wehrssysteme:samba:backup-recovery [05/11/2026 03:12] (aktuell) – Externe Bearbeitung 127.0.0.1
Zeile 1: Zeile 1:
 ====== Backup und Wiederherstellung · Die zweite Aktenablage ====== ====== Backup und Wiederherstellung · Die zweite Aktenablage ======
-**Stand:** 2026-11-04 · [[systeme:samba:entwurf-v1|Zur Übersicht]]+**Stand:** 2026-11-05 · [[systeme:samba:entwurf-v1|Zur Übersicht]]
  
-Der aktivierte stündliche Timer startet ein Borg-1.4-Backup. Das Skript erzeugt einen schreibgeschützten Btrfs-Snapshot des verschlüsselten Samba-Subvolumes und öffnet ihn mit ''gocryptfs -ro -acl'' in einem getrennten temporären Mount. Borg liest **diese entschlüsselte Ansicht** samt Eigentümern, Modi und ACLs. Der verschlüsselte Quellbaum wird nicht zusätzlich als Samba-Inhalt archiviert.+Der aktivierte stündliche Timer startet ein Borg-1.4-Backup. Unabhängig vom im Samba-Container laufenden Mount erzeugt das Skript einen schreibgeschützten Btrfs-Snapshot des verschlüsselten Samba-Subvolumes und öffnet ihn **nur für den Backup-Lauf auf dem Host** mit ''gocryptfs -ro -acl'' in einem getrennten temporären Mount. Borg liest **diese entschlüsselte Ansicht** samt Eigentümern, Modi und ACLs. Der verschlüsselte Quellbaum wird nicht zusätzlich als Samba-Inhalt archiviert.
  
 Borg dedupliziert und verschlüsselt mit ''repokey-blake2'' vor der Ablage im entfernten Repository. Die aktuelle Repository-Verbindung nutzt SSH. Nach dem Lauf wird der temporäre Mount ausgehängt und der Snapshot bereinigt. Ein kontrollierter Fehlerfall mit fehlendem Testschlüssel brach vor ''borg create'' ab und räumte ebenfalls auf. Borg dedupliziert und verschlüsselt mit ''repokey-blake2'' vor der Ablage im entfernten Repository. Die aktuelle Repository-Verbindung nutzt SSH. Nach dem Lauf wird der temporäre Mount ausgehängt und der Snapshot bereinigt. Ein kontrollierter Fehlerfall mit fehlendem Testschlüssel brach vor ''borg create'' ab und räumte ebenfalls auf.
Zeile 9: Zeile 9:
   * Der initiale manuelle Backup-Lauf vom 2. November 2026 archivierte die lesbare Samba-Ansicht; ein isolierter Restore verglich Inhalt, Eigentümer, Modus und ACLs erfolgreich.   * Der initiale manuelle Backup-Lauf vom 2. November 2026 archivierte die lesbare Samba-Ansicht; ein isolierter Restore verglich Inhalt, Eigentümer, Modus und ACLs erfolgreich.
   * Das lesende Folgelauf-Audit vom 3. November bestätigte mehrere automatische Archive der Klartextansicht ohne den verschlüsselten Samba-Quellbaum. Ausgewählte archivierte Dateien stimmten bytegleich mit der damaligen Live-Ansicht überein. Kein temporärer Restmount blieb zurück.   * Das lesende Folgelauf-Audit vom 3. November bestätigte mehrere automatische Archive der Klartextansicht ohne den verschlüsselten Samba-Quellbaum. Ausgewählte archivierte Dateien stimmten bytegleich mit der damaligen Live-Ansicht überein. Kein temporärer Restmount blieb zurück.
-  * Die letzte am 4. November lesend geprüfte Borg-Serviceausführung endete erfolgreich; Timer und Samba-Container waren aktiv bzw. gesund.+  * Nach dem Container-Umbau am 5. November wurde das Borg-Archiv omnisrv-20261105-030228 erfolgreich erstellt (Dienst RC 0). Der separate schreibgeschützte Klartext-Mount wurde danach ausgehängt; der Borg-Timer war wieder aktiv und aktiviert.
  
 ===== Was noch offen ist ===== ===== Was noch offen ist =====
 Ein vollständiger Disaster-Restore des ganzen Tresors wurde nicht nachgewiesen. Das Folgelauf-Audit war kein vollständiges ''borg check'' und kein vollständiger Bytevergleich aller Archivdateien. Restore-Ziele müssen geschützt und ACLs vor Freigabe erneut geprüft werden. Ein vollständiger Disaster-Restore des ganzen Tresors wurde nicht nachgewiesen. Das Folgelauf-Audit war kein vollständiges ''borg check'' und kein vollständiger Bytevergleich aller Archivdateien. Restore-Ziele müssen geschützt und ACLs vor Freigabe erneut geprüft werden.
  
-**Quellen:** OMNISRV SAMBA BACKUP-001-Abschlussbericht, konsolidierter Borg-Folgelauf vom 3. November und lesender Live-Stand vom 4. November; [[https://btrfs.readthedocs.io/en/latest/btrfs-subvolume.html|Btrfs-Subvolumes und Snapshots]]; [[https://borgbackup.readthedocs.io/en/1.4.0/usage/create.html|Borg 1.4 create]]; [[https://borgbackup.readthedocs.io/en/1.4.0/usage/init.html|Borg-Verschlüsselung]].+**Quellen:** OMNISRV SAMBA BACKUP-001-Abschlussbericht, konsolidierter Borg-Folgelauf vom 3. November und OMNISRV-SAMBA-CONTAINER-FUSE-001-Abschlussbericht vom 5. November; [[https://btrfs.readthedocs.io/en/latest/btrfs-subvolume.html|Btrfs-Subvolumes und Snapshots]]; [[https://borgbackup.readthedocs.io/en/1.4.0/usage/create.html|Borg 1.4 create]]; [[https://borgbackup.readthedocs.io/en/1.4.0/usage/init.html|Borg-Verschlüsselung]].
  
systeme/samba/backup-recovery.txt · Zuletzt geändert: von 127.0.0.1

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki