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 [14:21 21. June 2010 ] – jnn | netvault_backupsystem:start [16:30 16. January 2018 ] (aktuell) – gelöscht Frank Ebeling | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
- | ====== Backup (Zentrales Serverbackup im RZ) ====== | ||
- | |||
- | Zentrales Backup | ||
- | |||
- | 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: | ||
- | |||
- | * ADIC 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. | ||
- | |||
- | |||
- | ---- | ||
- | |||
- | |||
- | {{indexmenu> | ||