17
"unbekanntes" LTO-3 Tape lesen?
Hallo,
eine Sekretärin will von mir eine uralte Kundendatenbank von vor etwa 8 Jahren wiederhergestellt haben. Laut Archiv liegen die Daten zwar redundant auf 3 LTO-3 Tapes. Ich habe aber keinerlei Ahnung mit welchem Backup-Programm die damals beschrieben wurden. Dokumentiert ist nichts (mehr?). War alles vor meiner Zeit.
Die alten Admins von damals haben sich auch schon lange verdrückt oder sind in Rente und die alte Hard- und SW von damls ist mit ihnen entsorgt worden. Unser aktuelles Symantec Backup Exec V15 unter einem Windows Server 2012R2 erkennt zwar noch die alten Tapes in einem ausgeliehenen, alten LTO5-LW (keine Ahnung woher das die Geschäftsleitung aufgetrieben hat), kann mit dem Backup-Format aber nichts anfangen.
Die eigentlich Daten selbst am Tape wären dann kein Problem - handelt es sich doch um eine SQL-Server-2005 DB - die kann man ja migrieren am 2012er. Aber zuerst muss ich da rankommen, was schwierig ist, wenn ich nicht weiß, mit welchem Backup-Programm und welcher Version das gesichert wurde
Gibt´s ein Tool, was schlichtweg die Header-Daten auslesen kann, bzw. ausspuckt, was das für ein Datenformat ist?
Würde ungern ein Datenrecovery-Unternehmen beauftragen müssen deswegen, zumal eh alles da ist.
LG
eine Sekretärin will von mir eine uralte Kundendatenbank von vor etwa 8 Jahren wiederhergestellt haben. Laut Archiv liegen die Daten zwar redundant auf 3 LTO-3 Tapes. Ich habe aber keinerlei Ahnung mit welchem Backup-Programm die damals beschrieben wurden. Dokumentiert ist nichts (mehr?). War alles vor meiner Zeit.
Die alten Admins von damals haben sich auch schon lange verdrückt oder sind in Rente und die alte Hard- und SW von damls ist mit ihnen entsorgt worden. Unser aktuelles Symantec Backup Exec V15 unter einem Windows Server 2012R2 erkennt zwar noch die alten Tapes in einem ausgeliehenen, alten LTO5-LW (keine Ahnung woher das die Geschäftsleitung aufgetrieben hat), kann mit dem Backup-Format aber nichts anfangen.
Die eigentlich Daten selbst am Tape wären dann kein Problem - handelt es sich doch um eine SQL-Server-2005 DB - die kann man ja migrieren am 2012er. Aber zuerst muss ich da rankommen, was schwierig ist, wenn ich nicht weiß, mit welchem Backup-Programm und welcher Version das gesichert wurde
Gibt´s ein Tool, was schlichtweg die Header-Daten auslesen kann, bzw. ausspuckt, was das für ein Datenformat ist?
Würde ungern ein Datenrecovery-Unternehmen beauftragen müssen deswegen, zumal eh alles da ist.
LG
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 297474
Url: https://administrator.de/contentid/297474
Ausgedruckt am: 23.11.2024 um 01:11 Uhr
17 Kommentare
Neuester Kommentar
Hallo,
Du müßtest unter Linux mit dd das Tape in eine Datei speichern können.
Dann mit einem Hex-Editor öffnen und mal schauen was da so steht.
Habe ich aber zuletzt mit einem Amiga und DAT gemacht.
Stefan
Du müßtest unter Linux mit dd das Tape in eine Datei speichern können.
Dann mit einem Hex-Editor öffnen und mal schauen was da so steht.
Habe ich aber zuletzt mit einem Amiga und DAT gemacht.
Stefan
1
mhmmm, guter Vorschlag, kann ich aber so leider nicht machen, da ich den Server, wo das Tape-Drive dran hängt, nicht einfach so offline nehmen kann um dort spaßhalber mit Linux herum zu experimentieren. Ist immerhin unser Datenbank-Server, wo einfach alles dran hängt.
VM und das Tape Laufwerk reinreichen, wenn es ein externes ist?
@H41mSh1C0R:
kann ich nächste Woche ja probieren, wenn mir die Geschäftsleitung das OK dazu gibt - denn Leistungseinbußen gibt´s durch die VM garantiert... Und ehrlich gesagt würde ich das nur weil da die Tippse vielleicht ein paar Datensätze nachsehen will, schon als zu großen Aufwand und zu großen Eingriff ins System empfinden. Heißt: ich riskiere nicht deswegen den DB-Server, um Fehler von vor Jahren auszubügeln. Hätten sich damals die Herrschaften eben früher überlegen müssen, das zu notieren, wo was wann wie gemacht wurde und womit.
kann ich nächste Woche ja probieren, wenn mir die Geschäftsleitung das OK dazu gibt - denn Leistungseinbußen gibt´s durch die VM garantiert... Und ehrlich gesagt würde ich das nur weil da die Tippse vielleicht ein paar Datensätze nachsehen will, schon als zu großen Aufwand und zu großen Eingriff ins System empfinden. Heißt: ich riskiere nicht deswegen den DB-Server, um Fehler von vor Jahren auszubügeln. Hätten sich damals die Herrschaften eben früher überlegen müssen, das zu notieren, wo was wann wie gemacht wurde und womit.
dann häng das tapedrive woanders ran :P bin da nicht der experte aber da gibts doch bestimmt passende adapter ...
DD ist schon ganz sinnig, für den Fall dass das alte Tape mechanisch nicht mehr viel verträgt hättest du so eine kopie.
DD ist schon ganz sinnig, für den Fall dass das alte Tape mechanisch nicht mehr viel verträgt hättest du so eine kopie.
@117643:
in einem Unternehmen geht das leider nicht so, wie man gerne möchte - wo anders dran hängen hieße auch hier: betreffenden Server offline nehmen und SAS-Controller einbauen, der aber zuerst 1x gekauft werden müsste. Und was der kostet, kann man auch schon die "Datenrettung" in Auftrag geben.
in einem Unternehmen geht das leider nicht so, wie man gerne möchte - wo anders dran hängen hieße auch hier: betreffenden Server offline nehmen und SAS-Controller einbauen, der aber zuerst 1x gekauft werden müsste. Und was der kostet, kann man auch schon die "Datenrettung" in Auftrag geben.
Hallo,
welches LTO Format nutzt Ihr derzeit in Eurem Unternehmen?
Bedenke, daß LTO-3 nur nis LTO-5 laufwerke gelesen werden können.
Hier eine Kompatibilitätsmatrix
Du solltest also schleunigst alles auf LTO5 oder neuer konvertieren.
Gruss Penny
welches LTO Format nutzt Ihr derzeit in Eurem Unternehmen?
Bedenke, daß LTO-3 nur nis LTO-5 laufwerke gelesen werden können.
Hier eine Kompatibilitätsmatrix
Du solltest also schleunigst alles auf LTO5 oder neuer konvertieren.
Gruss Penny
Zitat von @qf1410640014:
Gibt´s ein Tool, was schlichtweg die Header-Daten auslesen kann, bzw. ausspuckt, was das für ein Datenformat ist?
Gibt´s ein Tool, was schlichtweg die Header-Daten auslesen kann, bzw. ausspuckt, was das für ein Datenformat ist?
Wie Stefan schon sagte: einfach mit dd die Daten "auf Platte ziehen" udn dann mal mit diversen forensischen Tools anschauen.
Wenn das laufwerk am Windows-Server hängt, nimmst Du halt das dd, das unter Windows läuft. oder hängst das laufwerk an eine andere Kiste, die Du mit linux booten darfst.
du wirst aber mindestens ein oder zwei Tage damit beschäftigt sein, das alles herauszufinden udn ggf die backups einzuspielen. Da soltlest Du gegenrechnen, ob es vielleich tnciht günstiger ist, gleich ein Datenrettungsunternehmen zu beauftragen.
lks
@Penny.Cilin:
zum Glück nutzen wir gar kein LTO und Band mehr - läuft jetzt alles über NAS-Sicherung an 2 anderen Standorten und in die Cloud.
LG
zum Glück nutzen wir gar kein LTO und Band mehr - läuft jetzt alles über NAS-Sicherung an 2 anderen Standorten und in die Cloud.
LG
@Lochkartenstanzer:
nene, gegenrechnen wird schon brav die Geschäftsleitung... ;) Ich kann nur vorschlagen, was funzen könnte und wie lange das etwa dauert.
Ist halt schon frustierend, zu wissen, dass man Backups zwar "in der Hand hat", aber trotzdem nichts damit anfangen kann.
LG
nene, gegenrechnen wird schon brav die Geschäftsleitung... ;) Ich kann nur vorschlagen, was funzen könnte und wie lange das etwa dauert.
Ist halt schon frustierend, zu wissen, dass man Backups zwar "in der Hand hat", aber trotzdem nichts damit anfangen kann.
LG
Zitat von @qf1410640014:
@Penny.Cilin:
zum Glück nutzen wir gar kein LTO und Band mehr - läuft jetzt alles über NAS-Sicherung an 2 anderen Standorten und in die Cloud.
LG
Und wohin wird die Cloud gesichert? Oder ist das ein Anbieter, welcher dann dafür zu sorgen hat?@Penny.Cilin:
zum Glück nutzen wir gar kein LTO und Band mehr - läuft jetzt alles über NAS-Sicherung an 2 anderen Standorten und in die Cloud.
LG
Ich bin immer noch ein Befürworter von Bandsicherungen, unter Verwendung einer VTL.
Vor allen Dingen, wenn ich Zuverlässigkeit und Kosten betrachte.
Gruss Penny
Aber für den Datenerhalt ist ja die IT Zuständig das jederzeit auf die Archivdaten zugeriffen werden kann.
Auch wenn du später dazugekommen bist solltes du WIssen wie wo was ist was auch die Führung erwartet wenn Daten gebraucht werden.
Aber du kannst ja mal in den alten Unterlagen/Rechnung schauen in dem Zeitraum welche Software gekauft wurde sowie ggfs in alte Images was da so Installiert wurde.
Wenn alles Richtig gemacht wurde findes du im Inventar die Infos dazu sowie ggfs im CD Regal schauen was so an Software dafür da ist.
Zudem sollten alle LTO-3 auf LTO-5 Migriert werden.
Auch wenn du später dazugekommen bist solltes du WIssen wie wo was ist was auch die Führung erwartet wenn Daten gebraucht werden.
Aber du kannst ja mal in den alten Unterlagen/Rechnung schauen in dem Zeitraum welche Software gekauft wurde sowie ggfs in alte Images was da so Installiert wurde.
Wenn alles Richtig gemacht wurde findes du im Inventar die Infos dazu sowie ggfs im CD Regal schauen was so an Software dafür da ist.
Zudem sollten alle LTO-3 auf LTO-5 Migriert werden.
Meine Rede. Habe ich grade hinter mir. 6 Jahre Jahressicherung LTO-3 auf LTO-6 migriert inklusive Collocation.
Es dann zwar mehr Bänder genötigt, dafür sind die Daten aber zusammenhängend auf Band.
Gruss Penny
Es dann zwar mehr Bänder genötigt, dafür sind die Daten aber zusammenhängend auf Band.
Gruss Penny
Eine Umwandlung in ein Aktuelles Dateiformart bzw OpenFormart was zukunftsicher zu Lesen ist währe dabei auch nicht Verkehrt ggfs das alte Verwendte Programm mitsichern.
Was bringt einem die Daten wenn das Programm nicht mehr Installiert werden kann ect...
Was bringt einem die Daten wenn das Programm nicht mehr Installiert werden kann ect...
@penni.cillin:
Googlecloud und 2 NASse - dass alle 3 Backups an den unterschiedlichen Orten mit 1 Schlag kaputt gehen die Wahrscheinlichkeit dürfte bei 0,1e-127% liegen.
Googlecloud und 2 NASse - dass alle 3 Backups an den unterschiedlichen Orten mit 1 Schlag kaputt gehen die Wahrscheinlichkeit dürfte bei 0,1e-127% liegen.
@kaind1: stimmt, nur hab ich auch andere Aufgaben, als alte Rechnungen zu durchsuchen. Kenne aber die ideale Kandidatin dafür: die Sekretärin 
Zitat von @qf1410640014:
@kaind1: stimmt, nur hab ich auch andere Aufgaben, als alte Rechnungen zu durchsuchen. Kenne aber die ideale Kandidatin dafür: die Sekretärin
@kaind1: stimmt, nur hab ich auch andere Aufgaben, als alte Rechnungen zu durchsuchen. Kenne aber die ideale Kandidatin dafür: die Sekretärin
Auch die kostet Geld, wenn sie 2 tage im Archiv rumwühlt.
lks
