netvault_backupsystem:start
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
netvault_backupsystem:start [12:57 22. June 2010 ] – Frank Ebeling | netvault_backupsystem:start [16:30 16. January 2018 ] (aktuell) – gelöscht Frank Ebeling | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
- | ====== Backup (Zentrales Serverbackup im RZ) ====== | ||
- | Das Rechenzentrum betreibt eine zentrale Backup-Lösung, | ||
- | |||
- | ===== NetVault Backupsystem ===== | ||
- | |||
- | ==== Hardware ==== | ||
- | |||
- | |||
- | Das Backup erfolgt zentral gesteuert, d.h. Backup-Requests werden von einem Server auf den Clients initiiert, die Backup-Jobs sind nicht über die Backup-Clients veränderbar, | ||
- | |||
- | 2 Backupserver im RZ übernehmen die Steuerung der Backup-Requests und verwalten die Backup-Devices, | ||
- | |||
- | Als Backupdevices werden verwendet: | ||
- | |||
- | * ListenpunktADIC Scalar100 Tapelibrary, | ||
- | * 2 VTLs (Virt. TapeLibs, bzw. Disk-RAID-Systeme mit 3.5TB und 4.5TB als Backup-Stage | ||
- | * MSL6060 TapeLib mit 2x LTO-3 Laufwerken und 60 Tape-Slots (24TB netto) im EFZN | ||
- | * MSL6060 TapeLib mit 4x LTO-4 Laufwerken und 60 Tape-Slots (48TB netto) im RZ | ||
- | * MSL6060 TapeLib mit 2x LTO-4 Laufwerken und 60 Tape-Slots (48TB netto) im Cluster Vorderer Feldgraben | ||
- | |||
- | Die Verteilung der Tape-Libraries auf unterschiedliche Standorte hat verschiedene Gründe. Zum einen soll vermieden werden, dass große Datenmengen über Ethernet (insbesondere Anbindung von Instituten mit geringer Banbreite) gesichert werden. Da an der TU FC-SAN-Inseln (SAN=Storage Area Network) betrieben werden, die (noch) nicht miteinander verbunden sind, ist es sinnvoll, die TapeLibs im SAN zu betreiben. Dadurch wird auch ein höherer Datendurchsatz erzielt, das bedeutet kürzere Backup-Zeiten und eine geringere Abnutzung von Bändern und Bandlaufwerken (" | ||
- | |||
- | Die Lagerung von Daten in verschiedenen Brandabschnitten spielt aus Sicherheitsgründen eine weitere Rolle. | ||
- | |||
- | |||
- | ==== Backup-Policy ==== | ||
- | |||
- | Einmalig werden die zu sichernden Bereiche des Backup-Clients vollständig auf Band gesichert. Anschliessend werden täglich inkrementelle Sicherungen durchgeführt, | ||
- | |||
- | Die Sicherungen repräsentieren immer den momentanen Datenbestand der Systeme, d.h. es kann nicht nach Veränderungen, | ||
- | |||
- | Ein Restore des Systems bzw. der Systemplatte kann mit NetVault nicht durchgeführt werden. Deshalb muss der Systembereich mit den entspr. Unix-Tools, wie " | ||
- | |||
- | Die Filerköpfe nas 1 und nas2 werden täglich voll gesichert, das Backup ist nur zur disaster recovery notwendig. Nach einem erfolgreichen Backup wird das alte Full Backup gelöscht bzw. das Band zum Beschreiben freigegeben. Die täglichen Veränderungen in den Userhomes oder anderen veränderlichen Datenbereichen auf dem Filer werden in den sog. Snapshots festgehalten und bis zu zwei Wochen lang gespeichert. | ||
- | |||
- | ==== Hinweis zum Expire von inkrementellen und vollen Sicherungen ==== | ||
- | |||
- | |||
- | Zunächst einmal ist zu unterscheiden zwischen löschen und expire, letzteres löscht nur die entsprechenden Einträge aus der NetVault-Datenbank, | ||
- | |||
- | Ähnlich verhält es sich bei vollen und inkrementellen Datensicherungen. Wenn ein Fullbackup expired, werden auch die relevanten Incrementals expired, d.h. aus der Datenbank entfernt, da sie ohne Fullbackup wertlos sind. Allerdings bleiben alle Backups so lange auf Tape, bis es überschrieben wird und können somit mittels Scan wieder in die Datenbank gelesen werden. | ||
- | |||
- | Inkrementelle Backups beziehen sich auf das vorangegangene Full Backup bzw. auf das synthetische konsolidierte Backup. Deshalb benötigen die inkrementellen Sicherungen keine Angabe zur Lifetime, da sie laut unserer Policy mit erfolgreichem nächsten Full Backup bzw. Konsolidierlauf mit der vorangegangenen vollen Sicherung gelöscht werden. | ||
- | |||
- | Ein consolidated backup zählt so, als ob zu diesem Zeitpunkt als ein neues Full Backup angelegt worden wäre. (O-Ton-Bakbone) | ||
- | |||
- | |||
- | ---- | ||
- | |||
- | |||
- | {{indexmenu> | ||
- | |||
- | |||
- | Weiterführende Infos entnehmen Sie bitte der (englischssprachigen) NetVault-Dokumentation: | ||
- | |||
- | * [[\\san2.rz.tu-clausthal.de\campussoftware\netvault\Dokumentationen\NetVault_Backup_Administrators_Guide_v8_2_DE.pdf|Admin-Guide]] | ||
- | * [[\\san2.rz.tu-clausthal.de\campussoftware\netvault\Dokumentationen\NetVault_Backup_File_System_Plugin_Users_Guide_English.pdf|User-Guide]] | ||
- | * [[\\san2.rz.tu-clausthal.de\campussoftware\netvault\Dokumentationen\NetVault_Backup_Supported_Platforms_January_2009.pdf|Plattform-Übersicht]] |
netvault_backupsystem/start.1277204256.txt.gz · Zuletzt geändert: 12:57 22. June 2010 von Frank Ebeling