Recover disk space safely and complete metadata-only backup updates

RESTORE_TEST.md

@@ -6,6 +6,12 @@ entschlüsselt, validiert und in ein privates Testverzeichnis entpackt. SQL-Dump
 werden zusätzlich in eine isolierte MariaDB importiert und mit `mariadb-check`
 geprüft. Produktive Anwendungen werden dabei nicht angehalten oder überschrieben.
 
+Seit 16.09.2026 werden die Archive beim täglichen Backup und bei der
+Update-Abnahme nur auf Remote-Dateiexistenz und Größe geprüft. Der hier
+beschriebene Monatslauf übernimmt die vollständige Inhalts- und Restore-Prüfung.
+Auch ai-rem-Zusatzarchive (`extra-N`) werden heruntergeladen und entpackt;
+ein Start der ai-rem-Anwendung oder ein Kuzu-Datenbanktest gehört nicht dazu.
+
 ## Downloadfehler bei der Abnahme am 15.09.2026
 
 Das Update `4f220dbc6447` erzeugte den Satz
@@ -32,7 +38,7 @@ Quelle: [rclone-1.74.3-cat-Aufruf](https://github.com/rclone/rclone/blob/v1.74.3
 ### Korrigierter Ablauf
 
 Der Restore-Test verwendet für seine lesenden Remote-Aufrufe jetzt dieselben
-Konfigurationswerte wie die Backup-Rückleseprüfung:
+Konfigurationswerte wie die Remote-Metadatenprüfung:
 
 - `RCLONE_CHECK_ATTEMPTS=3`: höchstens drei Versuche je Metadatenabruf/Download.
 - `RCLONE_CHECK_DEADLINE=3600`: maximal eine Stunde je Versuch einschließlich
@@ -73,8 +79,9 @@ Ein bleibender Fehler erhält den bereits verifizierten Backup-Satz und den
 vorherigen Restore-Erfolgsnachweis, meldet die betroffene Komponente als `FAIL`
 und bereinigt die Testdaten. Nach fehlgeschlagener Update-Abnahme bleiben
 Backup- und Restore-Test-Timer gestoppt. Das neue Paket erneut im Wartungsfenster
-installieren; es führt ein neues Backup samt vollständiger Restore-Abnahme aus.
-Erst die neue `result.txt` mit `SUCCESS` bestätigt die gesamte Abnahme.
+installieren; es führt ein neues Backup samt Remote-Dateiprüfung aus.
+Die neue `result.txt` mit `SUCCESS` bestätigt die Update-Abnahme;
+der vollständige Restore-Test erfolgt separat beim Monatstermin.
 [Installationsschritte](UPDATE_ANLEITUNG.md).
 
 Der vorhandene erfolgreiche Backup-Satz darf alternativ nach Installation des
@@ -135,7 +142,9 @@ Bei einem ausgeschalteten Server erfolgt sie naturgemäß erst nach dem Neustart
 Nur der eindeutig zu diesem Test gehörende Container und das markierte
 `$WORKDIR/restore-test/scratch` werden bereinigt. Reguläre manuelle Restore-Verzeichnisse und fremde Docker-Ressourcen bleiben
 erhalten. Die getrennte Platzbereinigung darf ältere lokale Sicherungskopien nur
-nach erneuter vollständiger Offsite-Prüfung und unter Wahrung der Mindestanzahl entfernen.
+nach lokaler Inhaltsprüfung und erneuter Remote-Datei-/Größenprüfung sowie bytegenauem
+Vergleich von Manifest/Abschlussmarker entfernen. Die Mindestanzahl bei Platznot
+ist `SPACE_KEEP_LOCAL` (Default eins); Details stehen in [SPEICHER.md](SPEICHER.md).
 Es gibt kein allgemeines `docker prune`. Das einmal vorbereitete DB-Image bleibt
 als wiederverwendbare Abhängigkeit erhalten; sein einmaliger Platzbedarf kommt
 zum Arbeitsbudget hinzu. Images werden im Test weder heruntergeladen noch gebaut.