/ EUR
Ein Backup-Server ist keine „günstigere Version” eines Produktionsservers. Er ist ein eigenständiges, kapazitätsstarkes und robustes Repository, das genau dann funktionieren muss, wenn alles andere versagt. Wenn Sie Veeam oder Nakivo implementieren, sind drei Dinge entscheidend: Kapazität für die Aufbewahrung, ein belastbares RAID-Level und Enterprise-Festplatten – erst danach zählen Prozessormarke oder Kernanzahl. Die Konfiguration eines Backup-Servers beginnt mit dem Ausfallszenario – nicht mit der Preisliste.
Der Backup-Server als letzte Verteidigungslinie – trenne ihn von der Produktion oder tu es gar nicht
Die erste Regel ist einfach: Ein Backup darf nicht auf demselben Storage wie die Produktion liegen. Wenn der Storage mit den VMs ausfällt oder die Umgebung verschlüsselt wird, muss das Repository unangetastet bleiben. Deshalb wird ein Backup-Server als eigenständiger Knoten konzipiert, mit eigenem RAID, eigenem System und oft sogar einer eigenen Domäne oder Netzwerkisolierung.
In der Praxis wird für Veeam am häufigsten ein dediziertes Backup-Repository auf Windows oder Linux mit lokalem Festplatten-Array aufgebaut. Bei Nakivo kann das Repository als Appliance oder auf einem NAS laufen, aber die Grundannahme bleibt dieselbe – Kapazität und Unabhängigkeit sind wichtiger als reine IOPS-Leistung. Backup schreibt hauptsächlich große Dateien sequenziell, braucht also kein ultraschnelles NVMe für jeden Vorgang, muss aber über stabilen, vorhersehbaren Speicherplatz verfügen.
Wenn Sie heute 5–10 TB Produktionsdaten schützen, fragen Sie sich: Was passiert, wenn Sie alles gleichzeitig verlieren? Die Konfiguration des Backup-Servers sollte genau auf dieses Szenario eine Antwort geben. Das ist keine Hardware „für den Alltag”. Das ist Hardware „für den Ernstfall”.
Wie viele TB brauchen Sie wirklich? Aufbewahrung 7–30–365 Tage
Der häufigste Fehler bei der Planung eines Backup-Repositorys besteht darin, nur auf die Größe der Produktionsdaten zu schauen. Wenn Sie 8 TB Daten haben, sollte der Backup-Server nicht 8 TB Speicherplatz haben – das ist selbst für eine kurze Aufbewahrungszeit zu wenig.
Die sichere Faustregel für Veeam-/Nakivo-Umgebungen besagt das 3–5-fache der geschützten Datenmenge, abhängig von Aufbewahrungsdauer und Dateiänderungsrate. Bei 8 TB Produktion kann der tatsächliche Speicherbedarf des Repositorys 24–40 TB betragen, bevor Sie Wachstumsreserven und Vorgänge wie Synthetic Full oder Compact berücksichtigen.
Die Aufbewahrungsrichtlinie spielt eine wichtige Rolle:
- 7–14 tägliche Sicherungskopien,
- 4–8 wöchentliche Sicherungskopien,
- 6–12 monatliche Sicherungskopien.
Je länger Sie „in der Zeit zurückgehen” können möchten, desto schneller wächst der Speicherbedarf. Deshalb sollte die Konfiguration des Backup-Servers eine Reserve von 20–30 % freiem Speicherplatz vorsehen, denn ein Repository, das an seiner Kapazitätsgrenze arbeitet, beginnt bei Transformationen und Konsolidierungen von Backup-Ketten Probleme zu bereiten.
Das ist der Moment, in dem es sich lohnt, alles im Konfigurator durchzurechnen – anstatt davon auszugehen, dass „es schon irgendwie passt”.
RAID 6 oder RAID 10 im Backup-Server – Kapazität versus Wiederherstellungszeit
In Backup-Repositorys begegnet man am häufigsten RAID 6 oder RAID 60 – hauptsächlich weil sie bei gleicher Anzahl von Festplatten mehr nutzbare Kapazität bieten. Bei 8–12 rotierenden Datenträgern kann der Unterschied zwischen RAID 6 und RAID 10 mehrere zusätzliche Terabyte Speicherplatz bedeuten.
- RAID 10 bietet sehr gute Leistung und schnellere Wiederherstellung nach einem Festplattenausfall, „kostet” aber die Hälfte der Rohkapazität.
- In Umgebungen, in denen Backup hauptsächlich zur Aufbewahrung von Kopien und gelegentlichen Wiederherstellungen dient, ist RAID 6 ein Kompromiss zwischen Kapazität und Sicherheit – es toleriert den Ausfall von zwei Festplatten in einer Gruppe und erlaubt eine sinnvolle Nutzung des Speicherplatzes.
Man muss jedoch die Rebuild-Zeit bei großen 12–20-TB-Festplatten bedenken. Je größer der Datenträger, desto länger dauert die Wiederherstellung und desto größer ist das Risiko eines zweiten Ausfalls in dieser Zeit. Deshalb wird bei größeren Konfigurationen das Array häufig in mehrere kleinere RAID-6-Gruppen aufgeteilt oder RAID 60 eingesetzt. Die Konfiguration des Backup-Servers sollte nicht dem Zufall überlassen werden – besonders wenn das Repository mehrere Dutzend oder Hunderte von Terabyte umfasst.
NL-SAS oder SATA – wie man einen Backup-Server zusammenstellt, ohne bei der Zuverlässigkeit zu sparen
In Backup-Servern gewinnen meist rotierende NL-SAS-Festplatten, während SATA hauptsächlich in kleineren, budgetorientierten Repositorys sinnvoll ist – der Unterschied betrifft nicht nur den Preis, sondern vor allem die Betriebsparameter bei großen Arrays.
NL-SAS (Nearline SAS):
- Kapazitäten von 4–20 TB und mehr bei 7.200 RPM,
- bessere Bitfehlerrate (z. B. 1e-16) als typisches SATA,
- höherer deklarierter MTBF,
- besseres Command Queuing und Stabilität in großen Arrays,
- sinnvolle Wahl bei 8–24 Festplatten in einem Server.
SATA (Enterprise):
- niedrigerer Preis pro TB,
- ausreichend bei 4–8 Festplatten und kleinerem Umfang,
- höhere BER (oft 1e-15),
- weniger „enterprise-typische” Eigenschaften bei großen Datenvolumen.
In einem kleinen Repository bis zu einigen Dutzend TB kann SATA ausreichend sein. Das Problem beginnt, wenn Sie ein Array aus mehreren Dutzend Festplatten aufbauen und Backup für das Unternehmen kritisch wird. Dann geht es nicht mehr um den Preis pro TB, sondern darum, ob das Array jahrelangem Betrieb, Rebuilds und Konsolidierungsvorgängen von Backup-Ketten standhält.
Wenn die Konfiguration des Backup-Servers mehrere Dutzend Terabyte netto und lange Aufbewahrungszeiten vorsieht, ist NL-SAS die sicherere Entscheidung. Das sind immer noch kapazitätsstarke rotierende Datenträger, aber mit Parametern, die näher an einer Enterprise-Umgebung als an einer Desktop-Umgebung liegen. Backup ist ein Bereich, in dem eine Einsparung von einigen Prozent des Budgets in der Zukunft deutlich mehr kosten kann.
R740xd2 und Modelle mit vielen Laufwerksschächten – wann der Backup-Server kein „kleines Repo” mehr ist
Bei größeren Umgebungen lohnt es sich, in Kategorien von Plattformen zu denken, nicht von einzelnen Festplatten. Modelle wie der Dell PowerEdge R740xd2 wurden geradezu als Backup- und Archivserver konzipiert.
Warum?
- 2U-Rack-Gehäuse mit der Möglichkeit, bis zu 24 Festplatten 3,5” vorne + 2 hinten zu montieren.
- Rohkapazität in Hunderten von TB in einem einzigen Server.
- Dual-Socket-Plattform mit Xeon Scalable.
- Große Anzahl von PCIe-Slots für HBA/NIC.
- Integriertes iDRAC9 für Remote-Management.
Ein praktisches Konfigurationsmodell sieht so aus.
Kleines/mittleres Repository (z. B. 20–60 TB netto):
- 8–12 NL-SAS-Festplatten 8–12 TB,
- RAID 6,
- freie Schächte als Reserve für die Zukunft.
Großes Repository (80–300+ TB netto):
- 12–24 NL-SAS-Festplatten 12–20 TB,
- RAID 60 oder Aufteilung in mehrere RAID-6-Gruppen,
- Möglichkeit zum Aufbau eines Scale-out-Repositorys in Veeam.
Ab einem bestimmten Punkt ist der natürliche Entwicklungspfad ein Scale-out-Ansatz – anstatt eines einzigen, riesigen Servers bauen Sie mehrere Repository-Knoten auf und skalieren das Backup gemeinsam mit dem Unternehmen. Dieser Ansatz reduziert das Risiko und erleichtert die Erweiterung, ohne nach 3 Jahren die gesamte Architektur „umzuwerfen”.
Die Konfiguration des Backup-Servers sollte daher nicht nur die Frage „Wie viele TB heute?” beantworten, sondern auch „Wie viele TB in zwei Jahren?”. Genau deshalb spielt die Wahl der Plattform eine Rolle.
Überprüfen Sie die Konfiguration des Backup-Servers, bevor Sie etwas bestellen
Bevor Sie sich für ein konkretes Modell und eine Festplattenbestückung entscheiden, rechnen Sie Ihre Umgebung im Server-Konfigurator auf hardwaredirect.pl durch. Sehen Sie den Unterschied zwischen RAID 6 und RAID 10, NL-SAS und SATA, 8 und 16 Festplatten. Backup ist eine Infrastruktur, die Sie für Jahre aufbauen – es ist besser, sie von Anfang an richtig zu berechnen, als sie nach dem ersten Platzmangel auszutauschen.
FAQ
Kann ich das Backup auf demselben Array wie die VMs speichern?
Nein. Das verstößt gegen das Grundprinzip der Trennung. Das Backup-Repository sollte von der Produktion getrennt sein, am besten als eigenständiger Server oder Knoten.
Wie viel Speicherplatz sollte das Repository haben?
Eine sichere Basis sind das 3–5-fache der geschützten Datenmenge + 20–30 % Reserve für Wachstum und Wartungsvorgänge.
RAID 6 oder RAID 10 für Veeam?
In den meisten Repositorys wird RAID 6/60 wegen der Kapazität gewählt. RAID 10 ist sinnvoll bei einer kleineren Anzahl von Festplatten oder sehr intensiven Wiederherstellungsvorgängen.
Reicht SATA für das Backup aus?
In kleinen Repositorys ja. Bei einer größeren Anzahl von Festplatten und kritischen Daten ist es sicherer, Enterprise-NL-SAS zu wählen.
Muss ein Backup-Server einen leistungsstarken Prozessor haben?
Das ist keine Priorität. Beim Backup sind Kapazität, RAID-Level und Festplattenzuverlässigkeit wichtiger als eine hohe CPU-Kernanzahl.
