Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
netvault_backupsystem:start [12:56 22. June 2010 ]
Frank Ebeling
netvault_backupsystem:start [16:30 16. January 2018 ]
Frank Ebeling gelöscht
Zeile 1: Zeile 1:
-====== Backup (Zentrales Serverbackup im RZ) ======+====== Backup (Zentrale Server/ Instituts-Server) ======
  
 Das Rechenzentrum betreibt eine zentrale Backup-Lösung,​ mit deren Hilfe Daten aus den Instituten vorrangig von File-Servern und Workstations zentral gesichert werden können. Zu diesem Zweck wird das Software-Paket Netvault der Firma Bakbone eingesetzt. Die Sicherung erfolgt zunächst auf einem disk-basierten Storage-Bereich,​ sog. VTLs, im Anschluss die endgültige Lagerung auf TapeLibraries mit LTO-Technologie. Durch das inkrementelle Backup können Abbilder von Daten zum aktuellen Zeitpunkt wiederhergestellt werden. Dadurch wird eine optimale Sicherheit wichtiger Daten erzielt. Das Rechenzentrum betreibt eine zentrale Backup-Lösung,​ mit deren Hilfe Daten aus den Instituten vorrangig von File-Servern und Workstations zentral gesichert werden können. Zu diesem Zweck wird das Software-Paket Netvault der Firma Bakbone eingesetzt. Die Sicherung erfolgt zunächst auf einem disk-basierten Storage-Bereich,​ sog. VTLs, im Anschluss die endgültige Lagerung auf TapeLibraries mit LTO-Technologie. Durch das inkrementelle Backup können Abbilder von Daten zum aktuellen Zeitpunkt wiederhergestellt werden. Dadurch wird eine optimale Sicherheit wichtiger Daten erzielt.
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,​ jedoch können Restore-Anfragen jederzeit vom Administrator des Clients ​ausgelöste ​werden+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,​ jedoch können Restore-Anfragen jederzeit vom Administrator des Clients ​ausgelöst ​werden.
- +
-2 Backupserver im RZ übernehmen die Steuerung der Backup-Requests und verwalten die Backup-Devices,​ einer der Server ist ein sog. Smart-Client. Auch im Cluster "​Vorderer Feldgraben"​ und im EFZN Goslar ist solcher Smart-Client installiert.+
  
 Als Backupdevices werden verwendet: Als Backupdevices werden verwendet:
  
-  * ListenpunktADIC Scalar100 Tapelibrary, ​mit 5 LTO-2 Laufwerken und 60 Tape-Slots ​(Nettokapazität 12TB) zur Aufnahme der NDMP-Backups der NetApp-Filers +  * Virtuelle TapeLib ​mit etwa 16TB Speicherplatz ​(als RAID-System im Backup-Server) 
-  * 2 VTLs (Virt. TapeLibs, bzw. Disk-RAID-Systeme mit 3.5TB und 4.5TB als Backup-Stage +  * Overland Neo8000 ​TapeLib mit derzeit 6x (max 12x) LTO-Laufwerken und 216 (von 500nutzbaren ​Tape-Slots im RZ
-  * MSL6060 ​TapeLib mit 2x LTO-3 Laufwerken und 60 Tape-Slots ​(24TB nettoim EFZN +
-  * MSL6060 TapeLib mit 4x LTO-Laufwerken und 60 Tape-Slots ​(48TB nettoim 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 ("​shoeshining"​-Effekt). +
- +
-Die Lagerung von Daten in verschiedenen Brandabschnitten spielt aus Sicherheitsgründen eine weitere Rolle.+
  
  
Zeile 33: Zeile 24:
 Ein Restore des Systems bzw. der Systemplatte kann mit NetVault nicht durchgeführt werden. Deshalb muss der Systembereich mit den entspr. Unix-Tools, wie "​dump"​ bzw. "​dd"​ oder unter Windows mit "​Ghost"​ bzw. "​Acronis-Backup"​ etc. gesichert werden. Ein Restore des Systems bzw. der Systemplatte kann mit NetVault nicht durchgeführt werden. Deshalb muss der Systembereich mit den entspr. Unix-Tools, wie "​dump"​ bzw. "​dd"​ oder unter Windows mit "​Ghost"​ bzw. "​Acronis-Backup"​ etc. gesichert werden.
  
-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.+Die NAS-Systeme des RZ (NetApp ​und Isilon-Cluster) ​werden täglich 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 den NAS-Systemen ​werden in den sog. Snapshots ​mit unterschiedlichen Aufbewahrungszeiträümen versehen.
  
-==== Hinweis zum Expire von inkrementellen ​und vollen Sicherungen ====+=== NetApp NAS (nas1.tu-clausthal.de ​und nas2.tu-clausthal.de) ​===
  
 +  * 6 Snapshots um 08:00, 10:00, 12:00, 16:00 und 20:00
 +  * 6 tägliche Snapshots um 00:00
 +  * 4 wöchentliche Snapshots um 00:00
 +
 +Diese Snapshots werden zyklisch überschrieben,​ sodass insgesamt auf 16 vorhandene Snapshots zurückgegriffen werden kann.
 +
 +=== Isilon-NAS bzw. isilon-Cluster (nas.tu-clausthal.de) ===
 +
 +Gleichartige Snapshot-Schedules für sämtliche Instituts-Datenbereiche:​
 +
 +  * every weekday every 4 hours from 08:00 to 20:00, expiration=5days
 +  * every day at 02:00, expiration=21days
 +  * every 1 month on the 1st, expiration=4months
 +
 +Insgesamt werden hier 45 Snapshot-Images vorgehalten.
 +
 +Das sind die derzeitigen Einstellungen,​ die nach der Erweiterung des Isilon-NAS-Systems auf 250TB (Januar 2014) bei Bedarf individuell angepasst werden können. FIXME
 +
 +==== 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,​ so dass sie "​vergessen"​ werden. Sobald alle Savesets auf einem Tape derart "​vergessen"​ wurden, erscheint das Tape für NetVault leer, es wird für "​Reuse"​ markiert und dann beim nächsten Backup überschrieben. Erst dann werden Daten tatsächlich gelöscht. Zunächst einmal ist zu unterscheiden zwischen löschen und expire, letzteres löscht nur die entsprechenden Einträge aus der NetVault-Datenbank,​ so dass sie "​vergessen"​ werden. Sobald alle Savesets auf einem Tape derart "​vergessen"​ wurden, erscheint das Tape für NetVault leer, es wird für "​Reuse"​ markiert und dann beim nächsten Backup überschrieben. Erst dann werden Daten tatsächlich gelöscht.
Zeile 48: Zeile 58:
  
 ---- ----
- 
- 
-{{indexmenu>​.}} 
  
  
 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]] +  * {{:​netvault_backupsystem:​netvault_backup_file_system_plugin_users_guide_english.pdf|User Guide}} 
-  * [[\\san2.rz.tu-clausthal.de\campussoftware\netvault\Dokumentationen\NetVault_Backup_File_System_Plugin_Users_Guide_English.pdf|User-Guide]] +  * {{:​netvault_backupsystem:​netvault_backup_administrators_guide_v8_2_2_english.pdf|Admin Guide}} 
-  * [[\\san2.rz.tu-clausthal.de\campussoftware\netvault\Dokumentationen\NetVault_Backup_Supported_Platforms_January_2009.pdf|Plattform-Übersicht]]+  * {{:​netvault_backupsystem:​netvault_backup_supported_platforms.pdf|Supported Platforms}}
Valid CSS Driven by DokuWiki Recent changes RSS feed Valid XHTML 1.0