Remote-Power-Management: Hängende Server ohne Vor-Ort-Einsatz neu starten

Der Server reagiert nicht mehr und niemand sitzt vor Ort am Rack. Wer einen Server remote neustarten will, braucht dafür einen Zugriffsweg, der unabhängig vom hängenden Betriebssystem funktioniert und ganz ohne Techniker vor Ort auskommt: den Baseboard Management Controller, kurz BMC.

Der BMC bleibt erreichbar, auch wenn der Server nicht mehr reagiert

Jeder Server mit einem eigenständigen Verwaltungsprozessor hat einen sogenannten Baseboard Management Controller. Der BMC sitzt auf dem Mainboard, hat eine eigene Netzwerkschnittstelle und läuft unabhängig vom Hauptprozessor. Am Markt heißt diese Komponente je nach Hersteller unterschiedlich: Dell nennt sie iDRAC, HPE iLO, Supermicro belässt es beim Kürzel BMC, Raritan bietet mit externen KVM-over-IP-Geräten eine Alternative für Server ohne herstellereigenen BMC-Zugriff. Der BMC hängt an der Standby-Schiene des Netzteils und bekommt deshalb auch dann Strom, wenn der Server ausgeschaltet ist oder das Betriebssystem eingefroren ist. Ein Kernel Panic, ein blockierter Prozess oder ein komplett aufgehängtes System ändert daran nichts. Der BMC läuft weiter, solange das Netzteil selbst Strom bekommt.

Diese Eigenschaft macht Fernzugriffe auf Serverebene erst möglich. Ohne BMC bliebe nur der Griff zum Stromkabel, mit allen Risiken für Dateisysteme und laufende Prozesse. Mit BMC lässt sich ein Server aus der Ferne kontrolliert behandeln, über zwei parallel existierende Protokolle: IPMI und Redfish. Diese Befehle erreichen den BMC über das Management-Netz, das im Idealfall vom Produktivbetrieb getrennt ist. Wie sich das umsetzen lässt, beschreibt der Beitrag „Management-Netz trennen: redundante Architektur für den Notfall”. Das Prinzip dahinter beschreibt ausführlicher der Beitrag Out-of-Band-Management.

Server remote neustarten: die Eskalationskette

Redfish ist der REST-Standard, den die DMTF pflegt und der inzwischen die meisten neueren Server-Generationen abdeckt. Er kennt klar benannte Power-Befehle: ForceOff für den sofortigen harten Stopp, GracefulShutdown für das kontrollierte Herunterfahren über das Betriebssystem, GracefulRestart für den Neustart mit Abmeldung laufender Prozesse und PowerCycle für das vollständige Aus- und wieder Einschalten. IPMI, das ältere und weiterhin verbreitete Protokoll, bietet über das Kommandozeilenwerkzeug ipmitool dieselben Grundfunktionen, mit weniger einheitlicher Struktur und ohne die moderneren Authentifizierungsoptionen von Redfish.

Im Betrieb folgen diese Befehle einer festen Reihenfolge. Zuerst der Graceful Shutdown, das Betriebssystem bekommt das Signal, Prozesse zu beenden und Dateisysteme vollständig auszuhängen. Reagiert der Server darauf nicht innerhalb einer angemessenen Frist, folgt der Hard Reset, ein sofortiger Neustart ohne Rücksicht auf offene Prozesse. Bleibt auch das wirkungslos, kommt PowerCycle: Strom komplett aus, kurze Pause, Strom wieder an. Danach folgen zwei weitere Stufen, die seltener nötig sind, aber existieren, für den Fall, dass der Server selbst gar nicht mehr das eigentliche Problem ist.

Warum die Reihenfolge zählt

Ein Hard Reset wirkt schnell, genau das macht ihn verlockend, sobald ein Server nicht mehr reagiert. Zwischen den Stufen liegt trotzdem ein Grund, keine Formsache.

