15.06.2012 (Doc Storage) Drucken
(4 von 5, 4 Bewertungen)

LTO-5 nur wegen LTFS anschaffen?

Leserfrage: In unserem Rechenzentrum wird viel auf LTO-3- bzw. LTO-4-Bänder gesichert bzw. archiviert. Nun stehen ein paar Hersteller auf der Matte, und empfehlen uns die Migration auf LTO-5. Vor allem das LTFS-Feature (Linear Tape File System) scheint Klasse zu sein, das Datenmanagement wird offensichtlich einfacher. Trotzdem: Unsere jetzige Installation läuft recht gut. Lohnt es sich, LTO-5 zu überspringen, und auf das kommende LTO-6 zu warten? Und: Was halten Sie von LTFS?

Anzeige

Antwort Doc Storage:

LTFS wurde von der IBM eingeführt, um die Archivierung von Daten auf Magnetbändern zu vereinfachen und auf diesen ein Dateisystem einzuführen, welches ähnlich einem solchen auf Standard-Festplatten zu verwalten ist und ebenfalls über eine hierarchische Verzeichnisstruktur verfügt. LTFS wurde inzwischen von (fast) allen Unternehmen adaptiert, die sich der Nutzung des LTO-Bandformates verschrieben haben. Sein Einsatz ermöglicht den Zugriff auf gespeicherte Informationen ohne die Zwischenschaltung weiterer, interpretierender Software. Da es sich um einen offenen Standard handelt, lassen sich sowohl Bänder als auch die darauf gespeicherten Daten zwischen Systemen austauschen. LTFS hat sich inzwischen bewährt und ist durchaus für den RZ-Betrieb geeignet.

LTO-5 hat den großen Vorteil (wie auch alle Vorgängerversionen dieses Standards), dass Bänder der Formate -4 und -5 beschrieben und der Formate -3, -4 und -5 in den Laufwerken gelesen werden können. Sie können also einen »weichen« Übergang zwischen Ihrer jetzigen LTO-4-Umgebung und den dann neuen Laufwerken schaffen und müssen diese nicht sofort und in einem Rutsch konvertieren. LTO-6 wird zwar seit rund einem Jahr an die Unternehmen lizensiert, jedoch gibt es bisher keine »alltagstauglichen« Produkte.

Es steht zu erwarten, dass die Bänder 3,2 TByte ohne und bis zu acht TByte mit Kompression speichern können, also das vierfache der jetzigen LTO-4-Kapazität. Wenn Sie sagen, dass Ihre jetzige Umgebung zufriedenstellend läuft und keine Kapazitäts- und Platzprobleme herrschen, würde ich durchaus auf die Version 6 warten. Erst mit dieser ist auch eine wirkliche Steigerung der Transferrate auf bis zu 210 MByte/s ohne Kompression zu erwarten, während die Version 5 mit 140 MByte/s keine wahrnehmbare Steigerung gegenüber der Version 4 mit 120 MByte/s verspricht. Da Sie dann als neue Bänder nur noch Version 6 einsetzen und sich bei LTO immer die aktuelle und die beiden letzten Versionen einlesen lassen, ist auch hier eine weiche Migration möglich.

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
Kommentar schreiben Kommentare
15.06.2012 - Joerg Reimann

Die Speicherkapazität von LTO6 steht bis zum heutigen Tag nicht fest. Es besteht die große Gefahr das es nur 2,5 TB und nicht 3,2TB werden. Die Entscheidung wird wahrscheinlich erst diesen Monat fallen.


Mehr von Doc. tec. Storage 17.05.2013 Häufig genutzte SSD-Bereiche unter Linux

Macht es Sinn beim SSD-Einsatz unter Linux häufig genutzte Bereiche auf herkömmliche Speichermedien auszulagern, beispielsweise den Swap-Space? Dieser würde einerseits in besonderem Maße von der höheren Performance profitieren, ist aber andererseits der klassische Fall von hohen Schreibzugriffen.

10.05.2013 Ist ein spezielles Exchange-Backup noch zeitgemäß?

Wir nutzen noch eine spezielle Backup-Software für Microsoft Exchange. Nun stehen etliche Updates diverser Pakete an. Zudem soll unser Rechenzentrum mehr in Richtung Virtualisierung ausgerichtet werden. Ist heutzutage eine dedizierte Exchange-Backup-Lösung noch zeitgemäß?

03.05.2013 Wie funktioniert die 3Par-Kompression?

Kompressionen helfen, Datenmengen zu reduzieren. Jeder Hersteller verwendet andere Technologien. Wie genau operiert 3Par in diesem Bereich und bringt dies wirklich Einsparungen von bis zu 50 Prozent? Und wie machen sich andere Lösungen im Vergleich?

26.04.2013 Welche Write-Penalty gelten bei ZFS?

Welche Write-Penalty hat ein ZFS-Storage-System je nach Level, Mirror, RAIDZ1, RAIDZ, RAIDZ3? Für ein klassiches RAID 5 gilt eine Write-Penalty von 4 bzw. bei RAID 6 von 6. Bei Netapps RAID DP gilt eine Penalty von 2. Da ZFS ähnliche Schreibstrategien wie WAFL hat, könnte der Wert hier auch ähnlich sein. Oder?

19.04.2013 Was tun, wenn die SSD abraucht

Gegen einen Ausfall von Festplatten ist man durch RAID und natürlich einem Backup für eine Wiederherstellung gesichert. Auch die Zeit, die ein Recovery braucht, war berechenbar. Wie funktioniert das beim Einsatz von SSDs?

12.04.2013 Big Data oder Business-Intelligence-Lösung

Big Data wird immer mehr auch für BI-Lösungen relevant. Derzeit scheint es kaum dedizierte, sondern eher Sonderlösungen zu geben. Was passiert denn, wenn 100 Anwender gleichzeitig zur Berechnung nicht additiver Kennzahlen einen großen Teil des Datenbestands eines Hadoop-Clusters verarbeiten müssen?

Doc. tec. Storage - Archiv
powered by
Hitachi Data Systems GmbH N-TEC GmbH
Quantum GmbH TIM AG