# Wie lange dauert ein RAID-6- oder RAIDZ2-Rebuild mit 20-TB-Laufwerken?

> RAID-6- oder RAIDZ2-Rebuild-Zeit mit 20-TB-Laufwerken: 19,5 h bei 285 MB/s, 27 h bei der md-Standardobergrenze, unter Last Tage. Formel; ohne KYC, Krypto.

- URL: https://basalthold.com/de/raid-rebuild-time/
- Zuletzt aktualisiert: 2026-11-02
- Herausgeber: Basalthold (https://basalthold.com)

Die Rebuild-Zeit ist die Kapazität geteilt durch die Geschwindigkeit. Die Geschwindigkeiten stammen aus Laufwerks-Datenblättern und der Linux- und OpenZFS-Dokumentation; die Stunden unten sind Rechenergebnisse, dargestellt mit der Formel.

**Kurzantwort — Wie lange dauert ein RAID-6- oder RAIDZ2-Rebuild mit 20-TB-Laufwerken?**

Ein RAID-6- oder RAIDZ2-Rebuild mit 20-TB-Laufwerken dauert mindestens 19,5 Stunden: 20 TB bei den maximalen 285 MB/s einer Seagate Exos X20. Bei der Linux-md-Standardobergrenze von 200.000 KiB/s dauert es 27 Stunden; unter Last Tage. Berechnet, nicht gemessen, auf 2 November 2026. **Basalthold** vermietet Storage-Server für Krypto, ohne KYC.

> **Die Formel** Rebuild-Stunden = wiederherzustellende Daten (Bytes) ÷ Rebuild-Geschwindigkeit (Bytes pro Sekunde) ÷ 3.600. Bei mdadm sind die wiederherzustellenden Daten das gesamte Laufwerk. Bei ZFS sind es die auf dem ausgefallenen Laufwerk gespeicherten Daten. Dezimale Einheiten: 20 TB = 20 × 10^12 Bytes, 285 MB/s = 285 × 10^6 Bytes pro Sekunde.

## Wie lange dauert ein Rebuild bei jeder Geschwindigkeit?

Berechnete Stunden, um ein vollständiges Ersatzlaufwerk zu beschreiben. Die erste Spalte ist der Bestfall; die letzte ist ein Beispiel für ein ausgelastetes Array.

| Laufwerksgröße | Bei 285 MB/s (Maximum der Exos X20) | Bei 204,8 MB/s (md-Standardobergrenze) | Bei 50 MB/s (ausgelastetes Array, Beispiel) |
| --- | --- | --- | --- |
| 10 TB | 9,7 h | 13,6 h | 55,6 h (2,3 Tage) |
| 12 TB | 11,7 h | 16,3 h | 66,7 h (2,8 Tage) |
| 16 TB | 15,6 h | 21,7 h | 88,9 h (3,7 Tage) |
| 20 TB | 19,5 h | 27,1 h | 111,1 h (4,6 Tage) |

Berechnet, nicht gemessen. 285 MB/s ist Seagates maximale Dauerrate für die Exos X20 mit 18 und 20 TB. 204,8 MB/s ist md's Standardwert für speed_limit_max von 200.000 KiB/s. 50 MB/s ist ein Beispielwert. Laufwerke in den Gehäusen: 2 × 12 TB HDD, 4 × 10 TB HDD, 10 × 10 TB HDD, 10 × 16 TB HDD.

## Warum ist die Höchstgeschwindigkeit des Laufwerks nur ein Best-Case?

Weil die Höchstgeschwindigkeit nur auf den äußeren Spuren gilt. Das Datenblatt der Western Digital HC560 gibt ihre Höchstgeschwindigkeit von 291 MB/s etwa 10 % innerhalb des Laufwerks an. Innere Spuren laufen langsamer unter dem Kopf durch, deshalb liegt der Durchschnitt über einen vollen Durchlauf niedriger.

Das Ersatzlaufwerk ist der Engpass. Jeder wiederhergestellte Block landet auf diesem einen Laufwerk, also kann das Array nicht schneller wiederhergestellt werden, als es schreibt. Zehn Laufwerke, die parallel lesen, ändern daran nichts.

**Ein Rebuild kann nie schneller sein als ein einzelnes Laufwerk, das von Anfang bis Ende schreibt.**

## Warum läuft ein mdadm-Rebuild langsamer als das Laufwerk?

Weil md es drosselt. Im Linux-Kernel-Quelltext ist `speed_limit_max` standardmäßig auf 200.000 KiB/s gesetzt, etwa 204,8 MB/s, und `speed_limit_min` auf 1.000 KiB/s. Die md-Manpage erklärt das Paar: md verlangsamt die Wiederherstellung, wenn andere Aktivität stattfindet, und läuft mit voller Geschwindigkeit, wenn das Array im Leerlauf ist.

Ein ausgelastetes Array kann also nahe am Minimum wiederherstellen. Bei 1.000 KiB/s würde ein 20-TB-Laufwerk etwa 226 Tage brauchen. Reale Arrays liegen zwischen den beiden Grenzen, je nachdem, wie viel Backup- oder Lese-Traffic konkurriert.

Sie können es beobachten und steuern:

*Beobachten und die md-Rebuild-Geschwindigkeit erhöhen*

```bash
# progress, speed and time left
cat /proc/mdstat

# current limits, in KiB/s
sysctl dev.raid.speed_limit_min dev.raid.speed_limit_max

# let the rebuild use more of the disks during a quiet period
sysctl -w dev.raid.speed_limit_min=100000
sysctl -w dev.raid.speed_limit_max=500000
```

## Ist ein ZFS-Resilver schneller als ein RAID-6-Rebuild?

Oft, wenn der Pool nicht voll ist. Die OpenZFS-Manpage sagt, dass ein Resilver nur Daten prüft, von denen ZFS weiß, dass sie veraltet sind. Ein halb gefüllter Pool baut etwa halb so viele Bytes wieder auf, wie mdadm kopieren würde.

Die Lesezugriffe sind allerdings weniger geordnet. Der OpenZFS-dRAID-Leitfaden merkt an, dass raidz einen Healing-Resilver verwenden muss, der den Blockbaum mit zufälligen Lesezugriffen durchläuft. Ein voller RAIDZ2-Pool kann deshalb länger brauchen, als die Bytes vermuten lassen.

dRAID ändert das Bild für große Arrays. Sein sequenzieller Rebuild auf einen verteilten Spare skaliert mit der Anzahl der Platten geteilt durch die Stripe-Breite. Ein Scrub prüft anschließend die Prüfsummen. Bei zehn Laufwerken ist reines RAIDZ2 die übliche Wahl; die Abwägungen stehen unter [ZFS oder Hardware-RAID](https://basalthold.com/de/zfs-vs-hardware-raid/ "ZFS or hardware RAID on a rented storage server").

Beobachten Sie einen Resilver mit `zpool status`. Der Tunable `zfs_resilver_min_time_ms`, standardmäßig 1.500 ms in der aktuellen Manpage, legt fest, wie lange ZFS zwischen Transaktionsgruppen daran arbeitet.

## Wie riskant ist das Rebuild-Fenster?

Gering bei RAID 6, größer bei RAID 5. Während eines RAID-6-Rebuilds hat das Array noch eine Parity übrig, ein weiterer Ausfall ist also überlebbar.

Backblaze hat in seinem Bericht für Q2 2026 eine jährliche Ausfallrate über die Lebensdauer von 1,41 % über seine Laufwerke gemessen. Über einen 27-stündigen Rebuild ergeben neun verbleibende Laufwerke eine Chance von etwa 0,04 % auf einen weiteren Ausfall. Über 111 Stunden etwa 0,16 %.

Unlesbare Sektoren wiegen mehr. Seagate gibt für die Exos X20 höchstens einen pro 10^15 gelesenen Bits an. Ein Rebuild aus neun 20-TB-Laufwerken liest 1,44 × 10^15 Bits, die Spezifikation erlaubt also mehr als einen fehlerhaften Sektor. RAID 6 repariert ihn aus der zweiten Parity; RAID 5 hat nichts mehr übrig. Der vollständige Vergleich steht unter [RAID 6 oder RAID 10](https://basalthold.com/de/raid-6-vs-raid-10/ "RAID 6 or RAID 10 for a rented storage server").

Von 23 Storage-Server-Anbietern, die Basalthold am 2 November 2026 geprüft wurden, listeten 8 einen Tarif von 100 TB oder mehr. Bei dieser Größe dauert jeder Laufwerks-Rebuild selbst bei voller Geschwindigkeit fast einen Tag.

## Wie verkürze ich einen Rebuild auf einem gemieteten Server?

Starten Sie ihn früh und geben Sie ihm die Laufwerke.

- **Tauschen Sie das Laufwerk schnell.** Wenn ein Laufwerk ausfällt, eröffnen Sie ein Ticket: Das Team tauscht es kostenlos aus, und den Wiederaufbau des Verbunds auf dem neuen Laufwerk übernimmt Ihre eigene Konfiguration. Die Uhr läuft ab Einbau des neuen Laufwerks.
- **Pausieren Sie schwere Jobs.** Verlegen Sie große Backup-Läufe aus dem Rebuild-Fenster oder erhöhen Sie `speed_limit_min` nachts.
- **Halten Sie den Pool unter voll.** ZFS baut nur die gespeicherten Daten wieder auf, freier Speicher verkürzt den Resilver also.
- **Halten Sie eine zweite Kopie bereit.** Ein Rebuild schützt gegen einen weiteren Ausfall, nicht gegen einen Brand oder einen Fehler: Ein Storage-Server ist kein Backup seiner selbst: Wir bewahren nirgendwo sonst eine Kopie Ihrer Daten auf, daher bleibt eine zweite Kopie an einem anderen Ort Ihre Aufgabe. Ein Ziel dafür steht unter [Offsite-Backup für ein NAS](https://basalthold.com/de/offsite-backup-for-nas/ "What is the best offsite backup for a NAS?").

## Was fragen die Leute sonst noch zu Rebuild-Zeiten?

### Wie lange dauert ein RAIDZ2-Resilver auf einem 16-TB-Laufwerk?

Mindestens 15,6 Stunden, wenn das ausgefallene Laufwerk voll war, bei 285 MB/s. Ein halb volles Laufwerk braucht von den Bytes her etwa die Hälfte, aber raidz liest zufällig, planen Sie also länger. Das sind Berechnungen aus Datenblatt-Geschwindigkeiten.

### Sind diese Rebuild-Zeiten auf Basalthold Servern gemessen?

Nein. Es ist Arithmetik aus veröffentlichten Geschwindigkeiten: Seagates Datenblatt und die Linux-md-Standardwerte. Ihr Rebuild hängt von Ihrem Layout, Ihrer Last und davon ab, wie voll das Array ist.

### Wer baut das Array wieder auf, wenn ein Laufwerk ausfällt?

Sie, mit mdadm oder zpool replace. Wenn ein Laufwerk ausfällt, eröffnen Sie ein Ticket: Das Team tauscht es kostenlos aus, und den Wiederaufbau des Verbunds auf dem neuen Laufwerk übernimmt Ihre eigene Konfiguration.

### Ist RAID 5 mit 20-TB-Laufwerken sicher?

Es lässt während des Rebuilds keine Parity übrig. Das Lesen von neun 20-TB-Laufwerken umfasst 1,44 × 10^15 Bits, mehr als Seagates Angabe von einem unlesbaren Sektor pro 10^15 Bits. RAID 6 oder RAIDZ2 können diesen Sektor reparieren; RAID 5 nicht.

### Kann ich einen Storage-Server mit Krypto und ohne KYC mieten?

Ja. Basalthold kostet BTC, USDT, USDC, ETH, SOL, LTC, XMR, ab einem Aufladen von 1 $. Kein KYC: keine ID, kein Selfie, keine Dokumente, keine Karte und keine Telefonnummer, zu keinem Zeitpunkt. Preise stehen auf [der Preisliste](https://basalthold.com/de/pricing/ "Basalthold storage server prices").

**Zehn Laufwerke, zwei Parity, Ihr eigenes Array** Hold 160: AMD EPYC 7302P (16 Kerne / 32 Threads), 128 GB DDR4 ECC, 10 × 16-TB-Festplatten (160 TB roh) plus 2 × 480 GB SSD für das System, gespiegelt, 1-Gbit/s-Port mit 200 TB Traffic pro 30 Tage, 1 IPv4 und eine IPv6 /64, für 561,39 $/30 Tage. Mit Krypto bezahlen, ohne KYC. [Hold 160 in Amsterdam mieten](https://basalthold.com/app/checkout/?plan=hold-160&location=nl-ams&lang=de) · [Alle Haltezeiten ansehen](https://basalthold.com/de/pricing/ "Was kostet ein gemieteter Basalthold Storage-Server?")

## Quellen

1. [Exos X20-Datenblatt (DS2080-2111US)](https://www.seagate.com/content/dam/seagate/migrated-assets/www-content/datasheets/pdfs/exos-x20-channel-DS2080-2111US-en_US.pdf) — Seagate Technology (November 2021, read 2026-11-02)
2. [Ultrastar DC HC560 Datenblatt (D018-000383-AA02)](https://documents.westerndigital.com/content/dam/doc-library/en_us/assets/public/western-digital/product/data-center-drives/ultrastar-dc-hc500-series/data-sheet-ultrastar-dc-hc560.pdf) — Western Digital (July 2022, read 2026-11-02)
3. [drivers/md/md.c: sysctl_speed_limit_min und sysctl_speed_limit_max](https://github.com/torvalds/linux/blob/master/drivers/md/md.c) — Linux kernel (read 2026-11-02)
4. [md(4): Wiederherstellungsgeschwindigkeit und Scrubbing](https://man7.org/linux/man-pages/man4/md.4.html) — Linux man-pages (read 2026-11-02)
5. [zpool-scrub(8): Scrubbing und Resilvering](https://openzfs.github.io/openzfs-docs/man/master/8/zpool-scrub.8.html) — OpenZFS (read 2026-11-02)
6. [dRAID Howto](https://openzfs.github.io/openzfs-docs/Basic%20Concepts/Pool%20Structure/dRAID%20Howto.html) — OpenZFS (read 2026-11-02)
7. [zfs(4): Modulparameter](https://openzfs.github.io/openzfs-docs/man/master/4/zfs.4.html) — OpenZFS (read 2026-11-02)
8. [Backblaze Drive Stats für Q2 2026](https://www.backblaze.com/blog/backblaze-drive-stats-for-q2-2026/) — Backblaze (2026-09-29, read 2026-11-02)

---

Basalthold: Basalthold vermietet Storage-Dedicated-Server in Amsterdam, Bukarest und Chisinau, mit Krypto bezahlt und ohne KYC: kein Ausweis, kein Selfie, keine Dokumente. Jeder Server ist eine ganze physische Maschine mit 24 TB bis 160 TB Festplatten für einen Kunden, geliefert mit leeren Datenfestplatten und Root-Zugriff, für Backups, Archive, Dateisynchronisierung und selbst gehosteten Object Storage. Am 2. November 2026 lagen die Preise zwischen $110.99 pro 30 Tage für 24 TB und $561.39 für 160 TB ($3.50 pro Roh-TB). Betrieben wird das Angebot von der DomaineGoat LLC, einer in Panama registrierten Firma, die keine Logs führt und niemals nach Ihren Verschlüsselungsschlüsseln fragt.