Freigeben über


Interoperabilität der Datendeduplizierung

Die Datendeduplizierung ist ein Windows Server-Feature, das die Speicherung optimiert, indem doppelte Daten identifiziert und entfernt werden, ohne dass sich der Dateizugriff oder die Integrität auswirkt. In diesem Artikel wird beschrieben, wie die Datendeduplizierung mit anderen Windows Server-Technologien interagiert, einschließlich unterstützter und nicht unterstützter Szenarien. Verwenden Sie diese Informationen, um die Kompatibilität sicherzustellen und eine optimale Leistung bei der Implementierung der Datendeduplizierung in Ihrer Umgebung zu gewährleisten.

Unterstützte Szenarien

In den folgenden Abschnitten werden unterstützte Szenarien für die Datendeduplizierung mit anderen Windows Server-Funktionen und -Technologien beschrieben.

ReFS

Die Datendeduplizierung wird ab Windows Server 2019 unterstützt.

Failoverclustering

Failoverclustering wird vollständig unterstützt, wenn auf jedem Knoten im Cluster das Datendeduplizierungsfeature installiert ist.

Wenn Sie Data Deduplication mit Failover Clustering verwenden, müssen Sie die folgenden Punkte beachten.

  • Manuell gestartete Daten-Deduplizierungsaufträge müssen auf dem Besitzerknoten für das Cluster Shared Volume ausgeführt werden.

  • Geplante Jobs für die Datendeduplizierung werden in der Cluster-Task geplant gespeichert. Das heißt, wenn ein anderer Knoten das deduplizierte Volume übernimmt, wird der geplante Job im nächsten geplanten Intervall angewendet.

  • Die Datendeduplizierung interagiert vollständig mit dem Feature Paralleles Upgrade für Clusterbetriebssystem.

  • Die Datendeduplizierung wird vollständig auf Direkten Speicherplätzen mit ReFS- oder NTFS-formatierten Volumes (gespiegelt oder paritätisch) unterstützt.

    • ReFS-formatierte Volumes werden ab Windows Server 2019 unterstützt.

    • Die Deduplizierung wird für Volumes mit mehreren Speicherebenen nicht unterstützt.

Speicherreplikat

Speicherreplikat wird vollständig unterstützt. Die Datendeduplizierung sollte so konfiguriert werden, dass sie nicht auf der sekundären Kopie ausgeführt wird.

BranchCache

Sie können den Netzwerkzugriff auf Daten optimieren, indem Sie BranchCache auf Servern und Clients aktivieren. Wenn ein BranchCache-fähiges System über ein WAN mit einem Remotedateiserver kommuniziert, auf dem die Datendeduplizierung ausgeführt wird, sind alle deduplizierten Dateien bereits indiziert und mittels Hashfunktion organisiert. Daher werden Datenanforderungen aus einer Filiale schnell berechnet. Dies ähnelt der Vorabindizierung oder Voraborganisation mittels Hashfunktion eines BranchCache-fähigen Servers.

DFS-Replikation

Die Datendeduplizierung ist mit der Replikation des verteilten Dateisystems (Distributed File System, DFS) einsetzbar. Das Optimieren oder Aufheben der Optimierung einer Datei löst keine Replikation aus, da sich die Datei nicht ändert. DFS-Replikation verwendet Remoteunterschiedskomprimierung, nicht die Blöcke im Blockspeicher, zur Over-the-Wire-Speicherung. Die Dateien auf dem Replikat können auch mithilfe der Deduplizierung optimiert werden, wenn das Replikat die Datendeduplizierung verwendet.

Kontingente

Das Festlegen einer festen Kontingentgrenze für einen Volumestammordner, für den auch die Deduplizierung aktiviert ist, wird durch die Datendeduplizierung nicht unterstützt. Wenn für einen Volumestamm eine feste Kontingentgrenze vorhanden ist, stimmen der tatsächliche freie Speicherplatz auf dem Volume und der durch die Kontingentgrenze beschränkte Speicherplatz auf dem Volume nicht überein. Dieser Unterschied im freien Speicherplatz kann dazu führen, dass Deduplizierungsoptimierungsaufträge fehlschlagen. Sie können jedoch ein Soft-Kontingent auf einem Volume-Stamm erstellen, auf dem die Deduplizierung aktiviert ist.

