Veeam Backup und IBM TSM Integration

Integration der herausragenden Virtualisierungs-Backup-Funktionen von Veeam Backup & Replication
tencontainer zur Verfügung, wenn nicht VMware eine zusätzliche Funktion
namens Change-Block-Tracking eingeführt hätte. Hierbei hält VMware in
einer Datei fest, welche Blöcke sich auf den Datenspeichern verändert haben.
Backup-Software kann diese Informationen nutzen, um nur die geänderten
Blöcke die VMware an die Disks übertragen hat, auszulesen und
abzuziehen.
Veeam hat für Hyper-V ein eigenes Hyper-V Clusterfähiges Change-Block-
Tracking entwickelt, um auch hier nur die geänderten Blöcke mit Backup &
Replication sichern zu können.
Ein Beispiel für den Nutzen von Change-Block-Tracking: Sie haben eine
große Filmdatei mit 8GB in einer Datei. Jetzt öffnen und speichern Sie die
Datei ohne wirklich Änderungen vorzunehmen. Herkömmliche Agenten
basierte Backup-Software würde erkennen, dass die Datei sich geändert
hat und die vollen 8GB sichern. Jedoch auf Blockebene betrachtet, wird
nur die Information mit dem Zeitstempel in neuen Blöcken auf das Disksystem
übertragen und im Change-Block-Tracking festgehalten. Dies sind
in unserem Fall nur wenige KB oder MB, die dann als Backup mit minimaler
Datenübertragung gesichert werden können.
Nachteil dieses Backupverfahrens innerhalb von VMware ist, dass solange
der VM-Snapshot besteht, die Änderungen die sich seither ergeben haben
in einen separaten Bereich abgelegt werden. Wird der Snapshot aufgelöst,
sind diese aufgelaufenen Daten portionsweise innerhalb von ganz kurzer
Zeit in den eigentlichen Datenbereich zu schreiben. Dies bedeutet sehr
viele Random-Writes für das Disksubsystem. Dieser Vorgang profitiert also
von kurzen Latenzen und Zugriffszeiten der Storagesysteme. Kommt es
hierbei zu Verzögerungen im Storagesystem, können die betroffenen VMs
kurzzeitig einfrieren (meist nur im Millisekunden Bereich). Wird z.B. ein
sehr großes Datenbanksystem (TB) mit sehr vielen Änderungen und damit
einer hohen Belastung der Storagesysteme in der Zeit des VM Snapshots
gesichert, kann es dazu führen, dass VMware beim Auflösen des Snapshots
mit dem Schreiben der Änderungen nicht nachkommt und somit der
Snapshot nicht wieder aufgelöst werden kann. Sind die Storagesysteme zu
stark belastet oder nicht mit aktuellen Patches ausgestattet, kann es auch
vorkommen, dass ein Server etwas länger als im Millisekunden Bereich
einfriert, was die Applikationen dann bemerken und darauf reagieren.
Viele Backup-Hersteller übertragen immer wieder auch innerhalb der
Virtualisierung trotz Change-Block-Tracking ein Full-Backup der Datenbestände.
Dies führt dazu, dass sich neben der eigentlichen erhöhten Belastung
durch den Datentransfer auch das Backupzeitfensters verlängert.
Snapshot bleiben dadurch sehr lange bestehen und sind deshalb anfälliger
für das „Snapshot-Commit-Problem“.
Veeam löst dieses Problem elegant, in dem nur einmalig die Daten als Full
gesichert werden und zukünftig immer nur die geänderten Blöcke. Somit
kann bei hoch belasteten Systemen innerhalb eines Wartungsfensters
der Full-Datenbestand übertragen werden und anschließend während
9