Bewerken

Delen via

Veelgestelde vragen over Opslagreplica

  • Veelgestelde vragen

Dit artikel bevat antwoorden op veelgestelde vragen over Opslagreplica.

Wordt Storage Replica ondersteund in Azure?

Ja. U kunt de volgende scenario's gebruiken met Azure:

  • Server-naar-serverreplicatie in Azure (synchroon of asynchroon tussen virtuele IaaS-machines (Infrastructure as a Service) in één of twee datacenterfoutdomeinen, of asynchroon tussen twee afzonderlijke regio's).
  • Server-naar-server asynchrone replicatie tussen Azure en on-premises (met behulp van een virtueel particulier netwerk (VPN) of Azure ExpressRoute).
  • Cluster-naar-clusterreplicatie in Azure (synchroon of asynchroon tussen IaaS-VM's in één of twee datacenterfoutdomeinen, of asynchroon tussen twee afzonderlijke regio's).
  • Asynchrone replicatie van cluster naar cluster tussen Azure en on-premises (met behulp van VPN of Azure ExpressRoute).
  • Stretch clustering met behulp van Azure Shared Disks (synchroon of asynchroon tussen IaaS-VM's in één of twee datacenterfoutdomeinen, of asynchroon tussen twee afzonderlijke regio's).

Zie IaaS VM-gastclusters implementeren in Azurevoor meer informatie over gastclusters in Azure.

Belangrijke opmerkingen:

Hoe kan ik de voortgang van de replicatie bekijken tijdens de eerste synchronisatie?

Gebeurtenis-id 1237-berichten in het gebeurtenislogboek opslagreplicabeheerder op de doelserver tonen het aantal bytes dat is gekopieerd en de resterende bytes elke 10 seconden.

Een andere optie is het gebruik van het prestatiemeteritem opslagreplica op de doelserver onder \Storage Replica Statistics\Total Bytes Received voor een of meer gerepliceerde volumes.

U kunt ook een query uitvoeren op de replicatiegroep met behulp van Windows PowerShell. Met de volgende voorbeeldopdracht wordt bijvoorbeeld de naam van de groepen op de bestemming opgevraagd en wordt vervolgens elke tien seconden een query uitgevoerd op één groep met de naam Replication 2 om de voortgang weer te geven:

Get-SRGroup

do{
    $r=(Get-SRGroup -Name "Replication 2").replicas
    [System.Console]::Write("Number of remaining bytes {0}`n", $r.NumOfBytesRemaining)
    Start-Sleep 10
}until($r.ReplicationStatus -eq 'ContinuouslyReplicating')
Write-Output "Replica Status: "$r.replicationstatus

Kan ik de netwerkinterfaces opgeven die moeten worden gebruikt voor replicatie?

Ja. Gebruik de cmdlet Set-SRNetworkConstraint om de netwerkinterfaces op te geven die moeten worden gebruikt voor replicatie. Deze cmdlet werkt op de interfacelaag. U kunt het gebruiken in cluster- en niet-clusterscenario's.

Voer bijvoorbeeld met een zelfstandige server (op elk knooppunt) de volgende opdrachten uit:

Get-SRPartnership

Get-NetIPConfiguration

Noteer de gateway- en interfacegegevens (op beide servers) en de routebeschrijvingen voor samenwerking. Voer vervolgens het volgende uit:

Set-SRNetworkConstraint -SourceComputerName sr-srv06 -SourceRGName rg02 -
SourceNWInterface 2 -DestinationComputerName sr-srv05 -DestinationNWInterface 3 -DestinationRGName rg01

Get-SRNetworkConstraint

Update-SmbMultichannelConnection

Als u netwerkbeperkingen voor een stretch-cluster wilt configureren, voert u het volgende uit:

Set-SRNetworkConstraint -SourceComputerName sr-cluster01 -SourceRGName group1 -SourceNWInterface "Cluster Network 1","Cluster Network 2" -DestinationComputerName sr-cluster02 -DestinationRGName group2 -DestinationNWInterface "Cluster Network 1","Cluster Network 2"

Kan ik een-op-veel-replicatie of transitieve replicatie (A naar B naar C) configureren?

Nee, Opslagreplica ondersteunt slechts één-op-een-replicatie van een server, cluster of stretch-clusterknooppunt. U kunt replicatie tussen verschillende servers van een specifiek volumepaar in beide richtingen configureren. Server 1 kan bijvoorbeeld het D-volume repliceren naar Server 2 en het E-volume van Server 3.

Kan ik gerepliceerde volumes vergroten of verkleinen die met Opslagreplica worden gerepliceerd?

U kunt volumes vergroten (uitbreiden), maar ze niet verkleinen. Opslagreplica voorkomt standaard dat beheerders gerepliceerde volumes kunnen uitbreiden. Voordat u het formaat wijzigt, gebruikt u de optie Set-SRGroup -AllowVolumeResize $TRUE in de brongroep.

Voorbeeld:

  1. Voer deze opdracht uit op de broncomputer: Set-SRGroup -Name YourRG -AllowVolumeResize $TRUE.
  2. Vergroot het volume met behulp van de techniek die u wilt gebruiken.
  3. Voer deze opdracht uit op de broncomputer: Set-SRGroup -Name YourRG -AllowVolumeResize $FALSE.

Kan ik een doelvolume online brengen voor alleen-lezentoegang?

Windows Server 2016: Nee. Opslagreplica ontkoppelt het doelvolume wanneer de replicatie begint in Windows Server 2016.

Windows Server 2019: Ja. U kunt de doelopslag koppelen met behulp van de functie testfailover. Als u een testfailover wilt uitvoeren, moet u een ongebruikt NTFS- of ReFS-geformatteerd volume hebben dat momenteel niet op het doel wordt gerepliceerd. Koppel vervolgens tijdelijk een momentopname van de gerepliceerde opslag voor test- of back-updoeleinden.

Als u een testfailover wilt maken voor de replicatiegroep RG2 op de doelserver SRV2, voert u de volgende opdracht uit met behulp van T: als een tijdelijk station dat niet wordt gerepliceerd:

Mount-SRDestination -Name RG2 -Computername SRV2 -TemporaryPath T:\

Het gerepliceerde volume is nu toegankelijk op SRV2. U kunt er normaal naar lezen en schrijven, bestanden eraf kopiëren of een online back-up uitvoeren die u ergens anders opslaat voor bewaring. Het T: volume bevat logboekgegevens.

Als u de momentopname van de testfailover wilt verwijderen en de wijzigingen wilt negeren, voert u het volgende uit:

Dismount-SRDestination -Name RG2 -Computername SRV2

U moet de functie voor testfailover alleen gebruiken voor tijdelijke bewerkingen op korte termijn. Het is niet bedoeld voor langdurig gebruik. In gebruik gaat de replicatie door naar het werkelijke doelvolume.

Kan ik Scale-Out FILE Server (SOFS) configureren in een stretch-cluster?

Hoewel het technisch mogelijk is, raden we deze configuratie niet aan vanwege het gebrek aan sitebewustzijn in de rekenknooppunten die contact opnemen met het SOFS-exemplaar. Als u netwerken op campusafstand gebruikt, waarbij latenties doorgaans minder zijn dan een milliseconde, werkt deze configuratie doorgaans zonder problemen.

In een cluster-naar-clusterreplicatie ondersteunt Opslagreplica SOFS volledig, inclusief het gebruik van Opslagruimten Direct wanneer u tussen twee clusters repliceert.

Zijn gedeelde clustervolumes vereist voor replicatie in een stretch-cluster of tussen clusters?

Nee. U kunt repliceren met behulp van gedeelde clustervolumes of een permanente schijfreservering (PDR) die eigendom is van een clusterresource, zoals een bestandsserverfunctie.

Bij cluster-naar-clusterreplicatie ondersteunt Opslagreplica SOFS volledig, inclusief het gebruik van Opslagruimten Direct bij het repliceren tussen twee clusters.

Kan ik Opslagruimten Direct configureren in een stretch-cluster met Opslagreplica?

Nee. Deze configuratie wordt niet ondersteund in Windows Server.

Bij cluster-naar-clusterreplicatie ondersteunt Opslagreplica sofs en Hyper-V servers, waaronder het gebruik van Opslagruimten Direct.

Hoe kan ik asynchrone replicatie configureren?

Voer New-SRPartnership -ReplicationMode uit en geef het argument op Asynchronous. Standaard is alle replicatie in Storage Replica synchroon. U kunt de modus ook wijzigen door Set-SRPartnership -ReplicationModeuit te voeren.

Hoe voorkom ik automatische failover van een stretch-cluster?

Als u automatische failover wilt voorkomen, kunt u PowerShell gebruiken om Get-ClusterNode -Name "NodeName").NodeWeight=0te configureren. Met deze opdracht wordt de stem op elk knooppunt in de site voor herstel na noodgevallen verwijderd. Vervolgens kunt u Start-ClusterNode -PreventQuorum uitvoeren op knooppunten op de primaire site en Start-ClusterNode -ForceQuorum op knooppunten in de noodgevalsite om failover af te dwingen. Het voorkomen van automatische failover is niet beschikbaar als een ui-configuratieoptie en we raden u aan automatische failover niet te voorkomen.

