Wiederanlauf ist nicht dasselbe wie das Zurückspielen eines einzelnen Auftrags. Es ist die Reihenfolge, in der Systeme wieder benutzbar werden, weil sie voneinander abhängen. Namen müssen sich auflösen, Anmeldungen müssen möglich sein, die Datenbank muss da sein, bevor die Anwendung darauf zugreift. Wer alles gleichzeitig startet, erzeugt Warteschleifen und falsche Fehlermeldungen. Die Reihenfolge gehört auf das Notfallblatt, nicht in die Erinnerung der Person, die den Server einst aufgesetzt hat.

Alles gleichzeitig starten und dann warten

In kleinen Netzen steckt die Abhängigkeit oft in wenigen Maschinen und wird deshalb unterschätzt. Die Fachanwendung startet, findet den Datenbankdienst nicht und gilt als defekt, obwohl nur die Reihenfolge fehlte. Die Einwahl von außen wird geöffnet, bevor die interne Namensauflösung steht, und niemand kann prüfen, ob der Kern läuft. Drucker und Nebendienste werden dazwischengeschoben, weil sie laut auffallen, und verzögern den Weg, den die Geschäftsführung eigentlich zuerst braucht. Ohne aufgeschriebene Reihenfolge gewinnt der lauteste Wunsch.

Eine brauchbare Reihenfolge für viele Betriebe beginnt bei Netz und Namensauflösung, dann Identität und Anmeldung, dann Datenbank, dann die Fachanwendung, dann Dateifreigaben für die Belegschaft, danach Mail, zuletzt Druck und Nebenwege. Das ist ein Ausgangspunkt, keine Vorschrift. Wenn die Auftragserfassung vor der Mail kommen muss, steht das so auf dem Blatt. Lizenzen, Zeitabgleich und Zertifikate gehören als Voraussetzungen dazu, sonst startet der Dienst und verweigert die Arbeit. Die Probe des Wiederanlaufs muss diese Reihenfolge wenigstens teilweise durchspielen, isoliert vom Produktivnetz.

Abhängigkeiten aufschreiben und in der Probe beachten

  1. Abhängigkeiten. Schreiben Sie je Anwendung auf, welchen Dienst sie voraussetzt, einschließlich Namensauflösung und Datenbank.
  2. Vorrang. Lassen Sie die Geschäftsführung festlegen, welcher fachliche Weg zuerst benutzbar sein muss.
  3. Blatt. Halten Sie die Reihenfolge auf dem Notfallblatt fest, ohne Kennwörter danebenzusetzen.
  4. Probe. Spielen Sie den Anfang der Reihenfolge an einem isolierten Stand durch, nicht nur den einzelnen Restore-Knopf.
  5. Nebenwege. Stellen Sie Druck, Scan und Komfort ans Ende, auch wenn sie früher laut werden.

Die Reihenfolge nützt nichts, wenn der Stand der Datenbank nicht konsistent ist oder der Schlüssel der Sicherung fehlt. Deshalb hängt dieses Blatt an der Restore-Probe und an der Anwendungssicherung. Wir ändern die Reihenfolge, wenn sich der Bestand ändert, etwa wenn die Mail in die Cloud wandert und nicht mehr auf demselben Server wie die Dateien liegt. Ein veraltetes Blatt ist im Ernstfall eine falsche Anleitung.

Woran Projekte in der Praxis scheitern

  • Alle Maschinen gleichzeitig starten und die erste Fehlermeldung für den eigentlichen Schaden halten.
  • Die Fachanwendung vor der Datenbank und vor der Namensauflösung öffnen.
  • Die Reihenfolge nur mündlich kennen und nicht auf dem Notfallblatt haben.
  • Druck und Nebenwünsche vor dem Kernweg abarbeiten, weil sie zuerst gemeldet werden.

Beispiel aus dem Betriebsalltag

Nach einem Ausfall im Serverraum startete ein Betrieb zuerst die Warenwirtschaft, weil die Aufträge drängten. Die Anwendung fand weder Namen noch Datenbank und wurde als zerstört gemeldet. In der ruhigen Nachbereitung haben wir die Reihenfolge auf das Blatt geschrieben: Netz und Namen, Anmeldung, Datenbank, erst dann die Anwendung, Mail danach, Druck zuletzt. Eine isolierte Probe folgte dieser Reihe bis zum sichtbaren Beleg. Die Mail blieb bewusst dahinter, weil die Geschäftsführung die Auftragserfassung vor die Post gestellt hatte.

Kurze Entscheidungshilfe

  • Steht die Reihenfolge auf einem Blatt, das nicht nur auf dem betroffenen Server liegt?
  • Kennt eine zweite Person die ersten Schritte?
  • Kommt die Datenbank vor der Anwendung, die sie braucht?
  • Ist festgelegt, welcher fachliche Weg Vorrang vor Mail und Druck hat?

Wenn die Reihenfolge beim Wiederanlauf bei Ihnen ansteht, klären wir den Umfang unverbindlich: Backup-Konzept. Anwendungskonsistente Datenbanken Alternativ direkt Kontakt aufnehmen oder die häufigen Fragen lesen.