Ist ein Kontingent für ein dedupliziertes Volume aktiviert, wird die logische und nicht die physische Größe der Datei verwendet. Wenn die Deduplizierung eine Datei verarbeitet, ändert sich die Kontingentverwendung (einschließlich aller Kontingentschwellenwerte) nicht. Alle anderen Kontingentfunktionen, einschließlich weicher Volumestamm-Kontingentgrenzen und Kontingentgrenzen für Unterordner, funktionieren bei Verwendung der Deduplizierung normal.

Windows Server--Sicherung

Die Windows Server-Sicherung kann ein optimiertes Volume in der vorliegenden Form sichern (d. h. ohne deduplizierte Daten zu entfernen). Die folgenden Schritte zeigen, wie Sie ein Volume sichern und wie Sie ein Volume oder ausgewählte Dateien von einem Volume mithilfe der Windows Server-Sicherung mit PowerShell wiederherstellen.

  1. Sichern Sie das Volume „E:“ auf einem anderen Volume, indem Sie den folgenden Befehl ausführen und dabei die richtigen Volumenamen für Ihre Situation angeben.

    wbadmin start backup –include:E: -backuptarget:F: -quiet
    
  2. Rufen Sie die Versions-ID der von Ihnen erstellten Sicherung ab.

    wbadmin get versions
    

    Diese Ausgabeversions-ID ist eine Datums- und Uhrzeitzeichenfolge, z. B. 08.18.2016-06:22.

  3. Stellen Sie das gesamte Volume wieder her.

    wbadmin start recovery –version:02/16/2012-06:22 -itemtype:Volume  -items:E: -recoveryTarget:E:
    

    --ODER--

    Wiederherstellen eines bestimmten Ordners (in diesem Fall den Ordner E:\Docs):

    wbadmin start recovery –version:02/16/2012-06:22 -itemtype:File  -items:E:\Docs  -recursive
    

Nicht unterstützte Szenarien

In den folgenden Abschnitten werden Szenarien beschrieben, die mit der Datendeduplizierung nicht unterstützt werden.

Geschachtelte Virtualisierung

Daten-Deduplizierung wird in einem verschachtelten Virtualisierungsszenario nicht unterstützt. Dies bedeutet, dass Sie die Datendeduplizierung nicht in einer virtuellen Maschine ausführen können, die auf einem Hyper-V-Host läuft, bei dem geschachtelte Virtualisierung aktiviert ist. In Hyper-V VDI-Szenarien wird beispielsweise das Aktivieren der Datendeduplizierung auf dem Laufwerk der VM, die andere VMs hostet, nicht unterstützt.

Windows 10 (Clientbetriebssystem)

Die Datendeduplizierung wird unter Windows 10 nicht unterstützt. Einige Communityblogbeiträge beschreiben, wie Sie die Binärdateien von Windows Server 2016 verwenden und auf Windows 10 setzen. Diese Methode wird nicht unterstützt.

Die Windows-Suche unterstützt die Datendeduplizierung nicht. Die Datendeduplizierung verwendet Analysepunkte, die von der Windows-Suche nicht indiziert werden können. Daher überspringt die Windows-Suche alle deduplizierten Dateien und schließt sie aus dem Index aus. Daher können Suchergebnisse für deduplizierte Volumes unvollständig sein.

Robocopy

Das Ausführen von Robocopy mit Datendeduplizierung wird nicht empfohlen, da bestimmte Robocopy-Befehle den Chunk Store beschädigen können. Der Blockspeicher wird im Ordner „System Volume Information“ für ein Volume gespeichert. Wenn Sie den Ordner System Volume Information löschen, werden die optimierten Dateien (Reparse-Points), die vom Quellvolume kopiert wurden, beschädigt. Dies geschieht, da die Datenblöcke nicht auf das Zielvolume kopiert werden.