Hoe schakel ik de tolerantie van virtuele machines uit?

Voer (Get-Cluster).ResiliencyDefaultPeriod=0uit om te voorkomen dat de nieuwe Hyper-V virtuele-machinetolerantiefunctie wordt uitgevoerd en in plaats daarvan VM's onderbreekt in plaats van dat ze een failover naar de site voor herstel na noodgevallen uitvoeren.

Hoe kan ik de tijd voor de eerste synchronisatie verminderen?

U kunt thin-provisioned storage gebruiken om de initiële synchronisatietijden te versnellen. Opslagreplicaquery's voor en maken automatisch gebruik van thin-provisioned opslag, waaronder niet-geclusterde opslagruimten, Hyper-V dynamische schijven en SAN's (Storage Area Network) Logical Unit Numbers (LUN's). Nadat de initiële replicatie is gestart, kunt u het volume niet verkleinen of knippen.

U kunt ook seeded gegevensvolumes gebruiken om het bandbreedtegebruik en, in sommige scenario's, de synchronisatietijd te verminderen. Gebruik de optie Seeded in Failoverclusterbeheer of gebruik de cmdlet New-SRPartnership om ervoor te zorgen dat het doelvolume een subset van gegevens van de primaire site bevat. Als het volume meestal leeg is, kan het gebruik van seeded sync het gebruik van tijd en bandbreedte verminderen.

Als u gegevens wilt zaaien, kunt u kiezen uit opties die verschillende mate van werkzaamheid bieden:

  • Vorige replicatie. Repliceren via normale initiële synchronisatie lokaal tussen knooppunten die de schijven en volumes bevatten, replicatie verwijderen, de doelschijven ergens anders verzenden en vervolgens replicatie toevoegen met behulp van de seeded-optie. Deze methode is het meest effectief omdat Opslagreplica een blokkopiespiegel garandeert en het enige wat u moet repliceren, zijn deltablokken.
  • herstelde momentopname of herstelde back-up op basis van een momentopname. Door een momentopname op basis van een volume te herstellen naar het doelvolume, moeten er minimale verschillen zijn in de blokindeling. Deze methode is het meest effectief. Blokken komen waarschijnlijk overeen omdat momentopnamen van volumes spiegelafbeeldingen zijn.
  • gekopieerde bestanden. Maak een nieuw volume op de bestemming die niet is gebruikt en voer vervolgens een volledige robocopy /MIR structuurkopie van de gegevens uit. Er zijn waarschijnlijk blokovereenkomsten. Als u Windows Verkenner gebruikt of een deel van de structuur kopieert, worden er niet veel blokovereenkomsten gemaakt. Het handmatig kopiëren van bestanden is de minst effectieve methode voor seeding.

Kan ik gebruikers delegeren om replicatie te beheren?

Ja. Gebruik de cmdlet Grant-SRDelegation om gebruikers te delegeren. Met de opdracht kunt u specifieke gebruikers instellen in server-naar-server-, cluster-naar-cluster- en stretch-clusterreplicatiescenario's. De opdracht delegeert de machtigingen voor het maken, wijzigen of verwijderen van replicatie zonder lid te zijn van de lokale beheerdersgroep.

Voorbeeld:

Grant-SRDelegation -UserName contoso\tonywang

De cmdlet herinnert u eraan dat de gebruiker zich moet afmelden en zich vervolgens moet aanmelden bij de server die hij of zij van plan is om de wijziging door te voeren. U kunt de cmdlets Get-SRDelegation en Revoke-SRDelegation gebruiken om delegering verder te beheren.

Wat zijn mijn opties voor back-up en herstel voor gerepliceerde volumes?

Opslagreplica biedt ondersteuning voor het maken van back-ups en het herstellen van het bronvolume. Het biedt ook ondersteuning voor het maken en herstellen van momentopnamen van het bronvolume. U kunt geen back-ups maken van het doelvolume of het herstellen terwijl het wordt beveiligd door Opslagreplica omdat het niet is gekoppeld of toegankelijk is.

Als u een noodgeval ondervindt en het bronvolume verloren gaat, kunt u de cmdlet Set-SRPartnership gebruiken om het doel te promoveren als het nieuwe bronvolume. Op de zojuist gepromoveerde bron kunt u een back-up van dat volume maken of herstellen. U kunt replicatie ook verwijderen met behulp van de cmdlets Remove-SRPartnership en Remove-SRGroup om het volume opnieuw te koppelen als gelezen/beschrijfbaar.

Als u periodieke toepassingsconsistente momentopnamen wilt maken, kunt u Volume Shadow Copy Service (VSS) gebruiken door VSSAdmin.exe uit te voeren op de bronserver om gerepliceerde gegevensvolumes te maken.

Voer bijvoorbeeld de volgende opdracht uit wanneer u het F: volume repliceert met Storage Replica:

vssadmin create shadow /for=F:

Nadat u de replicatierichting hebt verwisseld, replicatie hebt verwijderd of zich gewoon nog op hetzelfde bronvolume bevindt, kunt u elke momentopname herstellen naar het tijdstip.

Voer bijvoorbeeld nog steeds F:uit:

vssadmin list shadows
vssadmin revert shadow /shadow={shadown copy ID GUID listed previously}

U kunt dit hulpprogramma ook plannen om periodiek uit te voeren met behulp van een geplande taak. Zie vssadminvoor meer informatie over het gebruik van VSS. VSS negeert het logboekvolume, dus u hoeft geen back-up te maken van het logboekvolume.

Opslagreplica ondersteunt back-ups op basis van bestanden. Opslagreplica biedt geen ondersteuning voor back-up en herstel op basis van blokken.

Voor welke netwerkpoorten is Opslagreplica vereist?

Opslagreplica is afhankelijk van Server Message Block (SMB) en Web Services Management (WSMan) voor replicatie en beheer, dus de volgende poorten zijn vereist:

  • 445 (SMB; replicatietransportprotocol, cluster RPC-beheerprotocol)
  • 5445 (iWARP SMB; alleen nodig bij het gebruik van RDMA-netwerken (Remote Direct Memory Access) van iWARP
  • 5985 (WSManHTTP; beheerprotocol voor Windows Management Instrumentation (WMI)/Common Information Model (CIM)/PowerShell)

Notitie

De Test-SRTopology cmdlet vereist ICMPv4/ICMPv6, maar niet voor replicatie of beheer.

Wat zijn best practices voor logboekvolumes?

De optimale grootte van het logboek varieert sterk per omgeving en workload en door hoeveel schrijf-I/O uw workload uitvoert.

  • Een groter of kleiner logboek maakt replicatie niet sneller of langzamer.
  • Een groter of kleiner logboek heeft geen invloed op een gegevensvolume van 10 GB ten opzichte van een gegevensvolume van 10 TB (bijvoorbeeld).

Een groter logboek verzamelt en behoudt gewoon meer schrijf-I/Os voordat ze worden verpakt. Een groter logboek maakt een onderbreking van de service mogelijk tussen de bron- en doelcomputer, zoals een netwerkstoring of de bestemming die offline is, om langer te gaan. Uw logboek is bijvoorbeeld geconfigureerd voor maximaal 10 uur schrijfbewerkingen en het netwerk gaat 2 uur uit. Wanneer het netwerk wordt geretourneerd, kan de bron alleen de delta van niet-gesynchroniseerde wijzigingen terug naar de bestemming afspelen. Als het logboek 10 uur lang is en de storing twee dagen duurt, moet de bron nu worden afgespeeld vanuit een ander logboek met de naam bitmap en wordt het meestal langzamer om weer gesynchroniseerd te worden. Wanneer deze is gesynchroniseerd, keert het terug naar het gebruik van het logboek.

Opslagreplica is afhankelijk van het logboek voor alle schrijfprestaties. Logboekprestaties zijn essentieel voor replicatieprestaties. U moet ervoor zorgen dat het logboekvolume beter presteert dan het gegevensvolume, omdat in het logboek alle I/O-schrijfbewerkingen worden geserialiseerd en gesequentieerd. U moet altijd flashmedia gebruiken zoals een SSD (solid-state drive) op logboekvolumes. U moet nooit toestaan dat andere werkbelastingen worden uitgevoerd op het logboekvolume, op dezelfde manier als u niet wilt toestaan dat andere workloads worden uitgevoerd op SQL Database-logboekvolumes.

Belangrijk

Het is raadzaam dat uw logboekopslag sneller is dan uw gegevensopslag en dat logboekvolumes nooit worden gebruikt voor andere workloads.

U kunt aanbevelingen voor logboekgrootte krijgen door de Test-SRTopology cmdlet uit te voeren. U kunt ook prestatiemeteritems op bestaande servers gebruiken om een oordeel over de grootte van het logboek te bepalen. De formule is eenvoudig: bewaak de doorvoer van de gegevensschijf (Avg Write Bytes/Sec) onder de workload en gebruik deze om de hoeveelheid tijd te berekenen die nodig is om het logboek van verschillende grootten in te vullen. De doorvoer van de gegevensschijf van 50 MB/s zorgt er bijvoorbeeld voor dat het logboek van 120 GB wordt verpakt in 120 GB gedeeld door 50 MB per seconden, wat 2400 seconden of 40 minuten is. De hoeveelheid tijd die de doelserver niet bereikbaar kan zijn voordat het logboek is verpakt, is dus 40 minuten. Als het logboek terugloopt maar het doel opnieuw bereikbaar is, worden de bronblokken opnieuw afgespeeld via het bitmaplogboek in plaats van het hoofdlogboek. De grootte van het logboek heeft geen invloed op de prestaties.

Alleen de gegevensschijf van het broncluster een back-up moet worden gemaakt. De opslagreplicalogboekschijven moeten geen back-up worden gemaakt omdat een back-up kan conflicteren met opslagreplicabewerkingen.

Welke topologie moet ik kiezen: stretch cluster, cluster-naar-cluster of server-naar-server?

Opslagreplica wordt geleverd in drie hoofdconfiguraties: stretch-cluster, cluster-naar-cluster en server-naar-server. Elke topologie heeft verschillende voordelen.

De stretch-clustertopologie is ideaal als uw workload automatische failover met indeling vereist, zoals in een Hyper-V privécloudcluster of voor SQL Server FCI. Het heeft ook een ingebouwde grafische interface, Failoverclusterbeheer, voor gebruiksgemak. Het maakt gebruik van de klassieke asymmetrische cluster gedeelde opslagarchitectuur van Opslagruimten, SAN, iSCSI en RAID via permanente reservering. U kunt deze topologie uitvoeren met slechts twee knooppunten.

De cluster-naar-clustertopologie maakt gebruik van twee afzonderlijke clusters. Deze topologie is ideaal als u handmatige failover wilt of wanneer de tweede site is ingericht voor herstel na noodgevallen en niet voor dagelijks gebruik. Indeling is handmatig. In tegenstelling tot in een stretch-clustertopologie kunt u Opslagruimten Direct in deze configuratie gebruiken (zie de veelgestelde vragen over Opslagreplica en de documentatie over cluster naar cluster). U kunt deze topologie uitvoeren met slechts vier knooppunten.

De server-naar-servertopologie is ideaal als u hardware gebruikt die niet kan worden geclusterd. Hiervoor is handmatige failover en indeling vereist. Het is ideaal voor goedkope implementaties tussen filialen en centrale datacenters, met name wanneer u asynchrone replicatie gebruikt. Deze configuratie kan vaak exemplaren van met DFS-replicatie (Distributed File System Replication) beveiligde bestandsservers vervangen die u gebruikt voor scenario's voor herstel na noodgevallen met één master.

In alle gevallen ondersteunen de topologieën zowel op fysieke hardware als op virtuele machines. Op een virtuele machine vereist de onderliggende hypervisor geen Hyper-V. U kunt bijvoorbeeld VMware, KVM of Xen gebruiken.

Opslagreplica heeft ook een server-naar-selfmodus, waarbij u replicatie naar twee verschillende volumes op dezelfde computer verwijst.

Wordt gegevensontdubbeling ondersteund met Opslagreplica?

Ja. Schakel gegevensontdubbeling in op een volume op de bronserver en tijdens replicatie ontvangt de doelserver een ontdubbelde kopie van het volume.

Hoewel u moet installeren Gegevensontdubbeling op zowel de bron- als de doelservers (zie Gegevensontdubbeling installeren en inschakelen), is het belangrijk dat u Gegevensontdubbeling niet inschakelen op de doelserver. Opslagreplica staat alleen schrijfbewerkingen toe op de bronserver. Omdat gegevensontdubbeling schrijfbewerkingen naar het volume maakt, moet deze alleen worden uitgevoerd op de bronserver.

Kan ik repliceren tussen Windows Server 2019 en Windows Server 2016?

Helaas bieden we geen ondersteuning voor het maken van een nieuwe samenwerking tussen Windows Server 2019 en Windows Server 2016. U kunt een server of cluster met Windows Server 2016 veilig upgraden naar Windows Server 2019 en alle bestaande partnerschappen blijven werken.

Om de verbeterde replicatieprestaties van Windows Server 2019 te krijgen, moeten alle leden van het partnerschap Windows Server 2019 uitvoeren. U moet ook bestaande partnerschappen en bijbehorende replicatiegroepen verwijderen en deze vervolgens opnieuw maken met seeded gegevens (ofwel wanneer u de samenwerking maakt in het Windows-beheercentrum of met behulp van de cmdlet New-SRPartnership).

Hoe kan ik een probleem melden met Opslagreplica of met de documentatie?

Voor technische hulp bij Storage Replica kunt u posten op Microsoft Q & A- of contact opnemen met Microsoft Business Support-.

Zie de sectie Feedback onder aan deze pagina en selecteer Deze paginavoor problemen met deze documentatie.

Kan Opslagreplica worden geconfigureerd voor replicatie in beide richtingen?

Opslagreplica is een eenrichtingsreplicatietechnologie. Het repliceert alleen van de bron naar de bestemming per volume. De richting kan op elk gewenst moment worden omgekeerd, maar wordt nog steeds in slechts één richting gerepliceerd.

U kunt een set volumes (bron en doel) in één richting laten repliceren en een andere set stations (bron en doel) in de tegenovergestelde richting gerepliceerd.

U wilt bijvoorbeeld server-naar-serverreplicatie configureren. Server1 en Server2 hebben elk stationsletters L:, M:, N:en O:. U wilt station M: van Server1 naar Server2repliceren en station O: van Server2 naar Server1repliceren. Zolang er afzonderlijke logboekstations voor elk van de groepen zijn, kunt u deze configuratie gebruiken:

  • Server1 bronstation M: met bronlogboeken station L: repliceren naar Server2 doel-drive M: met doellogboeken station L:.
  • Server2 bronstation O: met bronlogboekstation N: repliceren naar Server1 doel-drive O: met N:doellogboekstation.

Kunt u clusterschijven in de onderhoudsmodus plaatsen?

Opslagreplica blokkeert dat clusterschijven in de onderhoudsmodus terechtkomen. Voor sommige taken, zoals BitLocker in- of uitschakelen, moeten de schijven zich in de onderhoudsmodus bevinden. Voor taken waarvoor de schijven in de onderhoudsmodus moeten staan, moet de samenwerking eerst worden verbroken en vervolgens opnieuw worden gemaakt wanneer de taak is voltooid.

Kunt u Opslagreplica configureren tussen verschillende besturingssysteemversies?

Opslagreplica blokkeert een nieuwe samenwerking als de versies van het replicatielogboek niet overeenkomen of als een mogelijkheid niet wordt ondersteund door beide servers. Opslagreplica-compressie is een voorbeeld van een mogelijkheid die niet overeenkomt tussen besturingssysteemversies, omdat deze voor het eerst is toegevoegd in Windows Server 2022. Als u een partnerschap probeert te configureren met een server die geen ondersteuning biedt voor een mogelijkheid, wordt de fout 'De aangevraagde bewerking wordt niet ondersteund' geretourneerd.

In de volgende tabel ziet u de huidige interoperabiliteitsmatrix voor logboekversies:

Replicatie van/naar Windows Server 2016 Windows Server 2019 Windows Server 2022
Windows Server 2016
Windows Server 2019
Windows Server 2022

Verwante inhoud