Neue LTO10 Tapes im Juni verfügbar
Im Juni kommen die ersten LTO10 Tapes.
1. Diese sind NICHT zur Vorgängerversion (LTO9) kompatibel!
2. Die Bänder speichern unkomprimiert nur 30TB statt der erwarteten 36 TB!
Heise Beitrag zum Thema LTO10 Tapes
Alles in allen ein kleiner Rückschritt. Bisher war es so, daß 1 generation zurück geschrieben und zwei Generationen zurück gelesen werden konnte.
Wer also den Umstieg plant, sollte einen oder zwei oder mehrere LTO0 Laufwerke weiterhin betreiben. Damit diese Sicherungen auf die neuen LTO10 Bänder migrieren kann.
Ich habe also dann wieder jede menge Arbeit. Naja, SAN Storage ist genügend vorhanden.
Gruss Penny.
1. Diese sind NICHT zur Vorgängerversion (LTO9) kompatibel!
2. Die Bänder speichern unkomprimiert nur 30TB statt der erwarteten 36 TB!
Heise Beitrag zum Thema LTO10 Tapes
Alles in allen ein kleiner Rückschritt. Bisher war es so, daß 1 generation zurück geschrieben und zwei Generationen zurück gelesen werden konnte.
Wer also den Umstieg plant, sollte einen oder zwei oder mehrere LTO0 Laufwerke weiterhin betreiben. Damit diese Sicherungen auf die neuen LTO10 Bänder migrieren kann.
Ich habe also dann wieder jede menge Arbeit. Naja, SAN Storage ist genügend vorhanden.
Gruss Penny.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 673112
Url: https://administrator.de/info/neue-lto10-tapes-im-juni-verfuegbar-673112.html
Ausgedruckt am: 31.05.2025 um 23:05 Uhr
13 Kommentare
Neuester Kommentar
Moin,
Na gut zu wissen, bzgl. der Abwärtskonpatibilität… war das bei LTO 7 glaube ich ja schon eine Änderung, dass nur noch 1 Generation abwärts schreiben supported wurde (oder erinnere ich mich falsch?).
Interessant aber auch, dass lt. dem Heise-Artikel in Standard direkt zwei SAS-/ FC-Ports kommen. Bei FC dann auch direkt die 32G.
Wobei ich glaube, dass die Leistung gar nicht bis zum Band durchkommt!?
32G sind ja ganz grob 4 GByte/s. Das Tape kann aber „nur“ 400MByte/s.
Unsere L8 sind derweil noch auf 8G unterwegs.
Spannend bleibt es auch, ob es dann (später) verschiedene Tapes für HH und FH geben wird. Liest sich im Heise-Artikel irgendwie so…
Na gut zu wissen, bzgl. der Abwärtskonpatibilität… war das bei LTO 7 glaube ich ja schon eine Änderung, dass nur noch 1 Generation abwärts schreiben supported wurde (oder erinnere ich mich falsch?).
Interessant aber auch, dass lt. dem Heise-Artikel in Standard direkt zwei SAS-/ FC-Ports kommen. Bei FC dann auch direkt die 32G.
Wobei ich glaube, dass die Leistung gar nicht bis zum Band durchkommt!?
32G sind ja ganz grob 4 GByte/s. Das Tape kann aber „nur“ 400MByte/s.
Unsere L8 sind derweil noch auf 8G unterwegs.
Spannend bleibt es auch, ob es dann (später) verschiedene Tapes für HH und FH geben wird. Liest sich im Heise-Artikel irgendwie so…
Zitat von @Penny.Cilin:
Im Juni kommen die ersten LTO10 Tapes.
1. Diese sind NICHT zur Vorgängerversion (LTO9) kompatibel!
2. Die Bänder speichern unkomprimiert nur 30TB statt der erwarteten 36 TB!
Heise Beitrag zum Thema LTO10 Tapes
Alles in allen ein kleiner Rückschritt. Bisher war es so, daß 1 generation zurück geschrieben und zwei Generationen zurück gelesen werden konnte.
Wer also den Umstieg plant, sollte einen oder zwei oder mehrere LTO0 Laufwerke weiterhin betreiben. Damit diese Sicherungen auf die neuen LTO10 Bänder migrieren kann.
Ich habe also dann wieder jede menge Arbeit. Naja, SAN Storage ist genügend vorhanden.
Gruss Penny.
Im Juni kommen die ersten LTO10 Tapes.
1. Diese sind NICHT zur Vorgängerversion (LTO9) kompatibel!
2. Die Bänder speichern unkomprimiert nur 30TB statt der erwarteten 36 TB!
Heise Beitrag zum Thema LTO10 Tapes
Alles in allen ein kleiner Rückschritt. Bisher war es so, daß 1 generation zurück geschrieben und zwei Generationen zurück gelesen werden konnte.
Wer also den Umstieg plant, sollte einen oder zwei oder mehrere LTO0 Laufwerke weiterhin betreiben. Damit diese Sicherungen auf die neuen LTO10 Bänder migrieren kann.
Ich habe also dann wieder jede menge Arbeit. Naja, SAN Storage ist genügend vorhanden.
Gruss Penny.
Naja.. ich bin bei LTO9 von Tandberg (IBM-Laufwerke) - muss sagen, daß die empfindlichkeit soch sehr hoch ist und beide Laufwerke schon in Reparatur waren.. ging mir aber bei LTO4 auch nicht anders. Damals bei QIC oder DAT hatte ich diese Probleme nicht...
Nice Weekend!
Gruss Globe
Moin @Penny.Cilin,
zwischen LTO 8 (12TB) und LTO 9 (18TB), gab es ja auch keine Verdoppelung, sondern nur +50%.
Ja ...
Quelle:
https://www.ibm.com/docs/en/i/7.4.0?topic=solution-lto-cartridges-tape-u ...
... das war früher mal so. 😔
Gruss Alex
2. Die Bänder speichern unkomprimiert nur 30TB statt der erwarteten 36 TB!
zwischen LTO 8 (12TB) und LTO 9 (18TB), gab es ja auch keine Verdoppelung, sondern nur +50%.
Alles in allen ein kleiner Rückschritt. Bisher war es so, daß 1 generation zurück geschrieben und zwei Generationen zurück gelesen werden konnte.
Ja ...
Quelle:
https://www.ibm.com/docs/en/i/7.4.0?topic=solution-lto-cartridges-tape-u ...
... das war früher mal so. 😔
Gruss Alex
Gab es da nicht mal in heise.de Meldungen, dass Fujifilm ca. 400TB auf ein band geschrieben haben will, jedoch in Laborbedingungen?
Ich frag mich da, wie lange dauert es wohl, ein solches Band voll zu schreiben?
Wie lange braucht es denn eigentlich, wenn ihr ein LTO7 / LTO8 / LTO9 voll schreibt?
Kreuzberger
Ich frag mich da, wie lange dauert es wohl, ein solches Band voll zu schreiben?
Wie lange braucht es denn eigentlich, wenn ihr ein LTO7 / LTO8 / LTO9 voll schreibt?
Kreuzberger
Zitat von @MysticFoxDE:
zwischen LTO 8 (12TB) und LTO 9 (18TB), gab es ja auch keine Verdoppelung, sondern nur +33,3...%.
Eigentlich +50%zwischen LTO 8 (12TB) und LTO 9 (18TB), gab es ja auch keine Verdoppelung, sondern nur +33,3...%.
6/12 = 0,5
Wie lange braucht es denn eigentlich, wenn ihr ein LTO7 / LTO8 / LTO9 voll schreibt?
7h für 6,2TB mit LTO 8 via FC und 8GBackup-Server ist Veeam und hat einen eigenen HBA fürs Tape…
Und es werden das BackupRepository aufs Band geschrieben, welches keine Sicherungen von unstrukturierten Dateien beinhaltet.
Als wir mal probehalber unser NAS (2TB) (via Veeam) sichern wollten, war der nach > 36h noch nicht fertig und das das Deive dann unnötig für andere Jobs belegt…
Man schweift vom Thema ab, aber . . ..
Mit dem alten LTO5 dauert es ca. 4Std. wenn ich einen BackupClient installiere (Veeam/Veritas).
Reines SMB sichern dauert etwas länger, je nach Art und Struktur der Daten auf dem NAS.
Ich hatte erste Überlegungen, wie man es auf einem SYNOLOGY mit x86-Prozessor erreichen könnte, den Backup-Client von Verena/Veritas zu installieren. Hat da Jena schon mal experimentiert?
Und: Wenn man z.b. TrueNAS verwendet. Kann man da auch ggf. diese BackupClients installieren?
Mit dem alten LTO5 dauert es ca. 4Std. wenn ich einen BackupClient installiere (Veeam/Veritas).
Reines SMB sichern dauert etwas länger, je nach Art und Struktur der Daten auf dem NAS.
Ich hatte erste Überlegungen, wie man es auf einem SYNOLOGY mit x86-Prozessor erreichen könnte, den Backup-Client von Verena/Veritas zu installieren. Hat da Jena schon mal experimentiert?
Und: Wenn man z.b. TrueNAS verwendet. Kann man da auch ggf. diese BackupClients installieren?
Moin @em-pie,
so ist das auch, wobei die Laufwerke mit Hardware-Kompriemierung angeblich über SAS bis zu 1000 MB/s und über FC bis zu 1200 MB/s schaffen sollten, aber selbst dann, hätte FC 16G locker gereicht. Denn wenn man auf die Bänder z.B. Veeam Sicherungen verschieben möchte, die bereits seitens Veeam komprimiert wurden, dann bringt die Hardware-Kompriemierung der LTO-Laufwerke, genau 0,nichts.
Und auch mit der Nutzung der beiden SAS oder FC Ports, sollte man etwas aufpassen, denn diese sind nur für "Daisy Chaining" gedacht.
Gruss Alex
Interessant aber auch, dass lt. dem Heise-Artikel in Standard direkt zwei SAS-/ FC-Ports kommen. Bei FC dann auch direkt die 32G.
Wobei ich glaube, dass die Leistung gar nicht bis zum Band durchkommt!?
32G sind ja ganz grob 4 GByte/s. Das Tape kann aber „nur“ 400MByte/s.
Wobei ich glaube, dass die Leistung gar nicht bis zum Band durchkommt!?
32G sind ja ganz grob 4 GByte/s. Das Tape kann aber „nur“ 400MByte/s.
so ist das auch, wobei die Laufwerke mit Hardware-Kompriemierung angeblich über SAS bis zu 1000 MB/s und über FC bis zu 1200 MB/s schaffen sollten, aber selbst dann, hätte FC 16G locker gereicht. Denn wenn man auf die Bänder z.B. Veeam Sicherungen verschieben möchte, die bereits seitens Veeam komprimiert wurden, dann bringt die Hardware-Kompriemierung der LTO-Laufwerke, genau 0,nichts.
Und auch mit der Nutzung der beiden SAS oder FC Ports, sollte man etwas aufpassen, denn diese sind nur für "Daisy Chaining" gedacht.
Gruss Alex
Moin @em-pie,
6/12 = 0,5
😧... uppsala ... da war ich wohl noch nicht ganz wach. 🙃
Gruss Alex
zwischen LTO 8 (12TB) und LTO 9 (18TB), gab es ja auch keine Verdoppelung, sondern nur +33,3...%.
Eigentlich +50%6/12 = 0,5
😧... uppsala ... da war ich wohl noch nicht ganz wach. 🙃
Gruss Alex
Bei mir ist die Kompression immer aus.
Es kommt eben auf die Art der Daten an. Wenn man z.B. viel mpeg, mp3, jpg, etc. hat ist Kompression sinnlos.
Damals, bei alten DAT Bändern und Retrospect hatte ich den Effekt, dass das Backup dann deutlich größer auf den Bändern wurde als die eigentlich zu sichernde Datenmenge.
Kreuzberger
Es kommt eben auf die Art der Daten an. Wenn man z.B. viel mpeg, mp3, jpg, etc. hat ist Kompression sinnlos.
Damals, bei alten DAT Bändern und Retrospect hatte ich den Effekt, dass das Backup dann deutlich größer auf den Bändern wurde als die eigentlich zu sichernde Datenmenge.
Kreuzberger
Tach auch ;)
Mich würde mal Euren tatsächlichen Durchsatz interessieren... Nachdem mir der Support meiner Backupsoftware (NAKIVO) dringend geraten hat auf SSD/NVME umzustellen, schaffe ich knappe 3-4GBit bei FullBackup im Schnitt, basierend auf einer 10 GBit Schnittstelle.
Gruss Globe!
Nice Weekend allen...
Mich würde mal Euren tatsächlichen Durchsatz interessieren... Nachdem mir der Support meiner Backupsoftware (NAKIVO) dringend geraten hat auf SSD/NVME umzustellen, schaffe ich knappe 3-4GBit bei FullBackup im Schnitt, basierend auf einer 10 GBit Schnittstelle.
Gruss Globe!
Nice Weekend allen...