Wer die Stufen von oben nach unten durchgeht, statt gleich zum Hard Reset zu greifen, verliert im schlimmsten Fall ein paar Minuten Wartezeit. Wer sie überspringt, riskiert ein beschädigtes Dateisystem und eine Wiederherstellung, die deutlich länger dauert als die paar Minuten, die der ordentliche Weg gekostet hätte.

Wenn selbst der BMC nicht mehr reagiert

Selten, aber nicht ausgeschlossen, ist ein BMC, der sich selbst aufhängt, etwa nach einer fehlerhaften Firmware-Aktualisierung oder einem internen Software-Fehler. In diesem Fall hilft zunächst ein gezielter BMC-Reset über die serielle Schnittstelle. Reagiert auch der BMC nicht mehr, bleibt als letzte Stufe eine schaltbare Power Distribution Unit. Die PDU sitzt zwischen Steckdose und Server und lässt sich unabhängig vom Server und seinem BMC per Netzwerk schalten. Sie steht deshalb am Ende der Kette. Sie trennt den Server komplett vom Strom, ohne dass irgendeine Komponente im Server selbst noch mitspielen muss.

Wie teuer der Verzicht auf diese Stufen werden kann, zeigt ein Blick auf die Alternative. Muss stattdessen jemand tatsächlich ins Rechenzentrum fahren, liegen die Kosten eines Vor-Ort-Einsatzes nach Angaben von vsight.io im Bereich von 150 bis 1.000 US-Dollar, abhängig von Anfahrt, Wartezeit und Techniker-Verfügbarkeit (vsight.io, 2026). Diese Spanne stammt aus einer US-amerikanischen Quelle und lässt sich nicht eins zu eins auf deutsche oder österreichische Verhältnisse übertragen. Als Größenordnung für den Aufwand, den ein funktionierender Fernzugriff einspart, taugt sie trotzdem.

Häufige Fragen

Was tun, wenn auch der BMC hängt?

Reagiert der BMC selbst nicht mehr auf Redfish- oder IPMI-Befehle, hilft in der Regel nur noch eine schaltbare PDU. Sie trennt die Stromzufuhr von außen, unabhängig davon, ob der BMC noch mitspielt. Ein serieller Zugriff über die Konsole kann vorher noch einen gezielten BMC-Reset ermöglichen, ohne den Server selbst neu zu starten.

Ist ein Hard Reset gefährlich?

Ein Hard Reset ist nicht grundsätzlich gefährlich, kann aber bei laufenden Schreibvorgängen Daten beschädigen, weil Dateisysteme und Datenbanken keine Gelegenheit bekommen, kontrolliert zu schließen. Deshalb steht in der Eskalationskette immer zuerst der Graceful Shutdown, der dem Betriebssystem diese Gelegenheit gibt.

Braucht man dafür eine schaltbare PDU?

Eine schaltbare PDU ist nicht zwingend nötig, ein BMC deckt die meisten Ausfälle bereits über Redfish oder IPMI ab. Sinnvoll wird sie als letzte Absicherung für den seltenen Fall, dass der BMC selbst nicht mehr reagiert und ein Vor-Ort-Einsatz sonst unausweichlich wäre.

torck entwickelt selbst eine Software, mit der sich ein Server remote neustarten lässt, von Graceful Shutdown bis zur schaltbaren PDU, und betreibt sie zuerst in der eigenen Testumgebung. Die Teams in Maxhütte-Haidhof, Wien und Rabat verwalten ihre eigenen Server darüber und wissen deshalb aus eigener Erfahrung, an welcher Stelle ein Reset-Befehl ins Leere laufen kann. Vertragspartner ist die deutsche torck GmbH, ein Vertrag ohne Subunternehmerkette. Wer sehen will, wie KVM Fleet diese Eskalationskette für die eigene Serverflotte abbildet, vereinbart eine Produktdemo oder ein erstes Gespräch, unverbindlich und ohne Verkaufsdruck.

Gespräch vereinbaren