Falsche Reihenfolge
VMs, die vor dem Storage starten, laufen in Fehler – und produzieren im schlimmsten Fall genau den Datenverlust, den der Shutdown verhindert hat.
Restart & Wiederanlauf
Automatischer Wiederanlauf: vom Blackout zurück zum Normalbetrieb
Das Herunterfahren rettet Ihre Daten – der Wiederanlauf rettet Ihren Arbeitstag. Der VMShutdownManager fährt Ihr Rechenzentrum nach Stromausfall oder Wartung geordnet und zustandsbasiert wieder hoch, ohne dass jemand vor Ort sein muss.
Das unterschätzte Risiko
Auch beim Wiederanlauf können Fehler passieren
Storage noch nicht bereit, aber die Datenbank-VM startet schon? Domain Controller fehlt, Anmeldungen schlagen fehl? Der Wiederanlauf hat dieselben Abhängigkeiten wie der Shutdown – nur in umgekehrter Reihenfolge und unter Zeitdruck, weil das ganze Unternehmen wartet.
Vergessene Systeme
Welche der 80 VMs liefen eigentlich vor dem Stromausfall? Ohne Zustandsverwaltung wird der Wiederanlauf zum Ratespiel.
Anfahrt mitten in der Nacht
Ohne Fernstart-Mechanismen heißt Stromausfall um 3 Uhr: Jemand fährt ins Rechenzentrum und drückt Einschaltknöpfe – stundenlang.
So funktioniert der Wiederanlauf
Schicht für Schicht zurück ans Netz
-
Hardware einschalten
Physische Server, Storage und Komponenten starten gezielt über Redfish/IPMI (HP iLO, Dell iDRAC, Supermicro IPMI u. a.) oder Wake-on-LAN. Power-State-Kommandos stellen sicher, dass Geräte wirklich hochfahren.
-
Auf Verfügbarkeit warten
Der VMShutdownManager wartet auf die Rückkehr der Management-Interfaces (Web-UI, API, SSH) und prüft per Ping- und Port-Checks, bis Storage und Hosts wirklich bereit sind – erst dann geht es weiter.
-
Hypervisor & VMs zustandsbasiert starten
Interne VM-Listen halten fest, welche Maschinen beim Shutdown behandelt wurden. Genau diese starten wieder – in der richtigen Reihenfolge, ohne starre Startlisten und manuelle Eingriffe.
Der Unterschied
Zustandsbasiert statt Startliste
Klassische Lösungen arbeiten mit statischen Startreihenfolgen, die bei jeder Änderung der Umgebung veralten. Der VMShutdownManager rekonstruiert stattdessen den tatsächlichen Zustand vor dem Shutdown – fehlertolerant und ohne Pflegeaufwand.
Das Ergebnis: Ihr Rechenzentrum ist nach einem Blackout schneller wieder produktiv, und geplante Wartungsabschaltungen enden pünktlich statt im Verlängerungs-Chaos.
- Server automatisch hochfahren nach Stromausfall – per Wake-on-LAN oder Redfish/IPMI
- Geordneter Wiederanlauf über alle Schichten: Hardware → Storage → Hypervisor → VMs → Dienste
- Wartepunkte mit Statusprüfung statt riskanter Timer-Schätzungen
- Teil- oder vollautomatisiert – Sie entscheiden, wo ein Mensch freigeben soll
FAQ
Häufige Fragen zum Wiederanlauf
Kann der VMShutdownManager meine Systeme komplett automatisch wieder hochfahren?
Ja. Der Wiederanlauf lässt sich voll- oder teilautomatisiert gestalten: Auf Wunsch startet die gesamte Kette automatisch nach Netzrückkehr – oder Sie bauen bewusste Freigabepunkte ein, an denen ein Administrator den nächsten Abschnitt startet.
Welche Hardware-Schnittstellen werden für den Fernstart unterstützt?
IPMI- und Redfish-Schnittstellen wie HP iLO, Dell iDRAC, Supermicro IPMI oder ASUS iKVM sowie Wake-on-LAN über das CommonTasks-Modul. Damit lassen sich physische Server, Storage-Systeme und weitere Komponenten gezielt einschalten.
Woher weiß die Software, welche VMs wieder starten sollen?
Beim Shutdown protokollieren interne VM-Listen (z. B. VmList, HyperVVmList, ProxmoxVmList), welche Maschinen behandelt wurden. Der Wiederanlauf basiert auf diesem Zustand – es starten genau die VMs, die vorher liefen.