Freigeben über

Interoperabilität der Datendeduplizierung

Unterstützt

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. Andere wichtige Hinweise:

  • Manuell gestartete Datendeduplizierungsaufträge müssen für freigegebene Clustervolumes auf dem Besitzerknoten ausgeführt werden.
  • Geplante Datendeduplizierungsaufträge werden in der Clusteraufgabe gespeichert und so geplant, dass der geplante Auftrag im nächsten geplanten Intervall angewendet wird, wenn ein dedupliziertes Volume von einem anderen Knoten übernommen wird.
  • 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. Auf Volumes mit mehreren Ebenen wird die Deduplizierung 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. Optimieren oder Deoptimieren einer Datei löst keine Replikation aus, da die Datei nicht geändert wird. 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. Dies kann zu Fehlern bei Deduplizierungsoptimierungsaufträgen führen. Es ist jedoch möglich, eine weiche Kontingentgrenze für einen Volumestammordner festzulegen, für den 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. Der Kontingentbedarf (einschließlich aller Kontingentschwellenwerte) ändert sich nicht, wenn eine Datei durch die Deduplizierung verarbeitet wird. 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). In den folgenden Schritten wird veranschaulicht, wie Sie ein Volume sichern, und wie Sie ein Volume oder ausgewählte Dateien von einem Volume wiederherstellen.

  1. Installieren Sie die Windows Server-Sicherung.

    Install-WindowsFeature -Name Windows-Server-Backup

  2. 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

  3. Rufen Sie die Versions-ID der Sicherung ab, die Sie soeben erstellt haben.

    wbadmin get versions

    Diese Ausgabeversions-ID wird eine Datums- und Uhrzeitzeichenfolge sein, z.B. 08/18/2016-06:22.

  4. 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ützt

Windows 10 (Clientbetriebssystem)

Die Datendeduplizierung wird unter Windows 10 nicht unterstützt. In der Windows-Community gibt es mehrere beliebte Blogbeiträge, in denen beschrieben wird, wie die Binärdateien aus Windows Server 2016 entfernt und unter Windows 10 installiert werden, aber dieses Szenario wurde im Rahmen der Entwicklung der Datendeduplizierung nicht überprüft.

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

Die Datendeduplizierung mit Robocopy wird nicht empfohlen, da bestimmte Robocopy-Befehle Blockspeicher beschädigen können. Der Blockspeicher wird im Ordner „System Volume Information“ für ein Volume gespeichert. Wenn der Ordner gelöscht wird, werden die optimierten Dateien (Analysepunkte), die aus dem Quellvolume kopiert werden, beschädigt, weil die Datenblöcke nicht auf das Zielvolume kopiert werden.