● Neue Repositories dieses Typs können über REST-APIs, die Rapid Recovery Command Line Management Utility (cmdutil.exe) oder
das Windows PowerShell®-Cmdlet erstellt werden.
Wenn Sie ein DVM-Repository erstellen, weist der Rapid Recovery Core vorab den Speicherplatz zu, der für die Daten und Metadaten am
angegebenen Speicherort erforderlich ist. Die minimale DVM-Repository-Größe liegt bei 1 GB, was aus praktischen Gründen in der Regel
zu klein ist, außer für Testzwecke.
Da DVM-Deduplizierung einen primären und sekundären Cache erfordert, stellen Sie sicher, dass der reservierte Speicherplatz doppelt so
groß wie die Größe Ihres Deduplizierungs-Cache ist. Beispiel: Wenn Sie in den DVM-Deduplizierungs-Cache-Einstellungen auf dem Core
1,5 GB reserviert haben, sollten sie 3 GB auf dem Cache-Volume reservieren. Der Standardinstallationspfad für den Cache ist auf Laufwerk
C. Weitere Informationen finden Sie unter Grundlegende Informationen zu Deduplizierungscache und Speicherorten auf Seite 42.
Sie können mehrere unabhängige Repositories erstellen, die einem Core zugeordnet sind, und zwar bis zu 255 DVM-Repositories.
Repositories können die verschiedenen Speichertechnologien umfassen.
Sie können die Größe eines DVM-Repositorys weiter erhöhen, indem Sie neue Dateierweiterungen oder -spezifikationen hinzufügen. Ein
erweitertes Repository kann bis zu 4096 Erweiterungen enthalten, die verschiedene Speichertechnologien umfassen.
Weitere Informationen zum Arbeiten mit DVM-Repositories finden Sie unter Verwalten eines DVM-Repositorys auf Seite 65.
Deduplizierung in Rapid Recovery
Datendeduplizierung ist ein Datenkomprimierungsverfahren, das sowohl die Speicheranforderungen als auch die Netzwerkbelastung
reduziert. Der Vorgang umfasst die physische Speicherung eindeutiger Datenblöcke nur einmal auf dem Laufwerk. Wenn in Rapid
Recovery ein beliebiger eindeutiger Datenblock ein zweites Mal innerhalb eines Repository auftritt, wird ein virtueller Verweis auf die Daten
erstellt, statt dass die Daten ein weiteres Mal gespeichert werden.
Deduplizierung findet in Sicherungs-Snapshots statt, die vom Rapid Recovery Core erfasst wurden. Sicherungsinformationen werden
innerhalb eines einzigen Repository dedupliziert. Sie können nicht über mehrere Repositorys dedupliziert werden.
Rapid RecoveryVersion 6.0.2 verwendet ziel-basierte Deduplizierung für alle DVM-Repositorys. In diesem Modell werden Informationen in
das DVM-Repository (Ziel) übertragen und danach vom Repository aus dedupliziert.
Der größte Teil die Deduplizierung erfolgt inline (während der Übertragung von Sicherungsinformationen).
Für den größtmöglichen Nutzen bietet Rapid Recovery nun auch Deduplizierung, die als Nachbearbeitung erfolgt. Nachbearbeitung wird
mitunter auch als Pass-through-Deduplizierung bezeichnet. Bei diesem Modell werden die Daten im Repository mit Verweisen im DVM-
Daten-Cache verglichen. Wenn ein Datenblock im Repository bereits gespeichert wurde, wird jedes weitere Auftreten dieser Daten durch
einen Zeiger oder Verweis auf die Daten ersetzt.
Diese Nachverarbeitung kann Platz im Speichervolume des Repository einsparen, insbesondere, wenn der Deduplizierungs-Cache voll war
und der Cache anschließend vergrößert wurde, um von der zusätzlichen Deduplizierung zu profitieren. Diese Art der Deduplizierung findet
beim Durchführen einer Repository-Optimierungsaufgabe statt. Diese Funktion ist spezifisch für DVM-Repositorys und wird auch als
doppelte Blockrückforderung bezeichnet.
Weitere Informationen zur Repository-Optimierungsaufgabe finden Sie unter Der Repository Optimierungs-Job auf Seite 73.
Informationen zum Durchführen dieser Aufgabe finden Sie unter Optimierung eines DVM-Repositorys auf Seite 74.
Rapid Recovery nutzt somit die Vorteile der Arten von Deduplizierung, die hier beschrieben wurden: Ziel-basierte Deduplizierung, Inline-
Deduplizierung und Nachbearbeitungs-Deduplizierung.
Weitere Informationen darüber, wo die Verweise auf einzigartige Blöcke für DVM-Repositorys gespeichert sind, finden Sie unter
Grundlegende Informationen zu Deduplizierungscache und Speicherorten auf Seite 42.
Grundlegende Informationen zu Verschlüsselungsschlüsseln
Der Rapid Recovery Core kann Snapshot-Daten für alle Volumes in jedem beliebigen Repository mithilfe von Verschlüsselungsschlüsseln,
die Sie von der Core-Konsole aus definieren und verwalten, verschlüsseln.
Anstatt das ganze Repository zu verschlüsseln, bietet Rapid Recovery Ihnen die Möglichkeit, einen Verschlüsselungsschlüssel für einzelne
oder mehrere Maschinen festzulegen, die von einem Rapid Recovery Core geschützt werden. Jeder aktive Verschlüsselungsschlüssel
erstellt einen Verschlüsselungsbereich. Sie können unbegrenzt viele Verschlüsselungsschlüssel auf dem Core erstellen.
In einer Umgebung mit mehreren Nutzern (mit einem einzelnen Core als Host für mehrere Verschlüsselungsbereiche) werden Daten in
einzelne Verschlüsselungsbereiche partitioniert und jeweils dort dedupliziert. Daher empfiehlt Dell, einen einzigen
Verschlüsselungsschlüssel für mehrere geschützte Maschinen zu verwenden, um die Vorteile der Deduplizierung für mehrere geschützte
Maschinen zu maximieren.
Darüber hinaus können Sie eine der drei folgenden Methoden verwenden, um Verschlüsselungsschlüssel auf Cores gemeinsam zu nutzen.
Eine Methode besteht darin, einen Verschlüsselungsschlüssel als Datei von einem Rapid Recovery Core zu exportieren und in einen
Einführung in DL Appliance
15