20.10.2017 (Doc Storage)
4 von 5, (10 Bewertungen)

High-Capacity-HDDs und RAID-Rebuild

Leserfrage: Die Festplattenkapazität überschreitet die 10-TByte-Marke, siehe die jüngsten Neuvorstellungen mit zwölf und 14 TByte. Mit acht Laufwerken lassen sich damit bereits über 100 TByte in einem Array darstellen. Die Frage, wer braucht's, stellt sich nicht, wir haben den Speicherplatz bisher immer voll bekommen. Was ist aber, wenn eine Platte ausfällt? Wir werden viele der High-Capacity-HDDs mit +10 TByte in »normalen« Disk-Subsystemen finden. Kommt es zu einem Plattenausfall und es ist ein Rebuild nötig, sind die üblichen RAID-Level doch am Ende, oder? Wie viele Wochen wird es dauern, bis die neue Platte wieder eingebunden ist? Selbst mit RAID 6 ist doch dann kein Array mehr wirklich geschützt. Was ist Ihr Rat?

Antwort Doc Storage:

Die Frage, wer das braucht, stellt sich heute tatsächlich nicht mehr. Danke, dass Sie mir die Beantwortung dieser Frage erspart haben. Natürlich bekommt man den Speicherplatz immer voll, und natürlich werden wir auch in Zukunft immer größere Medien brauchen.

Um den Tempus zu ändern – wir werden nicht eine Menge der größeren Platten in Speichersystemen finden. Diese haben bereits seit einiger Zeit Einzug gehalten und stellen die Anwender vor genau dieselben Probleme wie bei allen anderen Volumenzuwächsen vorher. Ob die RAID-Level am Ende sind, ist eine fast schon religiöse Frage, und um ellenlange Briefschlachten zu verhindern, ignoriere ich diese jetzt einfach mal. Allerdings wird eine vollständige Wiederherstellung wesentlich länger in Anspruch nehmen, als wir es von den nunmehr winzigen 1- oder 2-TByte-Plättchen gewohnt waren.

Natürlich hängt die tatsächliche Zeit für diesen Vorgang nicht nur vom Volumen der Platten, sondern auch von der Bandbreite ab, die der verwendete RAID-Controller dem Array zur Wiederherstellung reserviert, und natürlich vom verwendeten RAID-Schutz. Bei RAID 1 müssen lediglich die Zylinder von 0 bis n »durchkopiert« werden, was wesentlich schneller vonstattengeht als das Errechnen und Wegschreiben von Paritätsinformationen in RAID 5, ganz zu schweigen vom doppelten Schreibvorgang in RAID 6. Als Daumenwert in durchschnittlichen Umgebungen kann für jedes TByte ungefähr ein Tag in RAID 1, 30 Stunden in RAID 5 und 32 Stunden in RAID 6 angenommen werden.

Im schlimmsten Falle, also der Ausstattung mit 14-TByte-Medien, stehen Sie in RAID 1 also ungefähr zwei Wochen und in RAID 5 knapp 18 Tage neben einem ungeschützten und gegen weitere Ausfälle wehrlosen System. In RAID 6 dürfte der Vorgang gar knapp 19 Tage in Anspruch nehmen, allerdings sind die Daten dort wenigstens noch durch den zweiten Paritätssatz geschützt.

Allerdings beziehen sich diese Zeiten ausschließlich auf Systeme, die während der Wiederherstellung keine anderen Aufgaben zu erfüllen haben. Jeglicher produktive Zugriff während dieses Vorganges verlangsamt diesen zum Teil erheblich.

Es macht also wenig Sinn, Arrays mit solch großen Medien mit etwas anderem als RAID 6 auszustatten, um wenigstens gegen einen zweiten Plattenausfall gefeit zu sein. Ansonsten bleibt mir nur noch der Hinweis auf eine Kopie auf ein zweites Array oder auf ein Backup, welches Sie aber als professioneller Anwender immer parat haben sollten.

Und ja – viele Hersteller statten ihre Systeme inzwischen mit speziellen Schutzmechanismen aus, die die Herstellungszeit zum Teil erheblich verkürzen. Hierbei werden beispielsweise nur die Zylinder wiederhergestellt, die tatsächlich mit Daten beschrieben sind. Wieder andere lesen Informationen aus den Laufwerken aus und versuchen, Plattenausfälle rechtzeitig vorherzusehen und die dort vorhandenen Daten im laufenden Betrieb auf ein Ersatzlaufwerk zu kopieren. Handelt es sich allerdings um einen »dummen« RAID-Controller, fallen diese Möglichkeiten meistens aus.

Gruß
Doc Storage


Stellen Sie Ihre Frage
Doc. tec. Storage beantwortet alle Ihre technischen Fragen zu Storage, Backup & Co.

Stellen Sie Ihre Frage an: DocStorage@speicherguide.de

Mehr von Doc. tec. Storage 23.08.2019 Was ist Computational-Storage?

In Verbindung mit einer schnelleren Datenverarbeitung fällt wiederholt der Begriff Computational-Storage. Angeblich soll es sich um eine spannende Zukunftstechnologien handeln, wie sehen Sie das und welchen Stand hat die Technik bisher?


02.08.2019 Soft-/Hardware: Wie Daten richtig verschlüsseln?

Eine Software-Verschlüsselung soll weniger Probleme verursachen, als eine Hardware-Verschlüsselung. Stimmt das? Was passiert, wenn der gewählte Verschlüsselungsanbieter nicht mehr verfügbar ist, wie kommt man dann an seine Daten?


12.07.2019 Analysten-Prognosen sind verschwendete Lebenszeit

Diesmal nimmt sich Doc Storage die Trendvorhersagen von Marktforschern vor. Seiner Ansicht nach ist vieles nur ein Blick in die Glaskugel, anderes dagegen so offensichtlich, dass es keine weitere Betrachtung benötige. Er hält diese Art von Info für verschwendete Lebenszeit.


28.06.2019 DSGVO bleibt aus DV-Sicht ein unsägliches Thema

Kolumne: Unser Doc Storage ist kein Freund der DSGVO. Dies hat er in mehreren Kolumnen klar formuliert. In seinem zweiten Teil zu »Ein Jahr DSGVO« fasst er nochmal zusammen, warum die Thematik aus seiner DV-Sicht für Firmen unsäglich ist.


14.06.2019 Ein Jahr DSGVO: Aufwand unerträglich hoch

Kolumne: Zur Einführung der DSGVO hat Doc Storage mächtig Dampf abgelassen. Ein Jahr später lässt kaum ein Verband ein gutes Haar an der Datenschutz-Grundverordnung. Der Aufwand für Firmen und IT-Abteilungen sei unerträglich hoch.


07.06.2019 Welchen Flash für welche Anwendung?

Vor rund sechs Jahren schickten sich Flash-Speicher an, sich in Computern und Storage-Systemen zu etablieren. Damals galten die Lösungen aber noch als proprietär. Wo steht die Technik heute und welcher Flash eignet sich für welchen Einsatzzweck?

powered by
Boston Server & Storage Solutions Itiso GmbH
Fujitsu Technology Solutions GmbH Infortrend
N-TEC GmbH FAST LTA AG
Datacore Software Seagate Technology
Folgen Sie speicherguide.de auch auf unseren Social-Media-Kanälen
Folgen Sie und auf Facebook Folgen Sie und auf YouTube Folgen Sie und auf Twitter