Gewinnspiel mit 2× WD Red Plus 2 TB: RAID ist kein Backup
- Ersteller Azghul0815
- Erstellt am
Ich nutze den zwar privat, aber ich vergesse gerne mal, dass der ja mittlerweile produktiv tauglich ist^^psychofaktory
Cadet 3rd Year
- Registriert
- Dez. 2012
- Beiträge
- 35
Finde die 10 Fehler im jeweils oberen BildCol. Jessep schrieb:
.
BassCatBall
Lt. Commander
- Registriert
- Jan. 2015
- Beiträge
- 1.057
Sobald man RAID nutzt, ist ein Backup völlig unnötig.
RAID 0 bietet die größte Sicherheit.
RAID 0 bietet die größte Sicherheit.
xxMuahdibxx
Fleet Admiral
- Registriert
- Juli 2011
- Beiträge
- 38.008
nur 10 ?psychofaktory schrieb:Finde die 10 Fehler im jeweils oberen Bild
LucasAppelmann
Lieutenant Pro
- Registriert
- Jan. 2019
- Beiträge
- 833
Der Apple-Laptop von 1980 ist auch seltsam. Aber danach wurde das Jahr auf dem Kalender ja noch gegen 1996 getauscht.
Col. Jessep
Lieutenant Pro
- Registriert
- Okt. 2017
- Beiträge
- 982
@psychofaktory @xxMuahdibxx @LucasAppelmann
Danke für eure Anmerkungen.
Es dreht sich hier um die Story und nicht um korrekte KI Bilderstellung.
Ich bitte dies zu entschuldigen und sich auf das wesentliche zu konzentrieren.
Danke für eure Anmerkungen.
Es dreht sich hier um die Story und nicht um korrekte KI Bilderstellung.
Ich bitte dies zu entschuldigen und sich auf das wesentliche zu konzentrieren.
- Registriert
- Dez. 2019
- Beiträge
- 12.420
Vergesset das "Voten" über die Likes nicht 
Danke schonmal für die rege Beteiligung
Danke schonmal für die rege Beteiligung
Gohst
Commander
- Registriert
- Nov. 2005
- Beiträge
- 2.659
Zur Zeit meiner Berufslehre ( anno 2010) war ich bei einem kleineren IT Dienstleister angestellt.
Meine Abteilung hatte unter anderem die Zuständigkeit für Backup- und Serversysteme bei den Kunden.
Bei einem Architekturbüro mit ca. 15 Mitarbeiter gab es an spezifischen Tagen immer einen Unterbruch beim Schreiben der Backups auf das Sicherungsband.
Die Datensicherung brach meist an einem Samstag ab, die Uhrzeit und der Schreibfortschritt waren dabei jeweils unterschiedlich.
Da die Daten (Baupläne, technische Zeichnungen, Verträge etc.) wirklich wichtig waren, und die Firma in einem Gebiet lag, dass regelmässig von Überschwemmungen betroffen war (ab und zu standen Büros im Wasser), war ein zuverlässiges Backup samt sicherer Aufbewahrung unerlässlich.
Als auch nach mehreren Wochen des Troubleshootings noch keine Lösung in Sicht war, entschied sich mein Vorgesetzter, am Samstag einfach mal dort dem Backup zuzuschauen.
... Und jetzt - das hätte niemals wer auch nur Ansatzweise Gedacht, die Ursache wurde sofort klar.
Die Reinigungskraft, welche jeden Samstag morgen fleissig jede Ecke gereinigt hatte, fühlte sich offenbar vom Stromkabel des externen Bandlaufwerkes in ihrer Arbeit so sehr gestört, dass sie es jeweils kurz entfernt hatte, um hinter dem Server-Rack (es stand auf einem Betonsockel) Staubsaugen zu können.
Nach getaner Arbeit wurde es wieder korrekt angeschlossen, damit am Montag auch alles wieder so war, wie vorher.
Meine Abteilung hatte unter anderem die Zuständigkeit für Backup- und Serversysteme bei den Kunden.
Bei einem Architekturbüro mit ca. 15 Mitarbeiter gab es an spezifischen Tagen immer einen Unterbruch beim Schreiben der Backups auf das Sicherungsband.
Die Datensicherung brach meist an einem Samstag ab, die Uhrzeit und der Schreibfortschritt waren dabei jeweils unterschiedlich.
- Ein Neustart der Sicherung am nächsten Werktag lief in der Regel
- Die Hardware wurde genaustens geprüft
- Backup Bänder ausgewechselt und das Laufwerk Gereinigt
- Die Firmware aller Geräte wurde aktualisiert und Backup-Jobs neu aufgebaut
Da die Daten (Baupläne, technische Zeichnungen, Verträge etc.) wirklich wichtig waren, und die Firma in einem Gebiet lag, dass regelmässig von Überschwemmungen betroffen war (ab und zu standen Büros im Wasser), war ein zuverlässiges Backup samt sicherer Aufbewahrung unerlässlich.
Als auch nach mehreren Wochen des Troubleshootings noch keine Lösung in Sicht war, entschied sich mein Vorgesetzter, am Samstag einfach mal dort dem Backup zuzuschauen.
... Und jetzt - das hätte niemals wer auch nur Ansatzweise Gedacht, die Ursache wurde sofort klar.
Die Reinigungskraft, welche jeden Samstag morgen fleissig jede Ecke gereinigt hatte, fühlte sich offenbar vom Stromkabel des externen Bandlaufwerkes in ihrer Arbeit so sehr gestört, dass sie es jeweils kurz entfernt hatte, um hinter dem Server-Rack (es stand auf einem Betonsockel) Staubsaugen zu können.
Nach getaner Arbeit wurde es wieder korrekt angeschlossen, damit am Montag auch alles wieder so war, wie vorher.
Zuletzt bearbeitet:
mblaster4711
Lt. Junior Grade
- Registriert
- Feb. 2020
- Beiträge
- 493
Die meisten Geschichten um (nicht erstellte) Backups gibt's bei Android-hilfe.de
In der Regel alle nach dem gleichen Schema:
Ich freue mich dann immer wieder darauf hinzuweisen, dass der User einfach auf sein Backup zurückgreifen braucht
PS: ich nehme nicht am Gewinnspiel Teil, habe 2x NAS + USB-HDDs + Cloud für 3-2-1
In der Regel alle nach dem gleichen Schema:
- Kein Backup erstellt der extrem wichtigen Fotos und Videos (es wäre ja nicht so, dass hierfür Google Fotos schon installiert ist und man nur ein wenig Geld pro Jahr ausgeben müsste (€20) damit alles automatisch gesichert wird)
- Dann fällt das Handy runter/ins Wasser, geht also irgendwie teilweise oder komplett kaputt
- Und nun möchte der User wissen, wie er an seine Daten kommt, ohne Bildschirm (weil kaputt) oder bei einem Gerät komplett ohne Funktion
Ich freue mich dann immer wieder darauf hinzuweisen, dass der User einfach auf sein Backup zurückgreifen braucht
PS: ich nehme nicht am Gewinnspiel Teil, habe 2x NAS + USB-HDDs + Cloud für 3-2-1
Silence4eveR
Cadet 4th Year Pro
- Registriert
- Sep. 2005
- Beiträge
- 80
Geile Aktion von dir, vielen Dank...
Ich habe für ein Projekt ein Storage aufgebaut, als reines Performance-Built-System. Daten raufkopieren, kompilieren, built laufen lassen, Systemtest drüber, runterkopieren, wipen, fertig und dann von Neuem, 3-4 mal am Tag. Kein persistenter Datastore, kein Backup etc. notwendig! 2x SAS Storage jeweils 24x 300GB SAS Platten, 22 Stück im RAID6, 2x Hotspare mit Autorebuild. 5 weitere passende Platten im Schrank als Reserve. Ich hab den Server+Storage 1,5 Jahre betreut. Sobald eine Platte ausgefallen ist, getauscht, direkt eine nachbestellt. Durch eine Umstrukturierung kam ich in eine andere Abteilung und durch eine weitere Umstrukturierung kam ich knapp 4 Jahre später wieder zurück. NIE hätte ich damit gerechnet. Dass es das Setup noch gibt. Ich sollte es wieder übernehmen. Allerdings gab es damit große Probleme. Die Daten die da drauf liegen wären futsch und sie bräuchten sie unbedingt. Das kam mir schon komisch vor, weil da liegen keine Daten drauf. Doch doch, wären sehr wichtige Kundendaten. Ich mir das System angeschaut. In meiner "kurzen" Abwesenheit, hatte ein "Profi" über die zwei Storages ein Raid5 über alle 48 Platte gebaut (Mein Setup hat zu viel Speicherplatz verschwendet!), dann war eine Platte verreckt. Natürlich gab es irgendwann keine Ersatzplatten mehr und bis zur Lieferung der Ersatzplatten lief das Ding Monate ohne vollständige Plattenanzahl. Irgendwann wurde die Fehlende Platte dann eingebaut und beim Rebuild war dann Schluss mit Lustig. Da gingen dann die nächsten 3! kaputt. Man wollte mir dann die Schuld in die Schuhe schieben, schließlich hatte ich ja Jahre zuvor das System aufgebaut... konnte aber abgewiegelt werden...
Ende vom Lied: Das hat 2 Kollegen den Job gekostet und die damalige Firma Kroll Ontrack hat sich eine goldene Nase verdient, und hat ca. 80% der Daten wiederhergestellt. Und ich musste einen Filer aufbauen, mit Backup-Konzept usw.
Ich habe für ein Projekt ein Storage aufgebaut, als reines Performance-Built-System. Daten raufkopieren, kompilieren, built laufen lassen, Systemtest drüber, runterkopieren, wipen, fertig und dann von Neuem, 3-4 mal am Tag. Kein persistenter Datastore, kein Backup etc. notwendig! 2x SAS Storage jeweils 24x 300GB SAS Platten, 22 Stück im RAID6, 2x Hotspare mit Autorebuild. 5 weitere passende Platten im Schrank als Reserve. Ich hab den Server+Storage 1,5 Jahre betreut. Sobald eine Platte ausgefallen ist, getauscht, direkt eine nachbestellt. Durch eine Umstrukturierung kam ich in eine andere Abteilung und durch eine weitere Umstrukturierung kam ich knapp 4 Jahre später wieder zurück. NIE hätte ich damit gerechnet. Dass es das Setup noch gibt. Ich sollte es wieder übernehmen. Allerdings gab es damit große Probleme. Die Daten die da drauf liegen wären futsch und sie bräuchten sie unbedingt. Das kam mir schon komisch vor, weil da liegen keine Daten drauf. Doch doch, wären sehr wichtige Kundendaten. Ich mir das System angeschaut. In meiner "kurzen" Abwesenheit, hatte ein "Profi" über die zwei Storages ein Raid5 über alle 48 Platte gebaut (Mein Setup hat zu viel Speicherplatz verschwendet!), dann war eine Platte verreckt. Natürlich gab es irgendwann keine Ersatzplatten mehr und bis zur Lieferung der Ersatzplatten lief das Ding Monate ohne vollständige Plattenanzahl. Irgendwann wurde die Fehlende Platte dann eingebaut und beim Rebuild war dann Schluss mit Lustig. Da gingen dann die nächsten 3! kaputt. Man wollte mir dann die Schuld in die Schuhe schieben, schließlich hatte ich ja Jahre zuvor das System aufgebaut... konnte aber abgewiegelt werden...
Ende vom Lied: Das hat 2 Kollegen den Job gekostet und die damalige Firma Kroll Ontrack hat sich eine goldene Nase verdient, und hat ca. 80% der Daten wiederhergestellt. Und ich musste einen Filer aufbauen, mit Backup-Konzept usw.
