Halloween at Nexthosting: 10% off game servers with the code – until November 1
Bare-Metal-Restore erklärt: Wann du ihn brauchst, was vorher gesichert sein muss und wie du Linux- oder Windows-Server Schritt für Schritt neu aufsetzt.
Bei einem Bare-Metal-Restore stellst du ein komplettes System auf einer leeren Festplatte oder einem neuen Server wieder her. Dazu gehören Betriebssystem, Bootloader, Partitionen, Treiber, Konfiguration und Daten. Du musst vorher nichts installieren: Du bootest ein Wiederherstellungsmedium, wählst ein Image-Backup aus, und am Ende startet der Server so, wie er zum Zeitpunkt der Sicherung war. Hier erfährst du, wann sich das lohnt, was du vorbereiten musst, wie der Ablauf auf Linux- und Windows-Systemen aussieht und welche Fehler eine Wiederherstellung im Ernstfall scheitern lassen.
„Bare Metal“ meint die nackte Hardware: einen Rechner ohne Betriebssystem, ohne Partitionen, ohne Daten. Ein Bare-Metal-Restore, auf Deutsch oft Bare-Metal-Wiederherstellung oder kurz BMR, setzt genau dort an. Statt zuerst das Betriebssystem neu zu installieren, Updates einzuspielen, Dienste einzurichten und danach die Daten zurückzukopieren, schreibst du in einem Durchgang das gesamte gesicherte System auf den Datenträger.
Laut einer Analyse zur BMR und den RTO-Vorgaben funktioniert das auf identischer und auch auf abweichender Hardware, ohne dass du das Betriebssystem neu aufsetzen oder Treiber von Hand einbinden musst. Die Wiederherstellung auf abweichender Hardware heißt oft „Universal Restore“. Ob dein Werkzeug das kann, hängt vom Tool und vom Betriebssystem ab.
Damit es nicht zu Missverständnissen kommt, hier die drei Arten der Wiederherstellung im Vergleich:
| Art | Was wird wiederhergestellt? | Typischer Einsatz | Voraussetzung |
|---|---|---|---|
| Datei-Restore | Einzelne Dateien oder Ordner | Versehentlich gelöschte Config, alte Welt-Datei | Laufendes System |
| Snapshot-Rollback | Zustand einer virtuellen Maschine | Fehlgeschlagenes Update auf einem VPS | Snapshot-Funktion der Virtualisierung |
| Bare-Metal-Restore | Komplettes System inklusive Partitionen und Bootloader | Plattendefekt, Ransomware, Umzug auf neue Hardware | Image-Backup und bootfähiges Medium |
Beachte: Ein Snapshot ist kein Backup im engeren Sinn. Er liegt meist auf demselben Speichersystem wie die VM selbst. Fällt das Speichersystem aus, ist der Snapshot mit weg.
Im Alltag stellst du meist nur einzelne Dateien wieder her. Der Bare-Metal-Restore ist das Werkzeug für die Fälle, in denen das System selbst nicht mehr startet oder nicht mehr vertrauenswürdig ist:
Das BSI nennt das Backup die wichtigste vorbeugende Maßnahme, damit Daten nach einem Ransomware-Vorfall verfügbar bleiben, und fordert dafür ausdrücklich Offline-Backups. Gerade hier zeigt sich der Vorteil des Images: Du bekommst nicht nur die Daten zurück, sondern das komplette, funktionierende System.
Nicht jeder Server braucht ein Image-Backup. Ist dein System vollständig automatisiert aufgebaut, etwa per Ansible, Cloud-Init oder Skripten, kannst du es oft schneller frisch installieren und nur die Nutzdaten zurückspielen. Wie das funktioniert, zeigt unser Leitfaden zur automatisierten Server-Bereitstellung. Auch das BSI weist in seinen Hinweisen zur Datensicherung darauf hin, dass Betriebssystem- und Programmdateien nicht zwingend gesichert werden müssen, weil sie sich neu installieren lassen. Für gewachsene Systeme mit vielen Handgriffen, Sonderkonfigurationen und Abhängigkeiten ist der Bare-Metal-Restore dagegen oft der einzige realistische Weg zurück.
Ein Bare-Metal-Restore gelingt am Tag X nur, wenn du die Vorarbeit schon lange vorher erledigt hast. Diese Bausteine brauchst du:
/home oder C:\Users.Der Bundesdatenschutzbeauftragte empfiehlt in seiner Kurzposition zu Verschlüsselung und Backups, gespeicherte Daten zu verschlüsseln, damit sie auch beim Verlust eines Datenträgers geschützt bleiben. Für dich heißt das: Verschlüsselte Images, Schlüssel an einem zweiten Ort.
Die Details unterscheiden sich je nach Werkzeug, der Ablauf ist aber fast immer gleich:
Der Modus entscheidet oft über Erfolg oder Abbruch. Die Dokumentation eines verbreiteten Backup-Agenten beschreibt die Unterschiede genau: Die Option für den gesamten Rechner überschreibt die Daten auf den Ziel-Volumes. Passt das Zielmedium nicht oder weicht das Partitionslayout ab, kommst du um eine manuelle Wiederherstellung nicht herum. Dabei weist du Partitionen und Speicherplatz selbst zu. Bei der Funktionsweise im Detail, etwa wie Partitionen gelöscht und neu angelegt werden, lohnt sich vorher ein Blick in die Doku deines Tools.
Auf Linux-Servern ist Relax-and-Recover (ReaR) ein bewährtes Open-Source-Framework für die Bare-Metal-Wiederherstellung. ReaR erzeugt ein bootfähiges Recovery-ISO, das dein Partitionslayout kennt, und sichert auf Wunsch gleich das Dateisystem mit. Eine minimale Konfiguration in /etc/rear/local.conf sieht so aus:
OUTPUT=ISO
BACKUP=NETFS
BACKUP_URL=nfs://backup.example.lan/srv/rear
Mit rear -v mkbackup erstellst du ISO und Backup. Im Ernstfall bootest du das ISO auf dem leeren Server und startest rear recover. ReaR legt die Partitionen neu an, spielt die Daten zurück und installiert den Bootloader. Passe BACKUP_URL an deinen eigenen Speicherort an und teste den Ablauf in einer VM, bevor du dich darauf verlässt.
Wer lieber klickt als tippt, nutzt ein Imaging-Tool mit Live-System. Rescuezilla ist eine Open-Source-Oberfläche, die mit Clonezilla-Images kompatibel ist. Du bootest vom Stick, sicherst die komplette Platte auf ein externes Ziel und spielst sie bei Bedarf auf eine leere Platte zurück. Das eignet sich gut für Workstations, Testserver oder einen Heimserver. Für produktive Server mit laufenden Datenbanken ist ein Offline-Image allerdings unpraktisch, weil der Server für die Sicherung heruntergefahren werden muss.
Ob und wie du einen Bare-Metal-Restore durchführst, hängt stark davon ab, was du betreibst:
| Server-Typ | Wer kümmert sich um das System? | Sinnvolle Strategie |
|---|---|---|
| Dedicated Server / Root-Server | Du, inklusive Partitionen und Bootloader | Image-Backup plus Recovery-Medium, Wiederherstellung über Remote-Konsole oder Rescue-System |
| VPS | Du für das Gastsystem, der Anbieter für die Virtualisierung | Image-Backup oder Neuaufbau per Automatisierung, zusätzlich Datei-Backups extern |
| Game Servers | Der Anbieter stellt die Umgebung bereit | Backups von Welten, Configs und Datenbanken; ein Bare-Metal-Restore ist hier nicht deine Aufgabe |
Auf einem Dedicated Server in Deutschland hast du die volle Kontrolle und damit auch die volle Verantwortung. Kläre vorab: Wie bootest du ein eigenes ISO? Gibt es eine Konsole, über die du den Bootvorgang siehst? Welche Controller und Netzwerkkarten stecken im Server, und erkennt dein Recovery-Medium sie? Betreibst du darauf eine Virtualisierung, etwa mit Proxmox, verschiebt sich der Schwerpunkt: Du sicherst dann primär die VMs und hältst für den Host selbst ein schlankes, dokumentiertes Setup vor. Mehr dazu findest du bei unseren Servern für Proxmox und Virtualisierung.
Bei Gameservern für FiveM, Minecraft oder Garry’s Mod sicherst du vor allem das, was deine Community aufgebaut hat: Welten, Ressourcen, Server-Configs, MySQL-Datenbanken für RP-Projekte. Achte zusätzlich darauf, Zugänge sauber abzusichern, etwa mit den Tipps zur RCON-Sicherheit für Gameserver. Ein kompromittierter Admin-Zugang ist schnell der Grund, warum du überhaupt ein Backup brauchst.
In Admin-Foren taucht immer wieder dieselbe Frage auf: Wie zuverlässig ist eine Bare-Metal-Recovery eigentlich? Die ehrliche Antwort: so zuverlässig wie dein letzter erfolgreicher Test. Diese Punkte sorgen in der Praxis am häufigsten für Probleme:
Ein Bare-Metal-Restore ist kein Ersatz für eine Backup-Strategie, sondern ein Teil davon. Zwei Kennzahlen helfen dir bei der Planung:
Die RTO-Analyse nennt als Beispiel, dass eine geeignete BMR-Lösung die Wiederanlaufzeit gegenüber Neuinstallation und Datenmigration von 4 bis 6 hours auf 45 bis 60 minutes verkürzen kann. Ob du solche Werte erreichst, hängt von Datenmenge, Netzwerkanbindung zum Backup-Speicher und Übung ab. Messe deshalb deine eigene Zeit bei einem Test.
Für die Ablage der Sicherungen gilt die 3-2-1-Regel, wie sie etwa digital.sicher.nrw für Unternehmen beschreibt: drei Kopien deiner Daten, auf zwei unterschiedlichen Medien, eine davon räumlich getrennt. Für einen Root-Server kann das so aussehen:
| Kopie | Ort | Zweck |
|---|---|---|
| 1 | Produktivsystem | Laufender Betrieb |
| 2 | Externer Cloud-Speicher in Deutschland | Schneller Restore, auch auf neue Hardware |
| 3 | Offline-Medium oder unveränderlicher Speicher | Schutz vor Ransomware und Fehlbedienung |
Für Unternehmen und Agenturen geht es zusätzlich um Nachweisbarkeit. Der BSI-Baustein CON.3 Datensicherungskonzept beschreibt, wie du Datensicherungspläne je System aufstellst und mit dem Notfallmanagement verknüpfst. Der BSI-Standard 200-4 regelt das Business Continuity Management, in dem Wiederanlaufzeiten eine zentrale Rolle spielen. Ein dokumentierter und getesteter Bare-Metal-Restore ist dafür ein greifbarer Beleg. Wer ein IT-Unternehmen führt, sollte Ausfallrisiken auch finanziell absichern. Einen Überblick über Versicherungen für IT-Unternehmen mit Blick auf Haftung und Cyberrisiken findest du dort.
Praxistipp: Plane einen Restore-Test mindestens einmal pro Quartal fest ein. Stelle dafür das Image auf einer Test-VM oder einem Ersatzserver wieder her, starte die wichtigsten Dienste und notiere die benötigte Zeit. Erst dann weißt du, ob deine RTO realistisch ist.
Wir betreuen Gameserver, VPS und Dedicated Server für Communities, Entwickler und Unternehmen. Dabei sehen wir immer wieder: Gerade bei gewachsenen Projekten wurde das Backup zwar eingerichtet, aber nie zurückgespielt. Das fällt erst auf, wenn es darauf ankommt, und dann fehlt der Bootloader, der Schlüssel oder die Datenbank ist inkonsistent.
Unsere Empfehlung ist deshalb pragmatisch. Entscheide für jeden Server bewusst, ob du ihn per Image zurückholst oder per Automatisierung neu aufbaust. Lege die Sicherungen außerhalb des Servers ab, am besten in einem Rechenzentrum in Deutschland, damit Datenschutzfragen nach DSGVO gar nicht erst kompliziert werden. Und teste den Ernstfall, solange noch kein Ernstfall ist. Eine Stunde Test im ruhigen Moment spart dir viele Stunden Stress, wenn deine Community oder deine Kunden auf den Server warten.
— Erik
Wenn du eine Backup-Strategie für einen eigenen Server aufbaust, findest du bei Nexthosting die passenden Bausteine. Unsere Root-Server gibt es ab €29.99 im Monat, VPS-Tarife ab €6.49 im Monat. Alle laufen auf NVMe-SSD, mit DDoS-Schutz ohne Aufpreis und im deutschen Rechenzentrum. Für die externe Kopie deiner Images eignet sich unser Cloud-Speicher in Deutschland. Die aktuellen Tarife findest du bei den VPS-Servern und den Dedicated Servern mit NVMe-SSD. Für Gameserver geht es direkt zur Gameserver-Übersicht.
Das Backup ist die Sicherungskopie, der Restore ist das Zurückspielen dieser Kopie. Beim Bare-Metal-Restore spielst du nicht einzelne Dateien zurück, sondern das komplette System auf leere Hardware. Ein Backup ist erst dann etwas wert, wenn du den Restore auch beherrschst.
Ja, viele Tools unterstützen die Wiederherstellung auf abweichender Hardware. Kritisch sind Boot-Modus, Festplattencontroller, Netzwerkkarten und die Größe der Zielplatte. Teste eine solche Migration vorher, statt dich im Ernstfall darauf zu verlassen.
Das hängt vor allem von der Datenmenge und der Anbindung an den Backup-Speicher ab. Ein kleines Linux-System mit wenigen Gigabyte ist oft in Minuten zurück, ein Server mit mehreren Terabyte braucht Stunden. Deine realistische Zeit erfährst du nur durch einen Test.
Bei einem gemieteten Gameserver kümmert sich der Anbieter um das Betriebssystem, du sicherst vor allem Welten, Configs und Datenbanken. Betreibst du deine Gameserver selbst auf einem Root-Server, gehört ein Image-Backup des Hosts zu einer soliden Strategie. Dann gelten alle Schritte aus diesem Artikel.
Richte dich nach deinem RPO: Wie viele Daten darfst du maximal verlieren? Für viele Server reicht ein regelmäßiges Image nach größeren Änderungen, ergänzt durch tägliche Datei- und Datenbank-Backups. So bleibt das Image aktuell genug, und die Nutzdaten sind trotzdem engmaschig gesichert.