Nur zur Info: Regel Nummer 3: Testen Sie regelmässig Ihr Backup
Hallo, ich hatte die Regel vergessen, deshalb wollte ich noch mal an sie erinnern. Viele Grüße Frank Knoben Und da ich grade viel Zeit (Hilflosigkeit und Ohnmacht) habe noch ein Märchen zu Jahresanfang: Es war einmal ein naiver Administrator (männlich, weiblichen Administratorinnen würde sowas nie passieren), der in seinem jugendlichen Leichtsinn dachte, ich möchte jetzt einmal proaktiv die Festplatten des Fileservers tauschen, da diese schon recht alt sind und auch kaum noch Platz für neue Daten haben. Er hat also neue, größere Festplatten gekauft. Dann dachte er weiter und meinte, es wäre ein guter Zeitpunkt, direkt nach Weihnachten die neuen Festplatten einzubauen, da dann fast alle Kolleginnen und Kollegen in Urlaub sind und möglichst wenige gestört werden. Die Daten hatte er dann ins zentrale Backup gesichert und wollte sie dann auch über das zentrale Backup wieder wiederherstellen. Gesagt, getan. Alles hat wunderbar funktioniert und die Wiederherstellung wurde auch direkt angeworfen. Als der Administrator voller Hoffung nach dem Wochenende zurückkam, dass die Wiederherstellung wohl jetzt bald fertig sein würde, hat er mit entsetzen feststellen dürfen, dass erst etwas mehr wie zehn Prozent der Daten zurückgespielt worden waren. Die Restore Geschwindigkeit lag bei rund 30GB pro Stunde. Mit dieser Geschwindigkeit würde es 4 Wochen dauern, bis alle Daten wieder da sind. Damit das eventuell doch schneller gehen kann, hat der Administrator ein Ticket beim Support aufgemacht. Die Meldung kam zurück, dass das Ticket eingegangen sein. Jetzt hiess es warten, bis dass die Antwort kam, dass das Problem gelöst sei. Er wusste aus Erfahrung, dass diese Antwort manchmal schon nach einer Stunde oder schneller kam, manchmal auch einen Tag oder mehrere dauerte und machmmal auch Wochen dauern kann. Trotzdem hat er es gewagt, nach einem Tag noch mal nachzufragen. Es kam die tröstende Antwort zurück, dass ein Ticket für sein Problem beim deutschen Support des Herstellers eröffnet wurde. Der Administrator wusste auch aus Erfahrung, dass der Support des Herstellers ähnlich funktioniert wie der Support innerhalb der Firma. Also weiter abwarten. Kein Problem, dachte sich der Administrator. Die Firma hat ja für diesen Fall einen Topf Gold beiseite gelegt, mit dem man alle Betroffenen einen Monat länger beschäftigen kann. Er erinnerte sich auch an ein Gerücht, dass die gesicherten Daten zur Lagerung ausgedruckt und in Hallen gestapelt werden. Beim Wiederherstellen müssten dann Gabelstapler die Paletten mit dem Papier zu Scannern fahren, von wo sie dann eingescannt und dann zum Server weitergeschickt werden. Und da der Administrator jetzt viel Zeit hatte, hat er angefangen, seine Geschichte aufzuschreiben. Und er dachte, vielleicht wäre es auch eine gute Idee, den Brüdern Grimm nachzueifern, und ab jetzt in die Welt hinauszugehen und Geschichten und Märchen der IT-Branche zu sammeln.
Hallo Admins, wieso nur Backup? Meine Archive werden gerade migriert. Da ist eins mit 40TByte, das migriert sich seit dem 19.12.2024 Ach ja, die mit > 100TByte kommen noch oder sind auch schon dran. Anfang des Jahres schiebt der erfahrene Admin immer seine alten Daten ins Archiv, nur nicht 2025. Auf Archive in der Migration kann man ja nicht zugreifen. Der noch erfahrenere Admin versuchte deshalb auch, eine neue Ressource im Archiv anzulegen. Aber nein, seit Oktober kann ich das auch nicht. fehler 400 Servicedesk? ITC? Das Ticket #20241021-0190 ist immer noch offen.... Umfrage zur Qualität des SD am ITC? Die Mühe gebe ich mir nicht mehr.... Frohes neues Jahr 😊 Thomas ============================================= Thomas Queck Gemeinschaftslabor fuer Elektronenmikroskopie RWTH Aachen Ahornstr. 55 D-52074 Aachen Fon: +49-241-8024354 Fax: +49-241-8022313 mailto: queck@gfe.rwth-aachen.de<mailto:queck@gfe.rwth-aachen.de> ============================================= ________________________________ Von: Frank Knoben <admin@igpm.rwth-aachen.de> Gesendet: Montag, 6. Januar 2025 13:24 An: rwth-unix-admin@lists.rwth-aachen.de Betreff: [rwth-unix-admin] Nur zur Info: Regel Nummer 3: Testen Sie regelmässig Ihr Backup Hallo, ich hatte die Regel vergessen, deshalb wollte ich noch mal an sie erinnern. Viele Grüße Frank Knoben Und da ich grade viel Zeit (Hilflosigkeit und Ohnmacht) habe noch ein Märchen zu Jahresanfang: Es war einmal ein naiver Administrator (männlich, weiblichen Administratorinnen würde sowas nie passieren), der in seinem jugendlichen Leichtsinn dachte, ich möchte jetzt einmal proaktiv die Festplatten des Fileservers tauschen, da diese schon recht alt sind und auch kaum noch Platz für neue Daten haben. Er hat also neue, größere Festplatten gekauft. Dann dachte er weiter und meinte, es wäre ein guter Zeitpunkt, direkt nach Weihnachten die neuen Festplatten einzubauen, da dann fast alle Kolleginnen und Kollegen in Urlaub sind und möglichst wenige gestört werden. Die Daten hatte er dann ins zentrale Backup gesichert und wollte sie dann auch über das zentrale Backup wieder wiederherstellen. Gesagt, getan. Alles hat wunderbar funktioniert und die Wiederherstellung wurde auch direkt angeworfen. Als der Administrator voller Hoffung nach dem Wochenende zurückkam, dass die Wiederherstellung wohl jetzt bald fertig sein würde, hat er mit entsetzen feststellen dürfen, dass erst etwas mehr wie zehn Prozent der Daten zurückgespielt worden waren. Die Restore Geschwindigkeit lag bei rund 30GB pro Stunde. Mit dieser Geschwindigkeit würde es 4 Wochen dauern, bis alle Daten wieder da sind. Damit das eventuell doch schneller gehen kann, hat der Administrator ein Ticket beim Support aufgemacht. Die Meldung kam zurück, dass das Ticket eingegangen sein. Jetzt hiess es warten, bis dass die Antwort kam, dass das Problem gelöst sei. Er wusste aus Erfahrung, dass diese Antwort manchmal schon nach einer Stunde oder schneller kam, manchmal auch einen Tag oder mehrere dauerte und machmmal auch Wochen dauern kann. Trotzdem hat er es gewagt, nach einem Tag noch mal nachzufragen. Es kam die tröstende Antwort zurück, dass ein Ticket für sein Problem beim deutschen Support des Herstellers eröffnet wurde. Der Administrator wusste auch aus Erfahrung, dass der Support des Herstellers ähnlich funktioniert wie der Support innerhalb der Firma. Also weiter abwarten. Kein Problem, dachte sich der Administrator. Die Firma hat ja für diesen Fall einen Topf Gold beiseite gelegt, mit dem man alle Betroffenen einen Monat länger beschäftigen kann. Er erinnerte sich auch an ein Gerücht, dass die gesicherten Daten zur Lagerung ausgedruckt und in Hallen gestapelt werden. Beim Wiederherstellen müssten dann Gabelstapler die Paletten mit dem Papier zu Scannern fahren, von wo sie dann eingescannt und dann zum Server weitergeschickt werden. Und da der Administrator jetzt viel Zeit hatte, hat er angefangen, seine Geschichte aufzuschreiben. Und er dachte, vielleicht wäre es auch eine gute Idee, den Brüdern Grimm nachzueifern, und ab jetzt in die Welt hinauszugehen und Geschichten und Märchen der IT-Branche zu sammeln.
Hallo *, meine Kommentare zur ursprünglichen Email zu Backup habe ich in die Community Backup-Mailman-Liste gepostet.
Der noch erfahrenere Admin versuchte deshalb auch, eine neue Ressource im Archiv anzulegen. Aber nein, seit Oktober kann ich das auch nicht. fehler 400
Das Problem hatte ich auch, die Antwort auf mein Ticket vom Support Team war, dass es ein Problem mit der Angaben von *10* Jahren Aufbewahrung für das Archiv gibt und man es mit 9 Jahren versuchen soll (habe ich noch nicht gemacht in der Urlaubszeit) .Es wurde da leider wohl vergessen, das auch mal generell (z.B. Störungsmeldung oder die Mailing-Listen) bekannt zu machen. Grüße aus der Physik, Th.Kreß.
Am 06.01.2025 um 14:07 schrieb Queck, Thomas <queck@gfe.rwth-aachen.de>:
Hallo Admins, wieso nur Backup?
Meine Archive werden gerade migriert. Da ist eins mit 40TByte, das migriert sich seit dem 19.12.2024
Ach ja, die mit > 100TByte kommen noch oder sind auch schon dran. Anfang des Jahres schiebt der erfahrene Admin immer seine alten Daten ins Archiv, nur nicht 2025. Auf Archive in der Migration kann man ja nicht zugreifen.
Der noch erfahrenere Admin versuchte deshalb auch, eine neue Ressource im Archiv anzulegen. Aber nein, seit Oktober kann ich das auch nicht. fehler 400
Servicedesk? ITC? Das Ticket #20241021-0190 ist immer noch offen....
Umfrage zur Qualität des SD am ITC? Die Mühe gebe ich mir nicht mehr....
Frohes neues Jahr 😊
Thomas
=============================================
Thomas Queck Gemeinschaftslabor fuer Elektronenmikroskopie RWTH Aachen Ahornstr. 55 D-52074 Aachen
Fon: +49-241-8024354 Fax: +49-241-8022313 mailto: queck@gfe.rwth-aachen.de
=============================================
Von: Frank Knoben <admin@igpm.rwth-aachen.de> Gesendet: Montag, 6. Januar 2025 13:24 An: rwth-unix-admin@lists.rwth-aachen.de Betreff: [rwth-unix-admin] Nur zur Info: Regel Nummer 3: Testen Sie regelmässig Ihr Backup Hallo,
ich hatte die Regel vergessen, deshalb wollte ich noch mal an sie erinnern.
Viele Grüße
Frank Knoben
Und da ich grade viel Zeit (Hilflosigkeit und Ohnmacht) habe noch ein Märchen zu Jahresanfang:
Es war einmal ein naiver Administrator (männlich, weiblichen Administratorinnen würde sowas nie passieren), der in seinem jugendlichen Leichtsinn dachte, ich möchte jetzt einmal proaktiv die Festplatten des Fileservers tauschen, da diese schon recht alt sind und auch kaum noch Platz für neue Daten haben. Er hat also neue, größere Festplatten gekauft. Dann dachte er weiter und meinte, es wäre ein guter Zeitpunkt, direkt nach Weihnachten die neuen Festplatten einzubauen, da dann fast alle Kolleginnen und Kollegen in Urlaub sind und möglichst wenige gestört werden. Die Daten hatte er dann ins zentrale Backup gesichert und wollte sie dann auch über das zentrale Backup wieder wiederherstellen. Gesagt, getan. Alles hat wunderbar funktioniert und die Wiederherstellung wurde auch direkt angeworfen. Als der Administrator voller Hoffung nach dem Wochenende zurückkam, dass die Wiederherstellung wohl jetzt bald fertig sein würde, hat er mit entsetzen feststellen dürfen, dass erst etwas mehr wie zehn Prozent der Daten zurückgespielt worden waren. Die Restore Geschwindigkeit lag bei rund 30GB pro Stunde. Mit dieser Geschwindigkeit würde es 4 Wochen dauern, bis alle Daten wieder da sind.
Damit das eventuell doch schneller gehen kann, hat der Administrator ein Ticket beim Support aufgemacht. Die Meldung kam zurück, dass das Ticket eingegangen sein. Jetzt hiess es warten, bis dass die Antwort kam, dass das Problem gelöst sei. Er wusste aus Erfahrung, dass diese Antwort manchmal schon nach einer Stunde oder schneller kam, manchmal auch einen Tag oder mehrere dauerte und machmmal auch Wochen dauern kann.
Trotzdem hat er es gewagt, nach einem Tag noch mal nachzufragen. Es kam die tröstende Antwort zurück, dass ein Ticket für sein Problem beim deutschen Support des Herstellers eröffnet wurde. Der Administrator wusste auch aus Erfahrung, dass der Support des Herstellers ähnlich funktioniert wie der Support innerhalb der Firma. Also weiter abwarten.
Kein Problem, dachte sich der Administrator. Die Firma hat ja für diesen Fall einen Topf Gold beiseite gelegt, mit dem man alle Betroffenen einen Monat länger beschäftigen kann. Er erinnerte sich auch an ein Gerücht, dass die gesicherten Daten zur Lagerung ausgedruckt und in Hallen gestapelt werden. Beim Wiederherstellen müssten dann Gabelstapler die Paletten mit dem Papier zu Scannern fahren, von wo sie dann eingescannt und dann zum Server weitergeschickt werden.
Und da der Administrator jetzt viel Zeit hatte, hat er angefangen, seine Geschichte aufzuschreiben.
Und er dachte, vielleicht wäre es auch eine gute Idee, den Brüdern Grimm nachzueifern, und ab jetzt in die Welt hinauszugehen und Geschichten und Märchen der IT-Branche zu sammeln.
Mit besten Grüßen/With kind regards, Thomas Kreß, RWTH Aachen, III. Physikalisches Institut, Lehrstuhl B Office: 28A-206, Phone: +49 241 80 27281, Email: thomas.kress@physik.rwth-aachen.de Signed with a certificate issued by RWTH Aachen/DFN CA
Hallo Thomas, Hallo Thomas, Hallo *,
Es wurde da leider wohl vergessen, das auch mal generell (z.B. Störungsmeldung oder die Mailing-Listen) bekannt zu machen. Die Störungsmeldung steht seit 20.12. https://maintenance.itc.rwth-aachen.de/ticket/status/messages/80-digitalarch...
Servicedesk? ITC? Das Ticket #20241021-0190 ist immer noch offen.... Hier muss ich meckern - Das Ticket wurde am 19.11. mit Rückmeldung geschlossen. Das zugrundeliegende Problem mit dem Fehler bei 10 Jahren besteht natürlich immer noch, und ist wie oben verlinkt mittlerweile auch als Störung erfasst. Die dafür zuständigen Kollegen sitzen bei mir nebenan, ich werde morgen nochmal deine Unzufriedenheit ansprechen.
Trotzdem möchte ich erinnern dass diese Mailingliste primär ein Hilfeforum, kein Beschwerdeforum ist. Entsprechend bitte solche Anmerkungen direkt an den SD schicken / telefonieren, das kriegen wir als Fachabteilung dann auf den Deckel. Liebe Grüße und ein frohes Neues Jannik -----Original Message----- From: Kreß, Thomas <thomas.kress@physik.rwth-aachen.de> Sent: Monday, January 6, 2025 2:14 PM To: Queck, Thomas <queck@gfe.rwth-aachen.de> Cc: rwth-unix-admin@lists.rwth-aachen.de; backup_community@lists.rwth-aachen.de Subject: [rwth-unix-admin] Re: Nur zur Info: Regel Nummer 3: Testen Sie regelmässig Ihr Backup Hallo *, meine Kommentare zur ursprünglichen Email zu Backup habe ich in die Community Backup-Mailman-Liste gepostet.
Der noch erfahrenere Admin versuchte deshalb auch, eine neue Ressource im Archiv anzulegen. Aber nein, seit Oktober kann ich das auch nicht. fehler 400
Das Problem hatte ich auch, die Antwort auf mein Ticket vom Support Team war, dass es ein Problem mit der Angaben von *10* Jahren Aufbewahrung für das Archiv gibt und man es mit 9 Jahren versuchen soll (habe ich noch nicht gemacht in der Urlaubszeit) .Es wurde da leider wohl vergessen, das auch mal generell (z.B. Störungsmeldung oder die Mailing-Listen) bekannt zu machen. Grüße aus der Physik, Th.Kreß.
Am 06.01.2025 um 14:07 schrieb Queck, Thomas <queck@gfe.rwth-aachen.de>:
Hallo Admins, wieso nur Backup?
Meine Archive werden gerade migriert. Da ist eins mit 40TByte, das migriert sich seit dem 19.12.2024
Ach ja, die mit > 100TByte kommen noch oder sind auch schon dran. Anfang des Jahres schiebt der erfahrene Admin immer seine alten Daten ins Archiv, nur nicht 2025. Auf Archive in der Migration kann man ja nicht zugreifen.
Der noch erfahrenere Admin versuchte deshalb auch, eine neue Ressource im Archiv anzulegen. Aber nein, seit Oktober kann ich das auch nicht. fehler 400
Servicedesk? ITC? Das Ticket #20241021-0190 ist immer noch offen....
Umfrage zur Qualität des SD am ITC? Die Mühe gebe ich mir nicht mehr....
Frohes neues Jahr 😊
Thomas
=============================================
Thomas Queck Gemeinschaftslabor fuer Elektronenmikroskopie RWTH Aachen Ahornstr. 55 D-52074 Aachen
Fon: +49-241-8024354 Fax: +49-241-8022313 mailto: queck@gfe.rwth-aachen.de
=============================================
Von: Frank Knoben <admin@igpm.rwth-aachen.de> Gesendet: Montag, 6. Januar 2025 13:24 An: rwth-unix-admin@lists.rwth-aachen.de Betreff: [rwth-unix-admin] Nur zur Info: Regel Nummer 3: Testen Sie regelmässig Ihr Backup Hallo,
ich hatte die Regel vergessen, deshalb wollte ich noch mal an sie erinnern.
Viele Grüße
Frank Knoben
Und da ich grade viel Zeit (Hilflosigkeit und Ohnmacht) habe noch ein Märchen zu Jahresanfang:
Es war einmal ein naiver Administrator (männlich, weiblichen Administratorinnen würde sowas nie passieren), der in seinem jugendlichen Leichtsinn dachte, ich möchte jetzt einmal proaktiv die Festplatten des Fileservers tauschen, da diese schon recht alt sind und auch kaum noch Platz für neue Daten haben. Er hat also neue, größere Festplatten gekauft. Dann dachte er weiter und meinte, es wäre ein guter Zeitpunkt, direkt nach Weihnachten die neuen Festplatten einzubauen, da dann fast alle Kolleginnen und Kollegen in Urlaub sind und möglichst wenige gestört werden. Die Daten hatte er dann ins zentrale Backup gesichert und wollte sie dann auch über das zentrale Backup wieder wiederherstellen. Gesagt, getan. Alles hat wunderbar funktioniert und die Wiederherstellung wurde auch direkt angeworfen. Als der Administrator voller Hoffung nach dem Wochenende zurückkam, dass die Wiederherstellung wohl jetzt bald fertig sein würde, hat er mit entsetzen feststellen dürfen, dass erst etwas mehr wie zehn Prozent der Daten zurückgespielt worden waren. Die Restore Geschwindigkeit lag bei rund 30GB pro Stunde. Mit dieser Geschwindigkeit würde es 4 Wochen dauern, bis alle Daten wieder da sind.
Damit das eventuell doch schneller gehen kann, hat der Administrator ein Ticket beim Support aufgemacht. Die Meldung kam zurück, dass das Ticket eingegangen sein. Jetzt hiess es warten, bis dass die Antwort kam, dass das Problem gelöst sei. Er wusste aus Erfahrung, dass diese Antwort manchmal schon nach einer Stunde oder schneller kam, manchmal auch einen Tag oder mehrere dauerte und machmmal auch Wochen dauern kann.
Trotzdem hat er es gewagt, nach einem Tag noch mal nachzufragen. Es kam die tröstende Antwort zurück, dass ein Ticket für sein Problem beim deutschen Support des Herstellers eröffnet wurde. Der Administrator wusste auch aus Erfahrung, dass der Support des Herstellers ähnlich funktioniert wie der Support innerhalb der Firma. Also weiter abwarten.
Kein Problem, dachte sich der Administrator. Die Firma hat ja für diesen Fall einen Topf Gold beiseite gelegt, mit dem man alle Betroffenen einen Monat länger beschäftigen kann. Er erinnerte sich auch an ein Gerücht, dass die gesicherten Daten zur Lagerung ausgedruckt und in Hallen gestapelt werden. Beim Wiederherstellen müssten dann Gabelstapler die Paletten mit dem Papier zu Scannern fahren, von wo sie dann eingescannt und dann zum Server weitergeschickt werden.
Und da der Administrator jetzt viel Zeit hatte, hat er angefangen, seine Geschichte aufzuschreiben.
Und er dachte, vielleicht wäre es auch eine gute Idee, den Brüdern Grimm nachzueifern, und ab jetzt in die Welt hinauszugehen und Geschichten und Märchen der IT-Branche zu sammeln.
Mit besten Grüßen/With kind regards, Thomas Kreß, RWTH Aachen, III. Physikalisches Institut, Lehrstuhl B Office: 28A-206, Phone: +49 241 80 27281, Email: thomas.kress@physik.rwth-aachen.de Signed with a certificate issued by RWTH Aachen/DFN CA
participants (4)
-
Frank Knoben -
Glückert, Jan-Niklas -
Kreß, Thomas -
Queck, Thomas