docs: the widened alarms are live, and their fallback is no longer theory

All three rules evaluate healthy after the pull and reload, with the prefix
matcher active and the probe named in the message.

Healthy only means a rule can be evaluated, not that it sees anything, so
the series underneath were checked as well. The new cronjob has info and
created series but no last_schedule_time - a manual run does not set it and
the first scheduled one is 04.09. Without the "or kube_cronjob_created"
fallback the rule would stand on an expression with no series for this
probe and could never fire: green, healthy and blind.

Whoever wrote that fallback a week ago did it as a precaution. Today it
carries real weight for the first time, on a cronjob that did not exist
when it was written.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01F2Q4Ri8NGwyTZzScvKnWFM

docs/issues/0030-der-restore-ist-nie-geprobt-sicherungen-sind.md

@@ -434,3 +434,25 @@ Prometheus führt weiterhin die alte Fassung — nachgemessen über die Rules-AP
 Fehlschlag-Alarm ist davon nicht betroffen und schon jetzt scharf**, nur die zwei
 Stille-Alarme brauchen ein `git pull` und einen Reload auf dem Host. Seit die Configs als
 Verzeichnis gemountet sind (#0083), genügt dafür ein Reload ohne Neuanlage.
+
+### Nachgeprüft nach Pull und Reload (2026-08-21)
+
+Alle drei Regeln laufen mit `health=ok`, `RestoreDrillStale` mit Präfix-Matcher und dem
+CronJob-Namen in der Meldung, `BackupCronJobMissing` einschließlich `restore-drill-media`.
+
+⚠️ **`health=ok` heißt nur, dass eine Regel auswertbar ist — nicht, dass sie etwas sieht.**
+Deshalb zusätzlich die Serien geprüft, auf denen sie steht:
+
+| Serie | Wert |
+|---|---|
+| `kube_cronjob_info{cronjob="restore-drill-media"}` | 1 |
+| `kube_cronjob_status_last_schedule_time{…}` | **keine Serie** |
+| `kube_cronjob_created{…}` | vorhanden, 0,3 h alt |
+| Fallback-Ausdruck der Regel | liefert **beide** Proben, je eine Serie |
+
+**Der Fallback ist damit nicht mehr theoretisch, sondern vorgeführt.** Ein frisch
+angelegter CronJob hat noch keine `last_schedule_time` — ein manuell ausgelöster Lauf
+setzt sie nicht, und der erste planmäßige ist der 2026-09-04. Ohne das
+`or kube_cronjob_created` stünde die Regel für die neue Probe über einen Ausdruck ohne
+Serie und könnte **nie** feuern: grün, gesund und blind. Der Ausdruck, den jemand vor
+einer Woche vorsorglich so gebaut hat, trägt heute zum ersten Mal echtes Gewicht.