Dela via

Interoperabilitet för datadeduplicering

Datadeduplicering är en Windows Server-funktion som hjälper till att optimera lagringen genom att identifiera och ta bort dubblettdata utan att påverka filåtkomst eller integritet. Den här artikeln beskriver hur datadeduplicering interagerar med andra Windows Server-tekniker, inklusive både stödda och icke-stödda scenarier. Använd den här informationen för att säkerställa kompatibilitet och upprätthålla optimala prestanda vid distribution av datadeduplicering i din miljö.

Scenarier som stöds

I följande avsnitt beskrivs scenarier som stöds för datadeduplicering med andra Funktioner och tekniker för Windows Server.

ReFS

Datadeduplicering stöds från och med Windows Server 2019.

Failoverkluster

Redundansklustring stöds fullt ut när varje nod i klustret har funktionen Datadeduplicering installerad.

När du använder Datadeduplicering med redundansklustring måste följande punkter beaktas.

  • Manuellt startade datadedupliceringsjobb måste köras på Ägarnoden för den klusterdelade volymen.

  • Schemalagda datadedupliceringsjobb lagras i den schemalagda klusteraktiviteten. Det innebär att när en annan nod tar över den deduplicerade volymen tillämpas det schemalagda jobbet på nästa schemalagda intervall.

  • Datadeduplicering fungerar helt med funktionen Löpande uppgradering av klusteroperativsystem.

  • Datadeduplicering stöds fullt ut på Storage Spaces Direct med ReFS- och NTFS-formaterade volymer, med speglande eller paritet.

    • ReFS-formaterade volymer stöds från och med Windows Server 2019.

    • Deduplicering stöds inte på volymer med flera lagringsnivåer.

Lagringsreplika

Lagringsreplik stöds fullt ut. Datadeduplicering bör konfigureras att inte köras på den sekundära kopian.

BranchCache

Du kan optimera dataåtkomsten via nätverket genom att aktivera BranchCache på servrar och klienter. När ett BranchCache-aktiverat system kommunicerar via ett WAN med en fjärrfilserver som kör datadeduplicering är alla deduplicerade filer redan indexerade och hashade. Därför beräknas snabbt begäranden om data från ett avdelningskontor. Detta liknar förindexering eller prehashing av en BranchCache-aktiverad server.

DFS-replikering

Datadeduplicering fungerar med DFS-replikering (Distributed File System). Att optimera eller avoptimera en fil utlöser inte en replikering eftersom filen inte ändras. DFS Replication använder RDC (Remote Differential Compression), inte segmenten i segmentlagret, för besparingar över kabel. Filerna på repliken kan också optimeras med hjälp av deduplicering om repliken använder Datadeduplicering.

Quotas

Datadeduplicering stöder inte att skapa en hård kvot för en volymrotmapp som också har deduplicering aktiverat. När en hård kvot finns på en volymrot är det faktiska lediga utrymmet på volymen och det kvotbegränsade utrymmet på volymen inte detsamma. Den här skillnaden i ledigt utrymme kan leda till att dedupliceringsoptimeringsjobb misslyckas. Du kan dock skapa en mjuk kvot för en volymrot som har deduplicering aktiverat.

När kvoten är aktiverad på en deduplicerad volym använder kvoten filens logiska storlek i stället för filens fysiska storlek. När deduplicering bearbetar en fil ändras inte kvotanvändningen (inklusive eventuella kvottrösklar). Alla andra kvotfunktioner, inklusive mjuka volymrotskvoter och kvoter för undermappar, fungerar normalt när du använder deduplicering.

Säkerhetskopiering av Windows Server

Windows Server Backup kan säkerhetskopiera en optimerad volym as-is (det vill: utan att ta bort deduplicerade data). Följande steg visar hur du säkerhetskopierar en volym och hur du återställer en volym eller valda filer från en volym med Windows Server Backup med PowerShell.

  1. Säkerhetskopiera E:-volymen till en annan volym genom att köra följande kommando, ersätt rätt volymnamn för din situation.

    wbadmin start backup –include:E: -backuptarget:F: -quiet

  2. Hämta versions-ID:t för den säkerhetskopia som du skapade.

    wbadmin get versions

    Det här utdataversions-ID:t är en datum- och tidssträng, till exempel: 2016-06:22 08/18/2016-06:22.

  3. Återställ hela volymen.

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

    --OR--

    Återställ en viss mapp (i det här fallet mappen E:\Docs):

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

Scenarier som inte stöds

I följande avsnitt beskrivs scenarier som inte stöds med Datadeduplicering.

Kapslad virtualisering

Datadeduplicering stöds inte i ett kapslat virtualiseringsscenario. Det innebär att du inte kan köra Datadeduplicering i en virtuell dator som körs på en Hyper-V värd som har kapslad virtualisering aktiverad. I Hyper-V VDI-scenarier stöds till exempel inte aktivering av datadeduplicering på en VMs enhet som är värd för andra virtuella datorer.

Windows 10 (klientoperativsystem)

Datadeduplicering stöds inte i Windows 10. I vissa blogginlägg från communityn beskrivs hur du tar binärfilerna från Windows Server 2016 och placerar dem på Windows 10. Den här metoden stöds inte.

Windows Search stöder inte datadeduplicering. Datadeduplicering använder referenspunkter, som Windows Search inte kan indexera, vilket gör att Windows Search hoppar över alla deduplicerade filer och utesluter dem från indexet. Därför kan sökresultaten vara ofullständiga för deduplicerade volymer.

Robocopy

Att köra Robocopy med Datadeduplicering rekommenderas inte eftersom vissa Robocopy-kommandon kan skada Chunk Store. Segmentlagret lagras i mappen System Volume Information för en volym. Om du tar bort mappen System Volume Information skadas de optimerade filerna (referenspunkter) som kopieras från källvolymen. Detta beror på att datasegmenten inte kopieras till målvolymen.

  • Last updated on