Record successful Gemini backup acceptance on 19 October

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
-offen.** Die durch Johannes ausgeführte Root-Diagnose bestätigt rund 48 GB
+**Am 19.10.2026 produktiv abgenommen:** Revision 2 beendete die Verlagerung und
+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