Joka (Diskussion | Beiträge) |
Joka (Diskussion | Beiträge) |
||
| Zeile 8: | Zeile 8: | ||
Die Sicherung unseres Fileserver '''fs-cifs.uni-paderborn.d'''e erfolgt mit mehreren Strategieen und Techniken. | Die Sicherung unseres Fileserver '''fs-cifs.uni-paderborn.d'''e erfolgt mit mehreren Strategieen und Techniken. | ||
| − | Um die Integrität der Daten zu sichern, wird ein Clusterdateisystem eingesetzt, wobei die Daten redundant auf mindestens drei verschiedenen Festplatten liegen. Wir können im aktuellen Modell zwei Knoten verlieren ohne | + | Um die Integrität der Daten zu sichern, wird ein Clusterdateisystem eingesetzt, wobei die Daten redundant auf mindestens drei verschiedenen Festplatten liegen. Wir können im aktuellen Modell zwei Knoten verlieren ohne das die Daten verloren gehen. |
Außerdem werden auf dem Fileserver selbst regelmäßig Snapshots erstellt, die eine lokale Kopie der Daten darstellen und gegen versehentliches Löschen und Überschreiben schützen. Zusätzlich werden die Daten (mit der Ausnahme des Scratch-Bereichs) jede Nacht auf ein zweites System gespiegelt, sodass eine Sicherung gegen einen Totalausfall des Systems besteht. | Außerdem werden auf dem Fileserver selbst regelmäßig Snapshots erstellt, die eine lokale Kopie der Daten darstellen und gegen versehentliches Löschen und Überschreiben schützen. Zusätzlich werden die Daten (mit der Ausnahme des Scratch-Bereichs) jede Nacht auf ein zweites System gespiegelt, sodass eine Sicherung gegen einen Totalausfall des Systems besteht. | ||
Version vom 10. Mai 2022, 13:49 Uhr
Allgemeine Informationen
| Information | |
|---|---|
| Informationen | |
| Betriebssystem | Alle |
| Service | Netzwerkspeicher |
| Interessant für | Angestellte, Bereiche, Besucher, Gäste und Studierende |
| HilfeWiki des ZIM der Uni Paderborn | |
Die Sicherung unseres Fileserver fs-cifs.uni-paderborn.de erfolgt mit mehreren Strategieen und Techniken.
Um die Integrität der Daten zu sichern, wird ein Clusterdateisystem eingesetzt, wobei die Daten redundant auf mindestens drei verschiedenen Festplatten liegen. Wir können im aktuellen Modell zwei Knoten verlieren ohne das die Daten verloren gehen.
Außerdem werden auf dem Fileserver selbst regelmäßig Snapshots erstellt, die eine lokale Kopie der Daten darstellen und gegen versehentliches Löschen und Überschreiben schützen. Zusätzlich werden die Daten (mit der Ausnahme des Scratch-Bereichs) jede Nacht auf ein zweites System gespiegelt, sodass eine Sicherung gegen einen Totalausfall des Systems besteht.
Die Snapshots bieten jedem Benutzer die Möglichkeit ältere Versionen der Daten selbstständig wiederherzustellen (s. Backupfunktion des Netzwerkspeichers).
Die folgende Tabelle zeigt die Anzahl und Aufbewahrungszeiten der jeweiligen Snapshots:
| Pfad | Tägliche Snapshots | Wöchentliche Snapshots |
|---|---|---|
| /upb/users | 7 | 12 |
| /upb/groups | 7 | 12 |
| /upb/departments | 7 | 12 |
| /upb/depot | 7 | 12 |
| /upb/scratch | 7 | 0 |
Somit ist die Backup-Strategie:
- Jede Nacht = eine Sicherung (davon 7)
- Jeden Sonntag = eine Sicherung (davon 12, nicht für Scratch)
Siehe auch[Bearbeiten | Quelltext bearbeiten]
Anleitungen zu der Backup-Funktion finden Sie hier.