Record successful Gemini backup acceptance on 19 October

README.md

@@ -5,7 +5,8 @@ mindestens eine bestätigte lokale Sicherung und alle unbestätigten Sätze erha
 Ältere Kopien werden erst nach lokalen Inhalts- und erneuten Offsite-Prüfungen
 entfernt, bis der geplante Platzbedarf gedeckt ist. Die normale Retention bleibt
 bei drei Kopien. [Ablauf und Grenzen](SPEICHER.md),
-[Deployment](UPDATE_ANLEITUNG.md). Die Installation auf Gemini steht aus.
+[Deployment](UPDATE_ANLEITUNG.md). Die Speicherreparatur und der neue Backup-Lauf
+auf Gemini wurden am 19.10.2026 erfolgreich abgenommen; siehe [Abschlussprüfung](SPEICHER.md#abschlussprüfung-am-19102026).
 
 Sichert WordPress, Nextcloud, native Gitea-Installationen mit MariaDB, Maildaten und zusätzliche Verzeichnisse. Jede Komponente erhält ein eigenes Archiv. Uploads gehen ausschließlich über ein **rclone-Crypt-Remote**; anschließend werden Existenz und Größe der Remote-Dateien geprüft. Vollständige Downloads mit Prüfsummen-, Entpack- und DB-Importprüfung erfolgen beim monatlichen Restore-Test.
 
@@ -34,10 +35,12 @@ Ohne Aktivierungsoption bleibt ein bisher deaktivierter Restore-Test deaktiviert
 
 ## Produktionsstand und verbleibende Abnahme
 
-**Stand 16.09.2026:** Nach erneutem Rücklesefehler bei `nextcloud-data.tar.zst`
+**Stand 19.10.2026:** Nach geprüfter Archivverlagerung und Trennung von Staging
-wird der tägliche Inhaltsvergleich durch eine Remote-Datei-/Größenprüfung ersetzt.
+und aktivem Archiv bestand `appbackup_2026-10-18_15-22-34_fe0edb31` um 03:53:28 MESZ
-Die Installation dieses neuen Stands auf Gemini steht aus; konkrete Befehle und
+mit `SUCCESS`. Der Upload von 32,053 GiB, alle 17 Remote-Dateien samt Größen und
-Erfolgskriterien stehen in der [Update-Anleitung](UPDATE_ANLEITUNG.md).
+der Abschlussmarker wurden bestätigt. Anwendungen und Timer laufen wieder.
+Der vollständige monatliche Offsite-Restore bleibt eine separate offene Abnahme.
+Nachweise und Grenzen stehen in [SPEICHER.md](SPEICHER.md#abschlussprüfung-am-19102026).
 
 Auf Gemini bestand am 10.09.2026 ein vollständiger Paketlauf mit geschützter
 Dateikopie, DB-Dumps, OneDrive-Upload, vollständigem Rücklesen und separater

SPEICHER.md

@@ -194,8 +194,11 @@ der Fehler muss behoben und das Paket erneut ausgeführt werden.
 
 ## Gemini: historische Archive erhalten, Staging trennen – 18.10.2026
 
-**Reparatur vorbereitet; produktive Ausführung und vollständiger neuer Lauf noch
+**Am 19.10.2026 produktiv abgenommen:** Revision 2 beendete die Verlagerung und
-offen.** Die durch Johannes ausgeführte Root-Diagnose bestätigt rund 48 GB
+beide Preflights am 18.10. um 17:22:34 MESZ erfolgreich. Der anschließend gestartete
+Lauf `appbackup_2026-10-18_15-22-34_fe0edb31` endete am 19.10. um 03:53:28 MESZ
+mit `SUCCESS`, `Result=success` und Status 0. Die durch Johannes ausgeführte
+ursprüngliche Root-Diagnose bestätigte rund 48 GB
 historische flache Archive sowie drei vollständige lokale Sätze ohne `UPLOADED`.
 Die Platzprüfung des Nachtlaufs bricht vor dem Snapshot ab. Diese Daten werden
 nicht als automatische Löschkandidaten freigegeben.
@@ -251,7 +254,31 @@ Wiederherstellung beziehungsweise Auswahl historischer Restore-Quellen nutzen.
 
 Acht lokale Tests prüfen Datei- und Verzeichnisverlagerung, Kopierkorruption
 mit erhaltenem Original, Schutz vor Quellenüberschneidung/Links und Platzreserve.
-Die produktive Abnahme und ein vollständiger Restore-Test stehen weiterhin aus.
+Die produktive Backup-Abnahme ist bestätigt; ein vollständiger Restore-Test
+steht weiterhin aus.
+
+### Abschlussprüfung am 19.10.2026
+
+Das Serverjournal bestätigt SHA-256-/Metadatenprüfung der verlagerten Objekte,
+die neue Staging-Konfiguration und erfolgreiche echte Preflights. Das neue Backup
+enthält 16 Komponentenarchive und das Manifest (32,053 GiB Upload). Alle 17 Dateien
+bestanden die Remote-Datei-/Größenprüfung mit null Unterschieden; der zuletzt
+veröffentlichte Abschlussmarker wurde bestätigt. Es erfolgte kein vollständiges
+Rücklesen der Archive. Die Erfolgsmail wurde dem lokalen MTA übergeben; eine
+Zustellung beim Empfänger ist damit nicht nachgewiesen.
+
+Die Writer-Prüfung bestand; Nextcloud verließ den Wartungsmodus. Die angehaltenen
+Anwendungen und ai-rem-Timer wurden bis 17:29:00 MESZ wieder gestartet. Bei der
+Abschlussprüfung laufen Web, Datenbank, Mail, Gitea, Cron und ai-rem. Backup- und
+Restore-Test-Timer sind aktiviert und aktiv. Nächste Termine laut systemd:
+Backup 20.10.2026 gegen 02:34 MESZ, Restore-Test 01.11.2026 gegen 06:02 MEZ.
+Freier Platz: `/` rund 14 GiB, `/home` 77 GiB, `/var` 51 GiB.
+
+Der erste reguläre ai-rem-Update-Lauf bestand am 19.10.2026 von 05:23:43 bis
+05:23:54 MESZ einschließlich eigener Sicherung mit Gzip-/SHA-256-Prüfung,
+Cache-Prüfung und Versionsvergleich (1.10.3 aktuell, keine Probleme).
+Nur die alte fehlgeschlagene Reparatur-Unit der ersten Revision bleibt in
+`systemctl --failed` sichtbar; Revision 2 und der Backup-Lauf sind erfolgreich.
 
 ### Fortsetzung nach Certbot-Abbruch
 

UPDATE_ANLEITUNG.md

@@ -1,5 +1,18 @@
 # Automatisches Update-Paket
 
+## Produktive Abschlussprüfung am 19.10.2026
+
+Die Speicherreparatur auf Gemini und der danach gestartete normale Backup-Lauf
+sind erfolgreich abgenommen: `appbackup_2026-10-18_15-22-34_fe0edb31` endete
+am 19.10.2026 um 03:53:28 MESZ mit `SUCCESS` und Status 0. Upload, alle 17
+Remote-Dateien/-Größen und Abschlussmarker wurden bestätigt. Anwendungen und
+Timer laufen wieder; der erste reguläre ai-rem-Update-Lauf bestand um 05:23:54
+MESZ. [Nachweise und Grenzen](SPEICHER.md#abschlussprüfung-am-19102026).
+
+Die folgenden älteren Abschnitte beschreiben den jeweiligen damaligen Stand.
+Ein vollständiger Offsite-Restore mit isoliertem DB-Import bleibt weiterhin
+offen; sein Timer ist aktiv und für den 01.11.2026 geplant.
+
 ## Update vom 25.09.2026: Laufzeit und Speicher im Mailbericht
 
 Backup- und monatlicher Restore-Test-Mailbericht enden jetzt mit einer Übersicht