Acronis Backup for Windows Server Essentials - User Guide - Handbuch (Seite 257)

257 Copyright © Acronis International GmbH, 2002-2014
beziehen. Solche Blöcke werden dann durch einen Verdichtungstask gelöscht, bei dem es sich um
einen geplanten, vom Storage Node ausgeführten Task handelt.
Als Standardvorgabe läuft der Verdichtungstask jeweils sonntags in der Nacht um 03:00 Uhr. Sie
können den Task neu planen, indem Sie den entsprechenden Storage Node wählen, zuerst auf
Details anzeigen (S. 247) klicken und dann auf Verdichtungsplanung. Sie können den Task in dieser
Registerlasche auch manuell starten oder stoppen.
Da das Löschen unbenutzter Datenblöcke ein ressourcenverbrauchender Prozess ist, wird der
Verdichtungstask nur ausgeführt, wenn sich eine ausreichende Datenmenge angesammelt hat. Der
Grenzwert wird über den Konfigurationsparameter Compacting Trigger Threshold (S. 248) bestimmt.
7.5.7.3 Wann Deduplizierung am effektivsten ist
Nachfolgend einige Beispiele, wann Deduplizierung die besten Ergebnisse erzielt:
 Beim Sichern ähnlicher Daten aus verschiedenen Quellen im Voll-Backup-Modus. Das ist z.B.
beim Backup von Betriebssystem und Anwendungen der Fall, wenn diese von einer Quelle aus
per Netzwerk verteilt wurden.
 Bei Durchführung inkrementeller Backups von ähnlichen Daten aus verschiedenen Quellen unter
der Annahme, dass die Daten-Veränderungen ebenfalls ähnlich sind. Das ist z.B. der Fall, wenn
Sie Updates zu diesen Systemen verteilen und auf diese dann das inkrementelle Backup
anwenden.
 Bei Durchführung von inkrementellen Backups von Daten, die sich nicht selbst, aber ihren
Speicherplatz geändert haben. Das ist z.B. der Fall, wenn multiple Teile von Daten durch das
Netzwerk oder innerhalb eines Systems zirkulieren. Jedes Mal, wenn ein Teil dieser Daten
verschoben wird, wird dieser in das inkrementelle Backup aufgenommen, welches an Größe
zunimmt, während es aber keine neuen Daten enthält. Deduplizierung hilft, dieses Problem zu
lösen: Jedes Mal, wenn ein Element an einem neuen Ort erscheint, wird statt des Elements selbst
eine Referenz auf dieses gespeichert.
Deduplizierung und inkrementelle Backups
Bei zufälliger Veränderung von Daten führt die Deduplizierung daraus resultierender inkrementeller
Backups zu keinem großen Effekt, denn:
 Die deduplizierten Elemente, die sich nicht verändert haben, sind in den inkrementellen Backups
nicht enthalten.
 Die deduplizierten Elemente, die sich nicht verändert haben, sind nicht mehr identisch und
werden daher auch nicht dedupliziert.
Deduplizierung und Datenbank-Backups
Deduplizierung ist zum regelmäßigen Backup einer Datenbank nicht besonders effektiv. Hintergrund
ist, dass Änderungen an einer Datenbank meistens einzigartig sind und daher nicht dedupliziert
werden können. Wir empfehlen daher, Datenbanken zu einem nicht-deduplizierenden Depot zu
sichern.
7.5.7.4 Optimale Vorgehensweisen bei der Deduplizierung
Deduplizierung ist ein komplexer Prozess, der von vielen Faktoren abhängt.
Die wichtigsten Faktoren, die die Deduplizierungsgeschwindigkeit beeinflussen, sind:
 Die Zugriffsgeschwindigkeit auf die Deduplizierungsdatenbank