Server-naar-serveropslagreplicatie instellen met behulp van Opslagreplica

Artikel
2025-04-16
Van toepassing op: ✅ Windows Server 2025, ✅ Windows Server 2022, ✅ Windows Server 2019, ✅ Windows Server 2016, ✅ Azure Local, versions 23H2 and 22H2

U kunt Opslagreplica gebruiken om twee servers te configureren voor het synchroniseren van gegevens, zodat elk een identieke kopie van hetzelfde volume heeft. In dit artikel wordt de replicatieconfiguratie van de server naar server beschreven en wordt beschreven hoe u de omgeving instelt en beheert.

Als u Opslagreplica wilt beheren, kunt u Windows-beheercentrum of PowerShell gebruiken.

Zie de volgende video voor een overzicht van het gebruik van Opslagreplica in het Windows-beheercentrum:

Benodigdheden

Een Active Directory Domain Services-bos. (U hoeft Windows Server 2016 niet uit te voeren.)
Twee servers met Windows Server 2019 of Windows Server 2016 Datacenter.

Als u Windows Server 2019 gebruikt, kunt u in plaats daarvan Standard Edition gebruiken als het repliceren van slechts één volume tot 2 TB geschikt is voor uw scenario.
Twee sets opslag die Serial Attached SCSI (SAS) 'gewoon een stel schijven' (JBOD's), een Fibre Channel Storage Area Network (FC SAN), iSCSI-doel (Internet Small Computer Systems Interface) of lokale SCSI- of SATA-opslag (Serial Advanced Technology Attachment) kunnen bevatten. De opslag moet een combinatie van HDD-media (harde schijf) en SSD-media (Solid-State Drive) bevatten. U maakt elke opslagset alleen beschikbaar voor elk van de servers, zonder gedeelde toegang.

Elke opslagset moet ondersteuning bieden voor het maken van ten minste twee virtuele schijven, één voor gerepliceerde gegevens en één voor logboeken. De fysieke opslag moet dezelfde sectorgrootten hebben op alle gegevensschijven. De fysieke opslag moet dezelfde sectorgrootten hebben op alle logboekschijven.
Ten minste één Ethernet-/TCP-verbinding op elke server voor synchrone replicatie, maar RDMA (Remote Direct Memory Access) heeft de voorkeur.
De juiste firewall- en routerregels voor het toestaan van Internet Control Message Protocol (ICMP), Server Message Block (SMB) (poort 445 en poort 5445 voor SMB Direct) en Web Services Management (WS-Man) (poort 5985) bidirectioneel verkeer tussen alle knooppunten.
Een netwerk tussen servers met voldoende bandbreedte om je invoer/uitvoer (I/O)-schrijfbelasting te verwerken en een gemiddelde round-trip latentie van 5 ms voor synchrone replicatie. Asynchrone replicatie heeft geen latentieaanbeveling.

Als u repliceert tussen on-premises servers en virtuele Azure-machines (VM's), moet u een netwerkkoppeling maken tussen de on-premises servers en de Virtuele Azure-machines. Als u de koppeling wilt maken, gebruikt u Azure ExpressRoute-, gebruikt u een site-naar-site-VPN-gatewayverbindingof installeert u VPN-software in uw Virtuele Azure-machines om deze te verbinden met uw on-premises netwerk.
De gerepliceerde opslag kan zich niet bevinden op het station dat de map Windows-besturingssysteem bevat.

Belangrijk

In dit scenario moet elke server zich op een andere fysieke site of op een andere logische site bevinden. Elke server moet kunnen communiceren met de andere server via een netwerk.

U kunt veel van deze vereisten controleren met behulp van de cmdlet Test-SRTopology. U krijgt toegang tot dit hulpprogramma als u Opslagreplica installeert of de functies van De hulpprogramma's voor opslagreplica's installeert op ten minste één server. Als u het hulpprogramma wilt gebruiken, hoeft u alleen de cmdlet te installeren en uit te voeren. Verderop in het artikel vindt u meer informatie.

Vereisten voor Het Windows-beheercentrum

Als u Opslagreplica en Het Windows-beheercentrum samen wilt gebruiken, hebt u het volgende nodig:

Systeem	Besturingssysteem	Vereist voor
Twee servers (elke combinatie van on-premises hardware, VM's en cloud-VM's, inclusief Azure-VM's)	Windows Server 2019, Windows Server 2016 of Windows Server (Halfjaarlijkse kanaal)	Storage Replica
Eén pc	Windows 10	Windows-beheercentrum

Notitie

Op dit moment kunt u windows-beheercentrum niet gebruiken op een server om Opslagreplica te beheren.

Voorwaarden

In dit scenario wordt de volgende omgeving gebruikt als voorbeeld:

Twee servers: SR-SRV05- en SR-SRV06-
Een paar logische sites die twee verschillende datacenters vertegenwoordigen: Redmond en Bellevue

diagram met een server in gebouw 5 die wordt gerepliceerd met een server in gebouw 9.

Stap 1: Windows Admin Center installeren en configureren op uw pc

Als u Windows Admin Center gebruikt om Opslagreplica te beheren, gebruikt u de volgende stappen om uw pc in te stellen voor het beheren van Opslagreplica.

Download en installeer Windows Admin Center.
Download en installeer de Hulpmiddelen voor externe serverbeheer.

Als u Windows 10 versie 1809 of hoger gebruikt, installeert u de functie RSAT: Storage Replica Module voor Windows PowerShell van functies op aanvraag.
Open een PowerShell-sessie als beheerder:
1. Selecteer Starten.
2. Voer PowerShellin.
3. Klik met de rechtermuisknop op Windows PowerShell-.
4. Selecteer Als beheerder uitvoeren.
Voer de volgende opdracht in om het WS-Man-protocol op de lokale computer in te schakelen en de standaardconfiguratie voor extern beheer op de client in te stellen:
```
winrm quickconfig
```
Voer Y- in om WinRM-services in te schakelen en een WinRM-firewall-uitzondering in te schakelen.

Stap 2: Het besturingssysteem, functies, rollen, opslag en het netwerk inrichten

Installeer Windows Server op beide serverknooppunten met behulp van het installatietype Windows Server (Bureaubladervaring).

U kunt een Azure-VM gebruiken die is verbonden met uw netwerk via ExpressRoute.

Notitie

Vanaf Windows Admin Center versie 1910 kunt u automatisch een doelserver configureren in Azure. Als u deze optie kiest, installeert u Windows Server op de bronserver en gaat u verder met stap 3: Server-naar-serverreplicatie instellen.
Voeg netwerkgegevens toe, koppel de servers aan hetzelfde domein als uw Windows 10-beheercomputer (als u er een gebruikt) en start de servers opnieuw op.

Notitie

Meld u voor de resterende stappen aan als domeingebruiker die lid is van de ingebouwde beheerdersgroep op alle servers. Zorg ervoor dat u uw PowerShell- en opdrachtprompts in de resterende stappen verhoogt als u een grafische serverinstallatie of op een Windows 10-computer uitvoert.
Verbind de eerste set JBOD-opslagbehuizingen, iSCSI-target, FC SAN of lokale vaste schijf met direct gekoppelde opslag (DAS) aan de server op locatie Redmond.
Verbind de tweede opslagset met de server op de site Bellevue.
Installeer de meest recente firmware en stuurprogramma's van de leverancier voor opslag en behuizing, de meest recente HBA-stuurprogramma's (Host Bus Adapter), de meest recente BIOS/UEFI-firmware van de leverancier, de meest recente netwerkstuurprogramma's van de leverancier en de meest recente stuurprogramma's van de moederbordchipset op beide knooppunten. Start de knooppunten zo nodig opnieuw op.

Notitie

Raadpleeg de documentatie van uw hardwareleverancier om gedeelde opslag- en netwerkhardware te configureren.
Zorg ervoor dat BIOS-/UEFI-instellingen voor servers hoge prestaties inschakelen, zoals het uitschakelen van de C-status, het instellen van QPI-snelheid, het inschakelen van niet-uniforme geheugentoegang (NUMA) en het instellen van de hoogste geheugenfrequentie. Zorg ervoor dat energiebeheer in Windows Server is ingesteld op High Performance. Start indien nodig opnieuw op.
Configureer rollen zoals beschreven in de volgende secties:
- windows-beheercentrummethode
  1. Ga in het Windows-beheercentrum naar Serverbeheer en selecteer vervolgens een van de servers.
  2. Ga naar Rollen & functies.
  3. Selecteer Functies>Storage Replicaen selecteer vervolgens Installeren.
  4. Herhaal deze stappen op de andere server.
- Serverbeheermethode
  1. Voer ServerManager.exe uit en maak een servergroep. Voeg alle serverknooppunten toe.
  2. Installeer de rollen en functies van bestandsserver en opslagreplica op elk van de knooppunten. Start vervolgens de knooppunten opnieuw op.
- Windows PowerShell-methode
  
  Voer op SR-SRV06 of een computer voor extern beheer de volgende opdracht uit in een Windows PowerShell-console om de vereiste functies en rollen te installeren. Start vervolgens de knooppunten opnieuw op.
1. Selecteer in ServerbeheerEen servergroep makenen voeg vervolgens alle serverknooppunten toe.
2. Installeer op elk van de knooppunten de rol voor bestandsserver en de functie voor opslagreplica en start de knooppunten opnieuw op. Zie voor meer informatie Rollen, rolservices of functies installeren of verwijderen
  
  Zie Functies, functieservices of onderdelen installeren of verwijderen voor meer informatie over deze stappen
Configureer opslag zoals beschreven in de volgende stappen.
Belangrijk
- U moet twee volumes maken op elke behuizing: één voor gegevens en één voor logboeken.
- Logboek- en gegevensschijven moeten worden geïnitialiseerd als GUID Partition Table (GPT), niet als Master Boot Record (MBR).
- De twee gegevensvolumes moeten dezelfde grootte hebben.
- De twee logboekvolumes moeten dezelfde grootte hebben.
- Alle gerepliceerde gegevensschijven moeten dezelfde sectorgrootten hebben.
- Alle logboekschijven moeten dezelfde sectorgrootten hebben.
- Voor de logboekvolumes moet flashopslag worden gebruikt, zoals SSD. We raden u aan logboekopslag te gebruiken die snellere gegevensopslag is. Logboekvolumes mogen nooit worden gebruikt voor andere workloads.
- De gegevensschijven kunnen HDD, SSD of een gelaagde combinatie gebruiken en kunnen gebruikmaken van gespiegelde of pariteitsruimten of RAID 1, RAID 10, RAID 5 of RAID 50.
- De logboekgrootte is standaard ingesteld op 8 GB als deze niet is opgegeven. Uw logboekvolume moet ten minste 10 GB of groter zijn op basis van logboekvereisten en organisatiebehoeften.
- De rol van bestandsserver is alleen nodig om Test-SRTopology te laten werken. De vereiste firewallpoorten worden geopend om te testen.
- Voor JBOD-behuizingen:
  1. Zorg ervoor dat elke server alleen de opslagbehuizingen van die site kan zien en of de SAS-verbindingen juist zijn geconfigureerd.
  2. De opslag inrichten met opslagruimten: voer stap 1 tot en met 3 in Opslagruimten implementeren op een Stand-Alone Server- uit met Windows PowerShell of Serverbeheer.
- voor iSCSI-opslag:
  1. Zorg ervoor dat elk cluster alleen de opslagbehuizingen van die site kan zien. U moet meer dan één netwerkadapter gebruiken als u iSCSI gebruikt.
  2. Richt de opslag in met behulp van de documentatie van uw leverancier. Als u Windows-gebaseerde iSCSI-targeting gebruikt, raadpleegt u iSCSI Target Block Storage, How To.
- Voor FC SAN-opslag:
  1. Zorg ervoor dat elk cluster alleen de opslagbehuizingen van die site kan zien en dat u de hosts correct hebt gezoneerd.
  2. Richt de opslag in met behulp van de documentatie van uw leverancier.
- Voor lokale vaste schijfopslag:
  - Zorg ervoor dat de opslag geen systeemvolume, een paginabestand of dumpbestanden bevat.
  - Richt de opslag in met behulp van de documentatie van uw leverancier.
Start Windows PowerShell en gebruik de cmdlet Test-SRTopology om te bepalen of u voldoet aan alle vereisten voor Opslagreplica. U kunt de cmdlet gebruiken in de modus alleen vereisten voor een snelle test of in een langdurige prestatie-evaluatiemodus.

Als u bijvoorbeeld wilt controleren of de voorgestelde knooppunten elk een F: volume en een G: volume hebben en de test gedurende 30 minuten wilt uitvoeren, gebruikt u deze opdracht:
```
MD c:\temp
```
Belangrijk

Als u een testserver gebruikt zonder I/O-belasting voor schrijven op het opgegeven bronvolume tijdens de evaluatieperiode, kunt u overwegen een workload toe te voegen om een nuttig rapport te genereren. U moet testen met productieachtige workloads om reële getallen en aanbevolen logboekgrootten te zien. U kunt ook sommige bestanden tijdens de test kopiëren naar het bronvolume of DISKSPD- downloaden en uitvoeren om schrijf-I/Os te genereren. Kopieer bijvoorbeeld een voorbeeld met een lage schrijf I/O-belasting die gedurende 10 minuten wordt uitgevoerd naar het D:-volume.

Diskspd.exe -c1g -d600 -W5 -C5 -b8k -t2 -o2 -r -w5 -i100 -j100 d:\test
Bekijk het TestSrTopologyReport.html rapport om te bevestigen dat u voldoet aan de vereisten voor Storage Replica.

Stap 3: Server-naar-serverreplicatie instellen

Windows Admin Center gebruiken

Voeg de bronserver toe:
1. Selecteer Toevoegen.
2. Selecteer Serververbinding toevoegen.
3. Voer de naam van de server in en selecteer Verzenden.
Selecteer in het deelvenster Alle verbindingen de bronserver.
Selecteer in het deelvenster Hulpprogramma'sStorage Replica.
Selecteer Nieuwe om een nieuw partnerschap te maken.

Ga als volgt te werk om een nieuwe Virtuele Azure-machine te maken die moet worden gebruikt als de bestemming voor het partnerschap:
1. Selecteer onder Repliceren met een andere serverde optie Een nieuwe Virtuele Azure-machine gebruikenen selecteer vervolgens Volgende. Als u deze optie niet ziet, controleert u of u Windows Admin Center versie 1910 of een nieuwere versie gebruikt.
2. Geef de naam van de bronserver en de naam van de replicatiegroep op en selecteer vervolgens Volgende.
  
  Met deze stap wordt een proces gestart waarmee automatisch een Virtuele Machine van Windows Server 2019 of Windows Server 2016 azure als bestemming voor de migratiebron wordt geselecteerd. Storage Migration Service raadt VM-grootten aan die overeenkomen met uw bron, maar u kunt deze beperking overschrijven door Alle grootten weergevente selecteren. Inventarisgegevens worden gebruikt om uw beheerde schijven en hun bestandssystemen automatisch te configureren en om uw nieuwe Azure-VM toe te voegen aan uw Active Directory-domein.
3. Nadat het Windows-beheercentrum de Virtuele Azure-machine heeft gemaakt, geeft u de naam van een replicatiegroep op en selecteert u vervolgens Maken. Windows Admin Center start vervolgens het normale initiële synchronisatieproces van Opslagreplica om uw gegevens te beveiligen.
Hier volgt een video waarin wordt getoond hoe u Opslagreplica gebruikt om te migreren naar Azure-VM's:
Geef de details van het partnerschap op en klik vervolgens op maken.

Notitie

Als u de samenwerking verwijdert uit Opslagreplica in het Windows-beheercentrum, wordt de naam van de replicatiegroep niet verwijderd.

Windows PowerShell gebruiken

Configureer vervolgens server-naar-serverreplicatie met behulp van Windows PowerShell. U moet alle volgende stappen rechtstreeks op de knooppunten uitvoeren of vanaf een computer voor extern beheer die Windows Server Remote Server Administration Tools bevat.

Controleer of u een PowerShell-console met verhoogde bevoegdheid gebruikt als beheerder.
Configureer de server-naar-server-replicatie. Geef de bron- en doelschijven, de bron- en doellogboeken, de bron- en doelknooppunten en de logboekgrootte op.
```
New-SRPartnership -SourceComputerName sr-srv05 -SourceRGName rg01 -SourceVolumeName f: -SourceLogVolumeName g: -DestinationComputerName sr-srv06 -DestinationRGName rg02 -DestinationVolumeName f: -DestinationLogVolumeName g: -LogType Raw
```
Hier is een voorbeelduitvoer:
```
DestinationComputerName : SR-SRV06
DestinationRGName       : RG02
SourceComputerName      : SR-SRV05
PSComputerName          :
```
Belangrijk

De standaardlogboekgrootte is 8 GB. Afhankelijk van de resultaten van de Test-SRTopology cmdlet, kunt u ervoor kiezen om de parameter -LogSizeInBytes te gebruiken om een hogere of lagere waarde in te stellen.

Als u de replicatiebron- en doelstatus wilt ophalen, gebruikt u de cmdlets Get-SRGroup en Get-SRPartnership:

Get-SRGroup
Get-SRPartnership
(Get-SRGroup).replicas

Hier is een voorbeelduitvoer:

CurrentLsn             : 0
DataVolume             : F:\
LastInSyncTime         :
LastKnownPrimaryLsn    : 1
LastOutOfSyncTime      :
NumOfBytesRecovered    : 37731958784
NumOfBytesRemaining    : 30851203072
PartitionId            : c3999f10-dbc9-4a8e-8f9c-dd2ee6ef3e9f
PartitionSize          : 68583161856
ReplicationMode        : synchronous
ReplicationStatus      : InitialBlockCopy
PSComputerName         :

Bepaal de voortgang van de replicatie, zoals beschreven in de volgende stappen.
1. Voer op de bronserver de volgende opdracht uit en bekijk gebeurtenis-id's 5015, 5002, 5004, 1237, 5001 en 2200:
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -Max 20
```
2. Voer op de doelserver de volgende opdracht uit om de Storage Replica-gebeurtenissen weer te geven die de totstandkoming van partnerschappen tonen. Met deze gebeurtenis wordt het aantal gekopieerde bytes vermeld en hoe lang het duurde om het partnerschap te maken.
  
  Voorbeeld:
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | fl
```
  Hier is een voorbeelduitvoer:
```
TimeCreated  : 4/8/2016 4:12:37 PM
ProviderName : Microsoft-Windows-StorageReplica
Id           : 1215
Message      : Block copy completed for replica.

> [!NOTE]
> By design, Storage Replica dismounts the destination volumes and their drive letters or mount points.
```
3. Een alternatieve mogelijkheid is dat de doelservergroep voor de replica altijd het aantal bytes aangeeft dat nog moet worden gekopieerd. U kunt PowerShell gebruiken om een query uit te voeren op de gegevens.
  
  Voorbeeld:
```
(Get-SRGroup).Replicas | Select-Object numofbytesremaining
```
  Hier volgt een voorbeeld van een voortgang (die niet wordt beëindigd):
```
while($true) {

$v = (Get-SRGroup -Name "RG02").replicas | Select-Object numofbytesremaining
[System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)
Start-Sleep -s 5
}
```
4. Voer op de doelserver de volgende opdracht uit en bekijk gebeurtenis-id's 5009, 1237, 5001, 5015, 5005 en 2200 om de voortgang van de verwerking te begrijpen. Er mogen in deze volgorde geen waarschuwingen over fouten worden weergegeven. Er zullen veel 1237 gebeurtenis-ID's zijn, die de voortgang van de verwerking aangeven.
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL
```

Stap 4: Replicatie beheren

Ten slotte beheert en bedient u de server-naar-server gerepliceerde infrastructuur. U kunt alle volgende stappen rechtstreeks op de knooppunten uitvoeren of vanaf een computer voor extern beheer met Windows Server Remote Server Administration Tools.

Gebruik de cmdlets Get-SRPartnership en Get-SRGroup om de huidige bron en bestemming van replicatie en hun status te bepalen.
Als u de replicatieprestaties wilt meten, gebruikt u de Get-Counter-cmdlet op zowel de bron- als doelknooppunten. De tellernamen zijn:
- \Storage Replica Partition I/O Statistics(*)\Aantal keren flush gepauzeerd
- \Storage Replica Partition I/O-statistieken(*)\Aantal wachtende flush I/O
- \Storage Replica Partition I/O Statistieken(*)\Aantal verzoeken voor laatste logboekschrijfopdracht
- \Opslagreplika Partitie I/O Statistieken(*)\Gem. Flushwachtrijlengte
- \Opslagreplika Partitie I/O Statistieken(*)\Huidige Flush Wachtrijlengte
- \Opslag Replicatie Partitie I/O Statistieken(*)\Aantal Aanvraag Schrijfverzoeken
- \Storage Replica Partition I/O Statistics(*)\Gem. Aantal aanvragen per logschrijfbewerking
- \Storage Replica Partition I/O-statistieken(*)\Gem. App-Schrijflatentie
- \Storage Replica Partitie I/O Statistieken(*)\Gem. App Lees Latentie
- \Opslagreplica-statistieken(*)\Doel-RPO
- \Storage Replica Statistics(*)\Huidige RPO
- \Storage Replica Statistics(*)\Gemiddelde Lengte van logboekwachtrij
- \Storage Replica Statistieken(*)\Huidige Logwachtrijlengte
- \Storage Replica Statistics(*)\Totaal Ontvangen Bytes
- \Storage Replica Statistics(*)\Totaal Verzonden Bytes
- \Storage Replica Statistics(*)\Gem. Netwerk Verzendlatentie
- \Storage Replica Statistics(*)\Replicatiestatus
- \Storage Replicatie Statistieken(*)\Gem. Bericht Reistijd Latentie
- \Storage Replica Statistieken(*)\Laatste Herstel Verstreken Tijd
- \Storage Replica Statistieken(*)\Aantal Geflushte Hersteltransacties
- \Storage Replica Statistics(*)\Aantal Hersteltransacties
- \Storage Replica-statistieken(*)\Aantal weggeschreven replicatietransacties
- \Storage Replica Statistics(*)\Aantal replicatietransacties
- \Storage Replica Statistieken(*)\Maximale Logreeksnummer
- \Storage Replica Statistics(*)\Aantal Ontvangen Berichten
- \Storage Replica Statistieken(*)\Aantal Verzonden Berichten
Voor meer informatie over prestatiecounters in Windows PowerShell, zie Get-Counter.
Als u de replicatierichting van één site wilt verplaatsen, gebruikt u de cmdlet Set-SRPartnership:
```
  $params = @{
  NewSourceComputerName  = 'SR-SRV06'
  SourceRGName           = 'RG02'
  DestinationComputerName = 'SR-SRV05'
  DestinationRGName      = 'RG01'
}
Set-SRPartnership @params
```
Waarschuwing

Windows Server voorkomt dat rolwisselingen plaatsvinden wanneer de eerste synchronisatie plaatsvindt. Gegevensverlies kan optreden als u probeert over te schakelen voordat de initiële replicatie kan worden voltooid. Dwing niet om van richting te wisselen voordat de eerste synchronisatie is voltooid.

Controleer de gebeurtenislogboeken om de richting van replicatiewijziging en herstelmodus te zien en stem vervolgens af. Schrijf-I/Os kunnen vervolgens naar de opslag van de nieuwe bronserver schrijven. Als u de replicatierichting wijzigt, worden schrijf-I/Os op de oorspronkelijke broncomputer geblokkeerd.
Als u replicatie wilt verwijderen, gebruikt u Get-SRGroup, Get-SRPartnership, Remove-SRGroupen Remove-SRPartnership op elk knooppunt. Zorg ervoor dat u de Remove-SRPartnership cmdlet alleen uitvoert op de huidige bron van replicatie, niet op de doelserver. Voer Remove-SRGroup uit op beide servers.

Als u bijvoorbeeld alle replicatie van twee servers wilt verwijderen, voert u deze opdrachten uit:
```
Get-SRPartnership
Get-SRPartnership | Remove-SRPartnership
Get-SRGroup | Remove-SRGroup
```

DFS-replicatie vervangen door Storage Replica

Veel Microsoft-klanten implementeren de DFS-replicatie van de Windows-service als een oplossing voor herstel na noodgevallen voor ongestructureerde gebruikersgegevens, zoals basismappen en afdelingsshares. DFS-replicatie wordt geleverd in alle versies sinds Windows Server 2003 R2 en werkt op netwerken met lage bandbreedte. Het is een aantrekkelijk alternatief voor omgevingen met hoge latentie en lage wijzigingen die veel knooppunten hebben.

DFS-replicatie kent echter belangrijke beperkingen als een oplossing voor gegevensreplicatie:

Het repliceert geen bestanden die in gebruik zijn of worden geopend.
Het repliceert niet synchroon.
De asynchrone replicatielatentie kan veel minuten, uren of zelfs dagen zijn.
Het is afhankelijk van een database die langdurige consistentiecontroles kan vereisen na een stroomonderbreking.
Het is over het algemeen geconfigureerd als meerdere masters, waardoor wijzigingen in beide richtingen kunnen worden doorgevoerd en nieuwere gegevens kunnen worden overschreven.

Opslagreplica heeft geen van deze beperkingen.

Opslagreplica heeft echter verschillende beperkingen die het in sommige omgevingen mogelijk minder aantrekkelijk maken:

Er kan slechts één-op-één-replicatie tussen volumes worden uitgevoerd. Het is mogelijk om verschillende volumes tussen meerdere servers te repliceren.
Hoewel het asynchrone replicatie ondersteunt, is het niet ontworpen voor netwerken met lage bandbreedte en hoge latentie.
Gebruikers hebben geen toegang tot beveiligde gegevens op de doelserver terwijl de replicatie wordt uitgevoerd.

Als deze factoren in uw scenario niet worden geblokkeerd, kunt u Opslagreplica gebruiken om DFS-replicatieservers te vervangen door de recentere Opslagreplica-technologie.

Het proces heeft op hoog niveau de volgende stappen:

Installeer Windows Server op twee servers en configureer uw opslag. Mogelijk moet u een bestaande set servers upgraden of schone installaties van het besturingssysteem uitvoeren.
Zorg ervoor dat alle gegevens die u wilt repliceren, aanwezig zijn op een of meer gegevensvolumes en niet op het C-station.
- U kunt de gegevens ook op de andere server overzetten om tijd te besparen, door een back-up of bestandskopieën te gebruiken, of door gebruik te maken van dun toegewezen opslag. Het is niet nodig dat de beveiliging die lijkt op metagegevens perfect overeenkomt, in tegenstelling tot bij DFS-replicatie.
Deel de gegevens op de bronserver en maak deze toegankelijk via een DFS-naamruimte. Deze stap is belangrijk om ervoor te zorgen dat gebruikers er nog steeds toegang toe hebben als de servernaam wordt gewijzigd in een DFS-naamruimte op een noodgevalsite.
- U kunt overeenkomende shares maken op de doelserver, die niet beschikbaar is tijdens normale bewerkingen.
- Voeg de doelserver niet toe aan de DFS-naamruimte. Als u dit doet, moet u ervoor zorgen dat alle mapdoelen zijn uitgeschakeld.
Schakel replicatie van Opslagreplica in en voltooi de initiële synchronisatie. Replicatie kan synchroon of asynchroon zijn.
- We raden synchrone replicatie aan om I/O-gegevensconsistentie op de doelserver te garanderen.
- U wordt ten zeerste aangeraden Volume Shadow Copies in te schakelen en periodiek momentopnamen te maken met behulp van vssadmin of een ander hulpprogramma. Deze actie garandeert dat toepassingen hun gegevensbestanden consistent naar schijf leegmaken. Als zich een ramp voordoet, kunt u bestanden herstellen van momentopnamen op de doelserver die mogelijk gedeeltelijk asynchroon zijn gerepliceerd. Momentopnamen worden samen met bestanden gerepliceerd.
Normaal werken tot er een noodgeval is.
Wissel de rol van de doelserver zodat deze de nieuwe bron wordt, waarmee de gerepliceerde volumes voor gebruikers beschikbaar worden gemaakt.
Als u ervoor kiest om synchrone replicatie te gebruiken, is er geen gegevensherstel nodig, tenzij een gebruiker een toepassing gebruikte die gegevens schreef zonder transactiebeveiliging (replicatie heeft geen effect in dit scenario) wanneer de bronserver verloren gaat. Als u ervoor kiest om asynchrone replicatie te gebruiken, is de noodzaak voor een VSS-momentopnamekoppeling (Volume Shadow Copy Service) hoger, maar overweeg om VSS in alle omstandigheden te gebruiken voor toepassingsconsistente momentopnamen.
Voeg de server en de bijbehorende shares toe als een mapdoel voor DFS-naamruimten.

Gebruikers hebben vervolgens toegang tot hun gegevens.

Notitie

Planning voor herstel na noodgevallen is een complex onderwerp en vereist aanzienlijke en gedetailleerde aandacht voor het plannen. We raden u ten zeerste aan runbooks te maken en jaarlijkse live failoveroefeningen uit te voeren. Wanneer een werkelijke ramp toeslaat, regeert chaos en kunnen ervaren medewerkers niet beschikbaar zijn.

Een Virtuele Azure-machine toevoegen die is verbonden met uw netwerk via ExpressRoute

Maak in Azure Portal een exemplaar van ExpressRoute.

Nadat de ExpressRoute is goedgekeurd, wordt er een resourcegroep toegevoegd aan het abonnement. Als u deze nieuwe groep wilt weergeven, gaat u naar Resourcegroepen. Noteer de naam van het virtuele netwerk.
Maak een nieuwe resourcegroep.
Voeg een netwerkbeveiligingsgroep toe. Wanneer u de netwerkbeveiligingsgroep maakt, selecteert u de abonnements-id die is gekoppeld aan het exemplaar van ExpressRoute dat u hebt gemaakt en selecteert u de resourcegroep die is gekoppeld aan ExpressRoute.

Voeg eventuele binnenkomende en uitgaande beveiligingsregels toe die u nodig hebt voor de netwerkbeveiligingsgroep. U wilt bijvoorbeeld extern bureaublad toegang geven tot de virtuele machine.
Maak een Azure VM- met de volgende instellingen:
- openbaar IP-adres: geen
- virtueel netwerk: selecteer de naam van het virtuele netwerk dat u hebt genoteerd in de resourcegroep die is toegevoegd met het ExpressRoute-exemplaar.
- netwerkbeveiligingsgroep (firewall): selecteer de netwerkbeveiligingsgroep die u hebt gemaakt.
Nadat de virtuele machine is gemaakt, raadpleegt u stap 2: Het besturingssysteem, de functies, rollen, opslag en een netwerk inrichten.

Delen via

Server-naar-serveropslagreplicatie instellen met behulp van Opslagreplica

Benodigdheden

Vereisten voor Het Windows-beheercentrum

Voorwaarden

Stap 1: Windows Admin Center installeren en configureren op uw pc

Stap 2: Het besturingssysteem, functies, rollen, opslag en het netwerk inrichten

Stap 3: Server-naar-serverreplicatie instellen

Windows Admin Center gebruiken

Windows PowerShell gebruiken

Stap 4: Replicatie beheren

DFS-replicatie vervangen door Storage Replica

Een Virtuele Azure-machine toevoegen die is verbonden met uw netwerk via ExpressRoute

Verwante inhoud

Feedback

Aanvullende resources