netvault_backupsystem:start
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungNächste ÜberarbeitungBeide Seiten der Revision | ||
netvault_backupsystem:start [12:57 22. June 2010 ] – Frank Ebeling | netvault_backupsystem:start [10:01 04. February 2014 ] – [Backup (Zentrales Serverbackup im RZ)] Frank Ebeling | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
- | ====== Backup (Zentrales Serverbackup im RZ) ====== | + | ====== Backup (Zentrale Server/ Instituts-Server) ====== |
Das Rechenzentrum betreibt eine zentrale Backup-Lösung, | Das Rechenzentrum betreibt eine zentrale Backup-Lösung, | ||
Zeile 8: | Zeile 8: | ||
- | 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, | + | 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: | Als Backupdevices werden verwendet: | ||
- | * ListenpunktADIC Scalar100 Tapelibrary, | + | * Virtuelle TapeLib |
- | * 2 VTLs (Virt. TapeLibs, bzw. Disk-RAID-Systeme mit 3.5TB und 4.5TB als Backup-Stage | + | * Overland Neo2000 |
- | * MSL6060 | + | * HP MSL6060 TapeLib mit 6x LTO-4 Laufwerken und 180 Tape-Slots (etwa 140TB netto) im RZ. |
- | * 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. | + | |
+ | Die " | ||
==== Backup-Policy ==== | ==== Backup-Policy ==== | ||
Zeile 36: | Zeile 29: | ||
==== Hinweis zum Expire von inkrementellen und vollen Sicherungen ==== | ==== 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, | Zunächst einmal ist zu unterscheiden zwischen löschen und expire, letzteres löscht nur die entsprechenden Einträge aus der NetVault-Datenbank, | ||
Zeile 55: | Zeile 47: | ||
Weiterführende Infos entnehmen Sie bitte der (englischssprachigen) NetVault-Dokumentation: | 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]] | + | * {{: |