Betrieb on TRUE IT STORIES

208 Bytes, dann Stille

Fri, 18 Sep 2026 00:00:00 +0200

Am zweiten Morgen war der Agent wieder tot.

Das war der Moment, an dem der erste Teil dieser Geschichte aufhörte, eine Fehlersuche zu sein. Das über Nacht erneut eingespielte Update war wieder herunter, der halb deinstallierte EDR vollständig entfernt, alle Maschinen frisch gestartet und nachweislich sauber. Und der Management-Agent des Cloud-Connect-Servers kam trotzdem nicht mehr an die Veeam Service Provider Console.

Bis hierher hatten wir Hypothesen abgearbeitet. Ab hier brauchten wir Beweise.

Das Backup-Unternehmen, das sich mit dem eigenen Backup rettete

Fri, 18 Sep 2026 00:00:00 +0200

Der Hotfix war eingespielt, der Agent verbunden, der Server „Healthy". Die Erfolgsmeldung an die Partner lag fertig im Entwurf. Wir klickten noch einmal durch die Konsole, um sie mit gutem Gewissen abzuschicken.

Alle Reseller-Zuweisungen waren weg. Rund dreißig Partner, überall „Not assigned". Kontingente zeigten „15 out of 0 (N/A)". Jede Änderung scheiterte mit einer Meldung, die auf eine Site-ID verwies, die niemand kannte.

Die Kundenzuordnungen waren intakt, die Verbrauchsdaten auch. Aber die komplette Ebene dazwischen — welcher Partner welches Repository mit welchem Kontingent hat — war tot.

Der Backup-Server sichert sich nicht selbst

Fri, 18 Sep 2026 00:00:00 +0200

Die Frage kommt bei fast jedem Onboarding, meist ganz am Ende: „Und wie sichere ich den Veeam-Server selbst?"

Die Antwort, die sich anbietet, ist naheliegend. Der Backup-Server ist eine VM. Man nimmt ihn in einen Job auf, fertig. Wir haben das in Umgebungen gesehen, die sonst sauber gebaut waren — und lange selbst nur aus Erfahrung dagegen argumentiert.

Was Veeam dazu sagt

Der Hersteller beantwortet die Frage in KB2645 „Protecting the Veeam Backup & Replication server" mit einem einzigen Satz:

Fünfzehn Zeichen rein, acht kommen an

Fri, 18 Sep 2026 00:00:00 +0200

Innerhalb weniger Tage stellte sich bei fünf Diensten auf vier Hosts dieselbe Frage: Steht in der Konfigurationsdatei wirklich das, was im laufenden Container ankommt?

Fünfmal lautete die Antwort nein, aus vier Gründen.

Die Grundregel

Eine Konfigurationsdatei ist eine Absichtserklärung, kein Messwert. Zwischen der .env auf dem Host und der Umgebungsvariablen im Prozess liegen mehrere Übersetzungsschritte, und jeder einzelne kann den Wert verändern — meistens still.

Die Frage lautet deshalb nie „steht der Wert in der Datei", sondern „welcher Wert kommt am Ende an". Beantwortet wird sie im Container, nicht im Editor: