Prepare Komodo v2 upgrade

ops/borg-ui/BACKUP_AUDIT_STATUS_QUO.md

@@ -99,9 +99,9 @@ Der technische Scope für `critical_infra` ist in `all-important-sources.txt` fe
 - `mealie.dump`
 - `immich.dump`
 
-### Nicht erfolgreich / nicht bestätigt
+### Bestätigt
 
-- `komodo-mongo.archive.gz` - im bisherigen Lauf nicht sichtbar, daher noch nicht als bestätigt werten
+- `komodo-mongo.archive.gz` - am 2026-05-04 frisch erzeugt und per `gzip -t` geprüft
 
 ## Ergebnis des ersten `critical_infra`-Laufs
 
@@ -131,7 +131,6 @@ Das betrifft insbesondere:
 
 ### Weiterhin offen trotz erfolgreichem Lauf
 
-- `komodo-mongo`-Dump bleibt unbestätigt
 - der Scope kann später noch bewusst verschlankt werden, ist aber aktuell funktionsfähig
 
 ## Aktueller Abschlussstand
@@ -165,7 +164,7 @@ Das ist kein Strukturfehler, sondern eine normale Trennung zwischen Nutzdaten un
 
 1. **Komodo MongoDB**
    - Dump-Pfad im Skript vorhanden
-   - Erfolg noch nicht bestätigt
+   - Erfolg am 2026-05-04 bestätigt
 
 ## Vorläufiges Audit-Fazit
 
@@ -185,7 +184,7 @@ Das eigentliche Restproblem ist aktuell **nicht** die Share-Struktur, sondern:
 
 ## Nächste sinnvolle Schritte
 
-1. `komodo-mongo` bei Gelegenheit separat prüfen und nur dann erweitern, wenn der tatsächliche Bedarf bestätigt ist.
+1. `komodo-mongo` nach Komodo-Major-Upgrades gezielt im Auge behalten.
 2. Das automatische Borg-Fenster beobachten und nach den ersten geplanten Läufen nur noch auf Warnungen reagieren.
 3. Optionale spätere Scope-Verschlankung nur bewusst und nicht ad hoc vornehmen.