Backup Konzept


7-stufiges Backupkonzept - Übersicht mit Angabe der Frequenz, Methode und Haltezeit

  Speicherort -> zunehmende Entfernung
Welche Daten verschiedene Platte im gleichen Server COW Methode im gleichen Server separat im gleichen Server
 FTP Server am gleichen Ort
Strato Hidrive
700km entfernt NetApp WAFL
 Cluster (2er)
600km entfernt FreeBSD ZFS
 Google - in Google Cloud
alle Daten F: synchron
M: md_raid1
H: nur aktuell
            
komplettes Dateisystem   F: täglich
M: snapshot
H: 2 Tage		 F: täglich
M: dump
H: 60 Tage		 F: täglich
M: dump
H: 1 Jahr
 F: täglich
M: DES
H: 6 Monate
 
 

F: täglich
M: cpio
H: 2 Tage
F: täglich
M: cpio
H: 2 Monate		  
      F: täglich
M: dd
H: 1 Tag		      
Projekte
Dateien und
Datenbank		         F: täglich
M: tardump
H: 3 Monate		    
Datenbank           F: asynchron
M: Replika
H: 2 Monate		  
Datenbank
Repository		             F: wöchentlich
M: DES
H: 1 Jahr
Mediendaten
(auf HiDrive)		         F: 4stündlich
M: snapshot
H: 8 Wochen		 F: stündlich
M: rsync
H: 2 Monate		  
Legende F: Frequenz - wie oft werden die Daten gesichert
M: Methode - mit welcher Software werden die Daten kopiert
H: Haltezeit - wie lange werden die individuellen Sicherungen aufbewahrt


Backupmethoden/Eigenschaften

Methode Absicherung Recovery Software Vorteile Nachteile
md_raid1 Plattenausfall automatisch sofort
 Linux softwareraid
CentOS 5.5
md driver 0.90.3		 hardwareunabhängig
sehr stabil
 keine Archivierung möglich
snapshot Administrationsfehler
Softwaredefekte
Vandalismus		 gezielter Zugriff auf alle Dateien
durch mount des Snapshot		 LVM 2.02.56(1)
Library 1.02.39
Driver 4.11.5		 sehr schneller direkter Zugriff Performanceeinbußen beim Schreiben
dump Disaster Recovery
Softwaredefekte		 Neuaufbau des Gesamtsystems
oder einzelner Dateisysteme		 dump 0.4b41 platzsparend durch hierarchische Levels nur vollständige Dateisysteme rücksicherbar
cpio Administrationsfehler
Softwaredefekte
Vandalismus		 einzelne Dateien rücksicherbar cpio (GNU cpio) 2.6 gut synchronisierbar gelöschte Dateien bleiben bei Multilevelsicherungen erhalten
dd Disaster Recovery Neuaufbau des Gesamtsystems
oder einzelner Dateisysteme		 dd sehr schnelle Sicherung (>60MB/Sek!) und Rücksicherung nur vollständige Dateisysteme rücksicherbar hoher Platzbedarf
rsync Anwenderfehler freier Zugriff auf die gesicherten Dateien rsync schnelle Sicherung und schneller Zugriff wenn wenig Änderungsfrequenz gegeben ist. Typisch für Medien. Ungeeignet für Datenbanken.
Replika Anwenderfehler
Datenbankdefekte
Disaster Recovery		 freier SQL-Zugriff auf zweite Datenbank mysql-5.x zu jedem Zeitpunkt aktuelle Sicherung keine Transaktionsgarantie
tardump Projektspezifische Gruende komplettes Ruecksetzen einzelner Projekte tar und mysqldump Trennung auf Projektebene komplexe Ruecksicherung mittels dokumentierter Prozedur
sqldump Anwenderfehler
Datenbankdefekte		 SQL create/insert mysqldump schnell und kompakt Sperren der Tabellen notwendig
COW CopyOnWrite nur veränderte Daten werden gesichert
DES wie dump aber mit Triple-DES verschlüsselt wegen Speicherung auf öffentlichen Google-Speicher
ZFS selbstheilendes Dateisystem
Note: Advanced Web 2.0 hosting small with power

Menü