IBM System Storage-Kompendium

Restore­Möglichkeit zur Verfügung, denn Backup macht man
wegen des Restores!
Die erzielten De­Duplizierungsfaktoren sind von vielen Gegebenheiten
abhängig: Welche Backup SW ist im Einsatz, wie
wird die Sicherung durchgeführt (z. B. immer inkrementell
oder jede Woche einen Full Backup etc.) und wie lange soll
die Retentionperiode sein, wo die Daten im Plattenpuffer
gespeichert bleiben (siehe auch unter Daten­De­Duplizierung).
Welches Konzept bezüglich der Anforderungen Leistung,
Sicherheit, Kosten, Haltbarkeit und einfache Erweiterbarkeit
die beste Effektivität bietet, ist von der vorhandenen Infrastruktur
abhängig und ob die Daten klassisch über das LAN
oder LAN­free über das SAN oder beides gesichert werden.
In den meisten Fällen bieten sich Kombinationslösungen von
Platte und Band an, um die Stärken beider Technologien entsprechend
für einen effektiven Backup und Restore zu nutzen.
Wichtig ist, dass Daten­Backup sicher und zuverlässig ist und
die Wiederherstellung der Daten in jedem Fall gewährleistet
wird. Das gilt für unvorhergesehene Feher wie z. B. Disaster
(Naturkatastrophen, Hochwasser, technische Fehler, Disk­
Crash), aber auch für menschliche Fehler (versehentliches
Löschen von Daten, falsches Bearbeiten von Dateien) und
Application Errors (Virus, Fehler in der Software). Es ist also
u. a. wichtig, dass Datenkopien an verschiedenen Lokationen,
auf unterschiedlichen Medien und mit unterschiedlichen Tools
bzw. Software und von verschiedenen Verantwortlichen
erzeugt werden. Snaps in derselben Einheit bieten alleine keinen
Schutz, Spiegelung mit derselben Software ebenfalls
nicht!
Der Anspruch an den Sicherheitsgrad sowie die Wiederher­
stellungszeit (Recovery Time Objective) spielen für die Auswahl
der Komponenten respektive der Backup­Strategie
ebenso eine entscheidende Rolle.
1952 – 1961 1962 – 1974 1975 – 1993 1994 – 1998 1999 – 2005 2006 – 2010 Software Anhang
119