Document successful Gemini backup and remote acceptance

Dokumentation.md

@@ -62,9 +62,12 @@ I/O-Leerlauffrist `RCLONE_TIMEOUT="1h"` ist keine Gesamtlaufzeitbegrenzung.
 
 Beim Betreiberlauf am 10.09.2026 ab 15:30 Uhr wurden die geschützte Kopierphase,
 Dienstwiederaufnahme und ein vollständiger lokaler Satz bestätigt. Danach meldete
-rclone 1.74.3 HTTP 409 `resourceModified` bei einem OneDrive-Objekt. Die Ursache
-und der Abschluss der Remote-Prüfung sind noch offen. Der Fehler darf nicht mit
-einer fehlgeschlagenen lokalen Kopie gleichgesetzt werden. Die Unterscheidung
+rclone 1.74.3 HTTP 409 `resourceModified` bei einem OneDrive-Objekt. Der zweite
+Kopierversuch war um 15:58:03 erfolgreich; die Rückleseprüfung bestätigte um
+15:59:37 alle 15 Dateien ohne Unterschiede. Anschließend bestand die separate
+Remote-Restore-Prüfung für 14 Archive; der Installer meldete `SUCCESS` und
+aktivierte den Backup-Timer. Der konkrete Auslöser des vorübergehenden Konflikts
+bleibt unbekannt. Die Unterscheidung
 zwischen HTTP-Wiederholungen und Wiederholung des gesamten Kopierauftrags sowie
 die Diagnose eines stillen Journals stehen in der
 [Update-Anleitung](UPDATE_ANLEITUNG.md#onedrive-http-409-resourcemodified-und-stilles-journal).
@@ -464,4 +467,6 @@ Geprüfte Fälle umfassen:
 - Abgewiesene systemd-Übergabe, zurückgezogene Freigabe bei bereits eingereihtem Auftrag und persistente Fehlerprotokolle bei Sperr-Timeout; jeweils ohne Installationsänderung oder Timer-Stopp.
 - Ausdrückliche Cron-Policy und Writer-Wartezeit/Timeout.
 
-**Serverabnahme steht separat aus:** SELinux-/ACL-Verhalten beim vollständigen Kopieren auf den verwendeten Dateisystemen, installierte Nextcloud-/Gitea-Versionen, vollständige Writer-/Pfadliste, tatsächlicher OneDrive-Upload großer Archive, Laufzeit/Speicherbedarf und fachliche Restore-Probe. Die Entwicklungstests verändern keinen Produktivserver. Vom Betreiber ausgeführte Paketläufe haben die Installation auf Gemini bereits aktualisiert; alle drei DB-Dumps waren erfolgreich. Eine vollständige erfolgreiche Sicherung und fachliche Wiederherstellung sind noch nicht bestätigt.
+**Technischer Paketlauf auf Gemini bestätigt:** Das vom Betreiber am 10.09.2026 übermittelte Protokoll bestätigt für `appbackup_2026-09-10_13-30-17_ff95c1ac` alle drei DB-Dumps, die durch Startsperren geschützte Kopie unter SELinux Enforcing, Dienstwiederaufnahme, OneDrive-Upload, vollständiges Rücklesen und die separate Remote-Restore-Prüfung von 14 Archiven. Der Installer meldete anschließend `SUCCESS` und einen aktiven Backup-Timer. Die frühere Abfrage von `result.txt` mit `RUNNING` lag vor diesem Abschluss. Der alte Lauf `appbackup_2026-09-10_13-12-34_43314337` mit zwischenzeitlichem Writer-Neustart wird dadurch nicht nachträglich als konsistent bestätigt.
+
+**Weiter offen:** Eine fachliche Wiederherstellung mit startenden Anwendungen auf einem separaten Testsystem, die vollständige Writer-/Pfadabdeckung sowie die Bewertung von Laufzeit und Speicherbedarf. `--verify-only` prüft den heruntergeladenen Sicherungssatz, verändert aber keine Anwendungen und ersetzt diese Wiederherstellungsprobe nicht. Der technische Paketlauf bestätigt auch nicht jede mögliche SELinux-/ACL-Konstellation. Die Entwicklungstests verändern keinen Produktivserver.