Windows Server 2016: DFS-R vs Storage Replica

I dagens Spørg Admin, Vil jeg se på de vigtigste forskelle mellem Distributed File System Replication (DFS-R) og Storage Replica (SR), og hvorfor du måske vil opgradere til Storage Replica, hvis du bruger DFS til server-til-server replikation.

Storage Replica er en ny funktion i Windows Server 2016 Datacenter Edition, der bruger Server Message Block (SMB) 3.1.1-protokollen til at aktivere volumenbaseret synkron replikering på blokniveau for katastrofeinddrivelse, strækklynger og høj tilgængelighed. SR understøtter følgende tre scenarier:

  • Server-til-server lagringsreplikation
  • Lagringsreplikation i en stregklynge
  • Opdatering af kluster-til-klyngeopbevaring

Synkron vs Asynkron Replikation

Synkron replikation afspejler data på lav-latens high-bandwidth netværk for at sikre nul data tab på filsystem niveau i tilfælde af en fejl. Data skal skrives til begge mængder i et replikationssæt, før en I / O-operation er markeret som komplet. SR i synkron replikationsmodus bruger logfiler til at sikre datakonsistens, så skriveoperationer sandsynligvis vil være langsommere end asynkron replikation, og netværk med lavt latensbånd med høj båndbredde kræves for at minimere ydeevne-overhead. Som sådan er synkron replikering bedst forbeholdt missionskritiske applikationer.

SR støtter også asynkron replikering, som er designet til brug på tværs af højlatensnetværk, men kan ikke garantere, at begge volumener i et replikationssæt vil have de samme data efter en fejl. Selv om der i modsætning til DFS-R, SR i asynkron tilstand, tilvejebringer næsten intet datatab. Microsofts implementering af asynkron replikering bruger ikke snapshots som de fleste tredjepartsløsninger. I stedet virker det som synkron replikation, men venter ikke på bekræftelse af succesfulde skriveoperationer på begge volumener i et replikationssæt. Derudover sikrer replikering på blokniveau, at fillåsning ikke forhindrer, at filer replikeres eller bruges.

Distribueret filsystem

DFS i Windows Server giver administratorer mulighed for at angive navneområder, der giver brugerne en logisk måde at få adgang til filer uden at skulle vide deres fysiske placering. Et DFS-navneområde er et hierarki af UNC-stier, der ikke bruger filerervernavne, men omdirigerer omdirigere brugere til nærmeste kopi af dataene. En del af denne teknologi er DFS-R, eller Distributed File System Replication, som kan bruges sammen med DFS navneområder eller som en selvstændig filreplikationsløsning.

For yderligere oplysninger om DFS, se Opret et distribueret filsystem navneområde i Windows Server 2012 R2 og Konfigurer distribueret filsystemreplikation i Windows Server 2012 R2 på den Petri IT Knowledgebase.

DFS Replication blev designet til brug over netværk med lav båndbredde, og undertiden betyder den høje latens, at replikaer er timer eller endda dage uden synkronisering med hinanden. DFS-R kræver også, at filerne lukkes, før de kan replikeres, hvilket betyder, at de nyeste filer er mindst sandsynligt, at de skal replikeres rettidigt.

Opbevaring Replica

Fordi SR arbejder på blokniveau, kan det replikere åbne filer. Desuden replikerer det alle VSS-snapshots, så administratorer kan køre programbevidste, point-in-time gendannelsesoperationer ved hjælp af sikkerhedskopier oprettet af Windows Backup eller tredjeparts backup-løsninger, der bruger Microsofts API'er. SR kan bruge volumener indeholdende en hvilken som helst form for fast disk, selvom volumenens geometri skal være den samme som følge af brugen af ​​blokniveau replikation og er kompatibel med ethvert disk stof understøttet af Windows Server, såsom Fiber Channel og iSCSI.

I en kommende artikel om Petri, Vil jeg vise dig, hvordan du konfigurerer server-til-server-replikation i Windows Server 2016 ved hjælp af Storage Replica.

Stillingen Windows Server 2016: DFS-R vs Storage Replica dukkede først på Petri.

Giv en kommentar

Dette websted bruger Akismet til at reducere spam. Lær, hvordan dine kommentardata behandles.