Es gibt immer ein Zurück: vier Disaster-Recovery-Lösungen

Ein Problem bei gewöhnlicher Backup-Software ist die Tatsache, dass die Anwendungen offline sein müssen, um eine Sicherung durchführen zu können. Das ist in Ordnung, wenn ein Unternehmen nur zu den üblichen Geschäftszeiten arbeitet, aber in vielen Fällen müssen die Systeme rund um die Uhr laufen, weshalb es keine Möglichkeit zum Herunterfahren der Anwendungen gibt.

Um dieses Problem zu umgehen, gibt es neue inkrementelle beziehungsweise Snapshot-Backup-Technologien, die Datei- oder Block-basiert sind und im Hintergrund laufen, während das System voll funktionsfähig bleibt. Die Idee dabei ist, dass im Falle von Änderungen an Daten nur diese Änderungen gespeichert werden.

Die Snapshots können zum Beispiel im Abstand von 15 Minuten erfolgen, so dass man im schlimmsten Fall die Daten der letzten 15 Minuten verliert. Einige Anbieter bieten „Echtzeit“-Snapshots der Daten an, sobald Änderungen vorgenommen werden; solche Snapshots sind alle mit einem Zeitstempel versehen – tritt ein Problem auf, kann man einfach zurückgehen bis zum letzten Schritt vor Eintritt des Problems. Das ist zum Beispiel bei bösartigen Virus-Attacken sehr praktisch, da man den genauen Zeitpunkt feststellen kann, zu dem der Virus das System befallen hat, um so bis zu den nicht infizierten Daten zurückgehen zu können.

Wie erstellt man Komplettsicherungen oder auch Snapshots von Anwendungen, die nicht heruntergefahren werden können?

Eine einfache Lösung besteht in einer Spiegelung der Anwendung. Während die Anwendung auf einem Datenträger läuft, kann der gespiegelte Datenträger offline gehen, um von ihm eine Sicherung zu erstellen. Geht die Spiegelanwendung wieder online, muss sie natürlich anhand der gespiegelten Version synchronisiert werden. Da man für die Synchronisierung von 1 TByte an Daten rund 16 Stunden benötigt, kann das zu erheblichen Wartezeiten führen. Allerdings kann auch eine kleine „Resync“-Datei erstellt werden, die einfach nur die Änderungen verfolgt, die auftreten, während der Spiegel offline ist. So kann der Spiegel in einem Bruchteil der Zeit aktualisiert werden.

Sowohl Datei- als auch Block-basierte inkrementelle Sicherungen haben gewisse Vor- und Nachteile. Datei-basierte Sicherungen sind von ihrer Art her größer als Block-basierte Backups, aber das Aufspielen eines Datei-basierten Backups ist in der Regel weniger aufwändig und kann zuweilen schneller gehen, wenn man nur eine bestimmte Datei benötigt.

Testkriterien

Interoperabilität:
Ist die Software in der Lage, Backups von verschiedenen Betriebssystemen, Datenbanken und sonstigen Anwendungen zu erstellen?

Zukunftsfähigkeit:
Ist die Software erweiterungsfähig, so dass sie sich an wachsende Umgebungen anpassen kann?

ROI:
Rechtfertigt der Zugewinn an Produktivität durch den Einsatz der Software deren Preis?

Service:
Welche Optionen stehen für Service und Support zur Verfügung und wie viel kosten diese?