Ein leeres Protokoll bedeutete zwei Dinge zugleich. Eines gut, eines fatal

Das Skript, das mein externes Backup überwacht, hat zwei Pfade. Der erste: „die Kopie ist veraltet, ich mache eine neue" — hinterlässt einen Eintrag im Protokoll. Der zweite: „die Kopie ist aktuell, ich tue nichts" — endete bisher spurlos.

Monatelang sah ich darin kein Problem. Ich sah es am 16. August 2026, als ich bei der Durchsicht meines gesamten Backup-Bestands in dieses Protokoll schaute und verstand, worauf ich eigentlich blickte.

Zwei Situationen, ein Bildschirm

Ein leeres Protokoll bedeutete gleichzeitig zwei Dinge:

Kein Backup nötig, weil das vorherige noch frisch ist.
Der Job ist gar nicht gestartet.

Das erste ist in Ordnung. Das zweite bedeutet, dass ich seit einem unbekannten Tag keine externe Kopie mehr habe — genau die eine, die einen Brand oder Diebstahl übersteht. Zwischen beidem liegt alles. Auf dem Bildschirm liegt dazwischen nichts.

Das ist der Kern dessen, was ich für mich falsche Null nannte: ein gesundes Ergebnis und eine gescheiterte Messung liefern dieselbe Zahl. Null Fehler. Null Einträge. Null Warnungen.

Eine falsche Null ist gefährlicher als ein gewöhnlicher Fehler, weil null Fehler genau das Ergebnis ist, das man sich wünscht. Niemand hinterfragt eine gute Nachricht. Eine defekte Messung tarnt sich als Erfolg der gemessenen Sache und kann so monatelang stehen bleiben — genau so lange, wie sie bei mir stand.

Die Reparatur besteht nicht in genauerem Messen

Sie besteht im Hinzufügen eines dritten Zustands. Nicht „in Ordnung / Fehler", sondern „in Ordnung / Fehler / weiß nicht".

Seit dem 16. August protokolliert das Skript jeden Lauf, auch die, die nichts tun. Eine Zeile pro Durchlauf, auch wenn der Durchlauf nur aus der Feststellung besteht, dass nichts zu tun ist. Ein leeres Protokoll hat heute genau eine Bedeutung: der Job ist nicht gelaufen.

Dasselbe Muster tauchte am selben Tag an einer zweiten Stelle auf. Die Zustandsprüfung der Festplatten im Heimserver braucht ein Werkzeug, das sie nur mit Administratorrechten lesen kann — und eine Hintergrundaufgabe hat keine Möglichkeit, ein Passwort einzugeben. Bis ich das konfiguriert hatte, tat das Skript nicht so, als wären die Platten gesund. Es schrieb ?? SMART nicht verfügbar und schlug dabei keinen Alarm. Derselbe dritte Zustand, dieselbe Regel: keine Lesung ist keine gute Lesung.

Was ich nicht getan habe

Ich habe der Hintergrundaufgabe keine vollen Administratorrechte gegeben, obwohl das der kürzeste Weg gewesen wäre und am meisten gereizt hat — eine Zeile, und das Problem verschwindet. Stattdessen umfasst die Berechtigung ausschließlich das Werkzeug zum Lesen des Festplattenzustands, das nichts schreibt. Das Lesen läuft in einem Modus, der nie nach einem Passwort fragt, sodass eine fehlende Konfiguration die Hintergrundaufgabe nicht für immer blockiert, sondern nur dieses ehrliche Fragezeichen liefert.

Ich habe auch aus dem bloßen „weiß nicht" keinen Alarm gemacht. Eine Benachrichtigung bei jeder nicht verfügbaren Messung hätte mich gelehrt, Benachrichtigungen zu ignorieren — und dann hätte ich auch die echten nicht mehr gelesen.

Es funktioniert auch andersherum

Eine defekte Messung kann einen falschen Alarm erzeugen, und genau dieses Geschenk bekam ich am selben Tag. Beim ersten Versuch eines Wiederherstellungstests erschienen 22 angeblich fehlende Dateien eines Office-Pakets. Es fehlte keine einzige. Eingehängt war ein älterer Schnappschuss von 12:06 statt des neuesten, und ich verglich einen Zustand von vor mehreren Stunden mit dem aktuellen.

Die Zahl 22 war echt. Sie beantwortete nur eine andere Frage als die, die ich gestellt hatte.

Der richtige Test, auf der neuesten Kopie durchgeführt, ergab: 54 Dateien, 52 byteidentisch, 0 fehlend. Die zwei abweichenden waren Arbeitsdateien einer Fotodatenbank, die sich während der Nutzung ändern — eine Abweichung ist dort normal. Der Vergleich der gesamten Systemkopie zeigte 26 Unterschiede, alle in Build-Verzeichnissen, bewusst ausgeschlossen. Null Unterschiede bei den Daten, die mir gehören.

Drei Dinge, die ich daraus mitnehme

Null ist kein Ergebnis, sondern zwei verschiedene Ergebnisse mit demselben Aussehen. Bevor ich einer Null vertraue, muss ich wissen, ob überhaupt gemessen wurde.

Jeder automatisierte Job braucht einen dritten Zustand. Ein ausdrückliches „weiß nicht" ist mehr wert als ein falsches „in Ordnung" und günstiger als ein falscher Alarm.

Prüfe, worauf du wirklich schaust. Meine 22 fehlenden Dateien existierten nicht. Bevor du aus einer Zahl eine Schlussfolgerung ziehst, stelle sicher, dass sie aus der Quelle stammt, die du annimmst — denn die Zahl irrt sich selten, die Frage sehr oft.

Alle Zahlen stammen aus einer Durchsicht und einem Wiederherstellungstest, die am 16. August 2026 auf meiner eigenen Hardware durchgeführt wurden. Keine der Zahlen hier ist ein Beispielwert.