Bekende problemen in Storage Replica
In dit artikel worden enkele bekende problemen met Opslagreplica in Windows Server beschreven.
Schijven zijn offline nadat u replicatie hebt verwijderd en u kunt geen replicatie instellen
U kunt mogelijk geen replicatie inrichten op een volume dat eerder is gerepliceerd, of u kunt niet-koppelbare volumes vinden. Schijven kunnen offline blijven wanneer replicatie niet wordt verwijderd of wanneer u het besturingssysteem opnieuw installeert op een computer die eerder gegevens repliceert.
Als u het probleem wilt oplossen, wist u de verborgen opslagreplicapartitie van de schijven en keert u deze terug naar een schrijfbare status met behulp van de Clear-SRMetadata
-cmdlet.
Gebruik de parameter
-AllPartitions
om alle verweesde opslagreplica-partitiesleuven te verwijderen en alle partities opnieuw te koppelen.Clear-SRMetadata -AllPartitions
Als u alle zwevende opslagreplica-logboekgegevens wilt verwijderen, gebruikt u de parameter
-AllLogs
:Clear-SRMetadata -AllLogs
Als u alle configuratiegegevens van zwevende failoverclusters wilt verwijderen, gebruikt u de parameter
-AllConfiguration
:Clear-SRMetadata -AllConfiguration
Als u metagegevens van afzonderlijke replicatiegroepen wilt verwijderen, gebruikt u de parameter
-Name
en geeft u een replicatiegroep op:Clear-SRMetadata -Name RG01 -Logs -Partition
De server moet mogelijk opnieuw worden opgestart nadat u de partitiedatabase hebt opgeschoond. U kunt tijdelijk voorkomen dat de server opnieuw wordt opgestart met behulp van de parameter -NoRestart
, maar u moet het opnieuw opstarten niet overslaan als de cmdlet om opnieuw opstarten wordt gevraagd. Met deze cmdlet worden geen gegevensvolumes of gegevens verwijderd die zich in deze volumes bevinden.
Tijdens de eerste synchronisatie worden gebeurtenis-id 4004-waarschuwingen weergegeven in het gebeurtenislogboek
Tijdens de eerste synchronisatie nadat u replicatie hebt geconfigureerd, kunnen zowel de bron- als de doelserver meerdere waarschuwingsevenementen met gebeurtenis-id 4004 in het StorageReplica\Admin
gebeurtenislogboek weergeven. De beschrijving van de gebeurtenis toont de status 'onvoldoende systeembronnen bestaan om de API te voltooien'. U ziet waarschijnlijk ook gebeurtenis-id 5014-fouten. Deze gebeurtenissen geven aan dat de servers onvoldoende geheugen (RAM) hebben om zowel initiële synchronisatie als werkbelastingen uit te voeren. Voeg RAM toe of verminder het gebruikte RAM van functies en toepassingen anders dan Storage Replica.
In-gastreplicatie configureren: virtuele machines reageren niet meer
Virtuele machines reageren niet meer nadat u replicatie hebt geconfigureerd wanneer u in-guest clustering en Storage Replica gebruikt op een gedeelde Virtual Hard Disk v2 (VHDX) en niet op een gedeeld clustervolume (CSV). Als u de Hyper-V host opnieuw opstart, reageren de virtuele machines, maar is de replicatieconfiguratie niet voltooid en vindt er geen replicatie plaats.
Dit scenario gebeurt als u fltmc.exe attach svhdxflt
gebruikt om de vereiste voor de Hyper-V host waarop een CSV wordt uitgevoerd, te omzeilen. Deze opdracht wordt niet ondersteund en is alleen bedoeld voor test- en demonstratiedoeleinden.
De oorzaak van de vertraging is een interoperabiliteitsprobleem tussen Storage Quality of Service (Storage QoS) in Windows Server en het handmatig gekoppelde gedeelde VHDX-filter.
U kunt dit probleem oplossen door het QoS-filterstuurprogramma voor opslag uit te schakelen en de Hyper-V host opnieuw op te starten:
SC config storqosflt start= disabled
Replicatie configureren met behulp van New-Volume en verschillende opslag
Wanneer u de cmdlet New-Volume
gebruikt met verschillende sets opslag op de bron- en doelserver, zoals twee verschillende SAN's of twee JBOD's met verschillende schijven, kunt u mogelijk geen replicatie configureren met behulp van de New-SRPartnership
-cmdlet.
De weergegeven fout kan deze uitvoer bevatten:
Data partition sizes are different in those two groups
Gebruik de cmdlet New-Partition
in plaats van New-Volume
om volumes te maken en op te maken. De New-Volume
cmdlet kan mogelijk de volumegrootte op verschillende opslagsystemen afronden. Als u al een NTFS-volume (New Technology File System) hebt gemaakt, kunt u Resize-Partition
gebruiken om een van de volumes te vergroten of verkleinen zodat deze overeenkomen met de andere. U kunt deze methode niet gebruiken met ReFS-volumes (Resilient File System). Als u Diskmgmt of Serverbeheer gebruikt, vindt er geen afronding plaats.
Test-SRTopology mislukt met naamgerelateerde fouten
Wanneer u probeert Test-SRTopology
te gebruiken, treedt een van de volgende fouten op:
FOUTVOORBEELD 1:
WARNING: Invalid value entered for target computer name: sr-srv03. Test-SrTopology cmdlet does not accept IP address as input for target computer name parameter. NetBIOS names and fully qualified domain names are acceptable inputs
WARNING: System.Exception
WARNING: at Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand.BeginProcessing()
Test-SRTopology : Invalid value entered for target computer name: sr-srv03. Test-SrTopology cmdlet does not accept IP address as input for target computer name parameter. NetBIOS names and fully qualified domain names are acceptable inputs
At line:1 char:1
+ Test-SRTopology -SourceComputerName sr-srv01 -SourceVolumeName d: -So ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidArgument: (:) [Test-SRTopology], Exception
+ FullyQualifiedErrorId : TestSRTopologyFailure,Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand
FOUTVOORBEELD 2:
WARNING: Invalid value entered for source computer name
FOUTVOORBEELD 3:
The specified volume cannot be found G: cannot be found on computer SRCLUSTERNODE1
Deze cmdlet heeft beperkte foutrapportage in Windows Server en retourneert dezelfde uitvoer voor veel veelvoorkomende problemen. De fout kan om de volgende redenen optreden:
U bent aangemeld bij de broncomputer als lokale gebruiker, niet als domeingebruiker.
De doelcomputer werkt niet of is niet toegankelijk via het netwerk.
U hebt een onjuiste naam opgegeven voor de doelcomputer.
U hebt een IP-adres opgegeven voor de doelserver.
De firewall van de doelcomputer blokkeert de toegang tot PowerShell- en/of CIM-aanroepen.
Op de doelcomputer wordt de WMI-service niet uitgevoerd.
U hebt CREDSSP niet gebruikt bij het extern uitvoeren van de cmdlet
Test-SRTopology
vanaf een beheercomputer.Het opgegeven bron- of doelvolume is een lokale schijf op een clusterknooppunt, niet een geclusterde schijf.
Configureren van een nieuwe samenwerking mislukt: 'Kan partitie niet inrichten'
Wanneer u een nieuwe replicatierelatie probeert te maken met behulp van New-SRPartnership
, treedt de volgende fout op:
New-SRPartnership : Unable to create replication group test01, detailed reason: Failed to provision partition ed0dc93f-107c-4ab4-a785-afd687d3e734.
At line: 1 char: 1
+ New-SRPartnership -SourceComputerName srv1 -SourceRGName test01
+ Categorylnfo : ObjectNotFound: (MSFT_WvrAdminTasks : root/ Microsoft/. . s) CNew-SRPartnership], CimException
+ FullyQua1ifiedErrorId : Windows System Error 1168 ,New-SRPartnership
Deze fout treedt op wanneer u een gegevensvolume selecteert dat zich op dezelfde partitie bevindt als het systeemstation (dat wil gezegd, op C:
met de Windows-map). Bijvoorbeeld op een station dat zowel de C:
als D:
volumes bevat die zijn gemaakt op basis van dezelfde partitie. Het gebruik van een systeemstation wordt niet ondersteund in Storage Replica. In dit scenario moet u een ander volume kiezen om te repliceren.
Het uitbreiden van een gerepliceerd volume mislukt vanwege een ontbrekende update
U probeert een gerepliceerd volume te vergroten of uit te breiden en deze fout treedt op:
Resize-Partition -DriveLetter d -Size 44GB
Resize-Partition : The operation failed with return code 8
At line:1 char:1
+ Resize-Partition -DriveLetter d -Size 44GB
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (StorageWMI:ROOT/Microsoft/.../MSFT_Partition
[Resize-Partition], CimException
+ FullyQualifiedErrorId : StorageWMI 8,Resize-Partition
U gebruikt de MMC-module Schijfbeheer en deze fout treedt op:
Element not found
Het foutbericht 'De bewerking is mislukt met retourcode 8' wordt weergegeven, zelfs als u het formaat van het volume op de bronserver juist inschakelt met behulp van de opdracht Set-SRGroup -Name rg01 -AllowVolumeResize $TRUE
.
Het probleem is opgelost in cumulatieve update voor Windows 10 versie 1607 (Jubileumupdate) en Windows Server 2016: 9 december 2016 (KB3201845).
Het uitbreiden van een gerepliceerd volume mislukt vanwege een ontbrekende stap
U probeert het formaat van een gerepliceerd volume op de bronserver te wijzigen zonder eerst -AllowResizeVolume $TRUE
in te stellen. Deze fout treedt op:
Resize-Partition -DriveLetter I -Size 8GB
Resize-Partition : Failed
Activity ID: {87aebbd6-4f47-4621-8aa4-5328dfa6c3be}
At line:1 char:1
+ Resize-Partition -DriveLetter I -Size 8GB
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (StorageWMI:ROOT/Microsoft/.../MSFT_Partition) [Resize-Partition], CimException
+ FullyQualifiedErrorId : StorageWMI 4,Resize-Partition
Storage Replica Event log error 10307:
Attempted to resize a partition that is protected by Storage Replica.
DeviceName: \Device\Harddisk1\DR1
PartitionNumber: 7
PartitionId: {b71a79ca-0efe-4f9a-a2b9-3ed4084a1822}
Guidance: To grow a source data partition, set the policy on the replication group containing the data partition.
Set-SRGroup -ComputerName [ComputerName] -Name [ReplicationGroupName] -AllowVolumeResize $true
Voordat u de brongegevenspartitie vergroot, moet u ervoor zorgen dat de doelgegevenspartitie voldoende ruimte heeft om te groeien tot een gelijke grootte. Het verkleinen van de gegevenspartitie die wordt beveiligd door Opslagreplica, wordt geblokkeerd.
Fout bij Schijfbeheer-Snap-in:
An unexpected error has occurred
Nadat u het formaat van het volume hebt gewijzigd, moet u het opnieuw wijzigen uitschakelen door Set-SRGroup -Name rg01 -AllowVolumeResize $FALSE
uit te voeren. Met deze parameter kunnen beheerders het formaat van volumes niet wijzigen voordat ze ervoor zorgen dat er voldoende ruimte op het doelvolume is, meestal omdat ze niet weten dat Opslagreplica wordt gebruikt.
Een fysieke schijfresource verplaatsen tussen sites op een asynchroon stretch-cluster
U probeert een gekoppelde rol van een fysieke schijfresource (PDR) te verplaatsen om de gekoppelde opslag te verplaatsen in een asynchroon stretch-cluster en er treedt een fout op. U hebt bijvoorbeeld geprobeerd een bestandsserverfunctie te verplaatsen naar de asynchrone site.
Als u de snap-in Failover Clusterbeheer gebruikt:
Error
The operation has failed.
The action 'Move' did not complete.
Error Code: 0x80071398
The operation failed because either the specified cluster node is not the owner of the group, or the node is not a possible owner of the group
Als u de Cluster
PowerShell-cmdlet gebruikt:
Move-ClusterGroup -Name sr-fs-006 -Node sr-srv07
Move-ClusterGroup : An error occurred while moving the clustered role 'sr-fs-006'.
The operation failed because either the specified cluster node is not the owner of the group, or the node is not a possible owner of the group
At line:1 char:1
+ Move-ClusterGroup -Name sr-fs-006 -Node sr-srv07
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (:) [Move-ClusterGroup], ClusterCmdletException
+ FullyQualifiedErrorId : Move-ClusterGroup,Microsoft.FailoverClusters.PowerShell.MoveClusterGroupCommand
Gebruik de Set-SRPartnership
cmdlet om deze PDR-schijven te verplaatsen in een asynchroon uitgerekt cluster. Op basis van feedback van klanten is het verplaatste gedrag gewijzigd vanaf Windows Server 2019 om handmatige en geautomatiseerde failovers met asynchrone replicatie toe te staan.
Schijven toevoegen aan een asymmetrisch cluster met twee knooppunten: 'Geen schijven die geschikt zijn voor clusterschijven gevonden'
Als u een cluster met slechts twee knooppunten wilt inrichten, probeert u de schijven op de tweede site toe te voegen aan de beschikbare schijven voordat u Storage Replica-stretchreplicatie toevoegt. De volgende fout treedt op:
No disks suitable for cluster disks found. For diagnostic information about disks available to the cluster, use the Validate a Configuration Wizard to run Storage tests.
De fout treedt niet op als u ten minste drie knooppunten in het cluster hebt. Als u de opslag wilt toevoegen, kunt u de volgende opdracht uitvoeren op het knooppunt op de tweede site:
Get-ClusterAvailableDisk -All | Add-ClusterDisk
De opdracht werkt niet met lokale knooppuntopslag. U kunt Opslagreplica gebruiken om een stretchcluster tussen twee volledige knooppunten te repliceren, waarbij elk knooppunt zijn eigen set gedeelde opslag gebruikt.
Gebeurtenis-id 1241-waarschuwing wordt herhaald tijdens de eerste synchronisatie
U geeft op dat een replicatierelatie asynchroon is en dat de broncomputer herhaaldelijk gebeurtenis-id 1241-waarschuwingsevenementen registreert in het beheerkanaal van Opslagreplica. Voorbeeld:
Log Name: Microsoft-Windows-StorageReplica/Admin
Source: Microsoft-Windows-StorageReplica
Date: 3/21/2017 3:10:41 PM
Event ID: 1241
Task Category: (1)
Level: Warning
Keywords: (1)
User: SYSTEM
Computer: sr-srv05.corp.contoso.com
Description:
The Recovery Point Objective (RPO) of the asynchronous destination is unavailable.
LocalReplicationGroupName: rg01
LocalReplicationGroupId: {e20b6c68-1758-4ce4-bd3b-84a5b5ef2a87}
LocalReplicaName: f:\
LocalPartitionId: {27484a49-0f62-4515-8588-3755a292657f}
ReplicaSetId: {1f6446b5-d5fd-4776-b29b-f235d97d8c63}
RemoteReplicationGroupName: rg02
RemoteReplicationGroupId: {7f18e5ea-53ca-4b50-989c-9ac6afb3cc81}
TargetRPO: 30
Gebeurtenis-ID 1241, "De RPO (Recovery Point Objective) van de asynchrone bestemming is niet beschikbaar," treedt meestal op vanwege een van de volgende redenen:
De asynchrone bestemming is momenteel niet verbonden. De RPO kan beschikbaar komen nadat de verbinding is hersteld.
De asynchrone bestemming kan het tempo van de bron niet bijhouden, waardoor de meest recente logboekvermelding van de bestemming niet meer aanwezig is in het bronlogboek. De bestemming begint met blokkopiëren. De RPO moet beschikbaar zijn nadat het kopiëren van blokken is voltooid.
Tijdens de eerste synchronisatie wordt deze gebeurtenis verwacht en kan deze veilig worden genegeerd. Het gedrag van de gebeurtenis kan in een latere versie veranderen. Als u dit gedrag ziet tijdens doorlopende asynchrone replicatie, onderzoekt u de samenwerking om te bepalen waarom de replicatie buiten uw geconfigureerde RPO wordt vertraagd (standaard 30 seconden).
Waarschuwing gebeurtenis-id 4004 wordt herhaald nadat u een gerepliceerd knooppunt opnieuw hebt opgestart
In zeldzame gevallen leidt het opnieuw opstarten van een server die zich in een partnerschap bevindt tot een fout in de replicatie. Het opnieuw gestarte knooppunt registreert gebeurtenis-id 4004 als waarschuwingsgebeurtenis, met de fout 'Toegang geweigerd'.
Log Name: Microsoft-Windows-StorageReplica/Admin
Source: Microsoft-Windows-StorageReplica
Date: 3/21/2017 11:43:25 AM
Event ID: 4004
Task Category: (7)
Level: Warning
Keywords: (256)
User: SYSTEM
Computer: server.contoso.com
Description:
Failed to establish a connection to a remote computer.
RemoteComputerName: server
LocalReplicationGroupName: rg01
LocalReplicationGroupId: {a386f747-bcae-40ac-9f4b-1942eb4498a0}
RemoteReplicationGroupName: rg02
RemoteReplicationGroupId: {a386f747-bcae-40ac-9f4b-1942eb4498a0}
ReplicaSetId: {00000000-0000-0000-0000-000000000000}
RemoteShareName:{a386f747-bcae-40ac-9f4b-1942eb4498a0}.{00000000-0000-0000-0000-000000000000}
Status: {Access Denied}
A process has requested access to an object, but has not been granted those access rights.
Guidance: Possible causes include network failures, share creation failures for the remote replication group, or firewall settings. Make sure SMB traffic is allowed and there are no connectivity issues between the local computer and the remote computer. You should expect this event when suspending replication or removing a replication partnership.
Opmerking Status: "{Access Denied}"
en het bericht A process has requested access to an object, but has not been granted those access rights.
Dit is een bekend probleem in Storage Replica en is opgelost in kwaliteitsupdate 12 september 2017 KB4038782 (OS Build 14393.1715).
Fout 'Kan de resource Cluster Disk x niet online brengen' met een stretch-cluster
Als u een clusterschijf online wilt brengen na een geslaagde failover, probeert u de oorspronkelijke bronsite opnieuw de primaire site te maken en treedt er een fout op in Failoverclusterbeheer.
Voorbeeld:
Error
The operation has failed.
Failed to bring the resource 'Cluster Disk 2' online.
Error Code: 0x80071397
The operation failed because either the specified cluster node is not the owner of the resource, or the node is not a possible owner of the resource.
Als u de schijf of CSV handmatig probeert te verplaatsen, treedt er een andere fout op. Voorbeeld:
Error
The operation has failed.
The action 'Move' did not complete.
Error Code: 0x8007138d
A cluster node is not available for this operation
Dit probleem treedt op wanneer een of meer niet-geïnitialiseerde schijven zijn gekoppeld aan een of meer clusterknooppunten. U kunt het probleem oplossen door alle gekoppelde opslag te initialiseren met behulp van DiskMgmt.msc
, DiskPart.exe
of de Initialize-Disk
PowerShell-cmdlet.
Er wordt gewerkt aan een update waarmee dit probleem permanent wordt opgelost. Ga naar Microsoft Ondersteuning voor meer informatie.
GPT-fout wanneer u probeert een nieuwe opslagreplicarelatie te maken
U voert de New-SRPartnership
-cmdlet uit, maar deze mislukt en toont deze fout:
Disk layout type for volume \\?\Volume{GUID}\ is not a valid GPT style layout.
New-SRPartnership : Unable to create replication group SRG01, detailed reason: Disk layout type for volume
\\?\Volume{GUID}\ is not a valid GPT style layout.
At line:1 char:1
+ New-SRPartnership -SourceComputerName nodesrc01 -SourceRGName SRG01 ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (MSFT_WvrAdminTasks:root/Microsoft/...T_WvrAdminTasks) [New-SRPartnership], CimException
+ FullyQualifiedErrorId : Windows System Error 5078,New-SRPartnership
U kunt geen replicatie voor de schijf instellen met failoverclusterbeheer.
U voert de Test-SRTopology
cmdlet uit, maar deze mislukt en toont de volgende uitvoer:
WARNING: Object reference not set to an instance of an object.
WARNING: System.NullReferenceException
WARNING: at Microsoft.FileServices.SR.Powershell.MSFTPartition.GetPartitionInStorageNodeByAccessPath(String AccessPath, String ComputerName, MIObject StorageNode)
at Microsoft.FileServices.SR.Powershell.Volume.GetVolume(String Path, String ComputerName)
at Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand.BeginProcessing()
Test-SRTopology : Object reference not set to an instance of an object.
At line:1 char:1
+ Test-SRTopology -SourceComputerName nodesrc01 -SourceVolumeName U: - ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidArgument: (:) [Test-SRTopology], NullReferenceException
+ FullyQualifiedErrorId : TestSRTopologyFailure,Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand
De fout treedt op omdat het functionele clusterniveau nog steeds is ingesteld op Windows Server 2012 R2 (dat wil gezegd FL 8). Opslag Replica zou hier een specifieke fout moeten retourneren, maar in plaats daarvan retourneert het een onjuiste fouttoewijzing.
Voer in een PowerShell-sessie met beheerdersmachtigingen de volgende opdracht uit op elk knooppunt:
Get-Cluster | fl *
Als het kenmerk ClusterFunctionalLevel
9
of hoger is, wordt de verkeerde waarde ingesteld om Opslagreplica te implementeren. Als ClusterFunctionalLevel
niet is 9
, moet de ClusterFunctionalLevel
worden bijgewerkt om Opslagreplica op dit knooppunt te implementeren.
U kunt het probleem oplossen door het functionele clusterniveau te verhogen door de PowerShell-cmdlet uit te voeren Update-ClusterFunctionalLevel.
Een klein, onbekend volume wordt vermeld in DISKMGMT voor elk gerepliceerd volume.
Wanneer u de module Schijfbeheer (DiskMgmt.msc
) uitvoert, ziet u dat een of meer volumes zonder label of stationsletter worden vermeld. De volumes zijn 1 MB groot. Mogelijk kunt u de onbekende volumes verwijderen of ziet u deze fout:
An Unexpected Error has Occurred
Dit bericht wordt verwacht en is standaard. De vermelde items zijn partities, niet volumes. Opslagreplica maakt een partitie van 512 kB als een databaseslot voor replicatiebewerkingen (het verouderde hulpprogramma DiskMgmt.msc
rondt af op de dichtstbijzijnde megabyte). Het is gebruikelijk om een partitie zoals deze te hebben voor elk gerepliceerd volume. Wanneer de schijf niet meer wordt gebruikt door Opslagreplica, kunt u deze partitie van 512 kB verwijderen. U kunt een partitie niet verwijderen als deze in gebruik is. De partitiegrootte verandert nooit. Als u de replicatie opnieuw aanmaakt, raden we aan om de partitie te verwijderen omdat Storage Replica ongebruikte partities claimt.
Als u details wilt weergeven, gebruikt u het hulpprogramma DISKPART of de Get-Partition
-cmdlet. Deze partities hebben een GPT-type 558d43c5-a1ac-43c0-aac8-d1472b2923d1
.
Een Opslagreplica-knooppunt reageert niet meer wanneer u momentopnamen maakt
U maakt een VSS-momentopname (Volume Shadow Copy Service), zoals via back-up of met vssadmin, en een Opslagreplica-knooppunt reageert niet meer of looptvast. U moet afdwingen dat het knooppunt opnieuw wordt opgestart om het te herstellen.
Dit probleem treedt op wanneer u een VSS-momentopname van het logboekvolume maakt. De onderliggende oorzaak is een verouderd ontwerpaspect van VSS, niet opslagreplica. Het resulterende gedrag wanneer u een momentopname van het Opslagreplica-logboekvolume maakt, is dat een VSS I/O-wachtrijmechanisme de server vastloopt.
Maak geen momentopname van opslagreplicalogboekvolumes om dit scenario te voorkomen. De logboeken kunnen niet worden hersteld, dus u hoeft geen momentopname van de logboekvolumes te maken. Het logboekvolume mag ook nooit andere workloads bevatten, dus er is geen momentopname nodig in het algemeen.
Hoge I/O-latentie wanneer u Opslagruimten Direct gebruikt met Opslagreplica
Wanneer u Opslagruimten Direct gebruikt met een NVMe-apparaat (Nonvolatile Memory Express) of een SSD-cache (Solid State Drive), ziet u een hogere latentie dan verwacht bij het configureren van Opslagreplica-replicatie tussen Opslagruimten Direct-clusters. De latentiewijziging is proportioneel veel hoger dan u ziet wanneer u NVMe en SSD gebruikt in een prestaties en capaciteit configuratie en geen HDD-laag of -capaciteitslaag.
Dit probleem treedt op vanwege architecturale beperkingen in het opslagreplicalogboekmechanisme in combinatie met de lage latentie van NVMe in vergelijking met tragere media. In de cache van Storage Spaces Direct vinden alle opslagreplicalogboek-I/O’s en alle recente lees/schrijf-I/O’s van toepassingen plaats in de cache en nooit in de prestatie- of capaciteitslagen. Alle activiteit van Opslagreplica vindt plaats op media met dezelfde snelheid. De configuratie wordt ondersteund, maar we raden deze niet aan. Zie Veelgestelde vragen over Storage Replicavoor aanbevelingen voor logboeken.
Wanneer u Opslagruimten Direct met HDD's gebruikt, kunt u het maken van een cache niet uitschakelen of vermijden. Als tijdelijke oplossing kunt u, als u alleen SSD en NVMe gebruikt, alleen prestatie- en capaciteitslagen configureren. Als u in dat scenario alleen de opslagreplicalogboeken op de prestatielaag plaatst en alleen de gegevensvolumes plaatst die ze in de capaciteitslaag gebruiken, voorkomt u een scenario met hoge latentie. U kunt een vergelijkbaar resultaat krijgen door een mix van snellere en tragere SSD's te gebruiken en geen NVMe.
Deze tijdelijke oplossing is niet ideaal en sommige klanten kunnen deze mogelijk niet gebruiken. Het Storage Replica-team werkt aan optimalisaties en een bijgewerkt logboekmechanisme om deze kunstmatige knelpunten te verminderen. Dit v1.1-logboek werd eerst beschikbaar in Windows Server 2019. De verbeterde prestaties worden beschreven in Storage bij Microsoft.
Fout 'Kan bestand niet vinden' wanneer u Test-SRTopology tussen twee clusters uitvoert
U voert de cmdlet Test-SRTopology
uit tussen twee clusters, maar de CSV-paden mislukken en u ziet deze fout:
Validating data and log volumes...
Measuring Storage Replica recovery and initial synchronization performance...
WARNING: Could not find file '\\SERVER01\C$\CLUSTERSTORAGE\VOLUME1TestSRTopologyRecoveryTest\SRRecoveryTestFile01.txt'.
WARNING: System.IO.FileNotFoundException
WARNING: at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost) at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options) at Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand.GenerateWriteIOWorkload(String Path, UInt32 IoSizeInBytes, UInt32 Parallel IoCount, UInt32 Duration)at Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand.<>c__DisplayClass75_0.<PerformRecoveryTest>b__0()at System.Threading.Tasks.Task.Execute()
Test-SRTopology : Could not find file '\\SERVER01\C$\CLUSTERSTORAGE\VOLUME1TestSRTopologyRecoveryTest\SRRecoveryTestFile01.txt'.
At line:1 char:1
+ Test-SRTopology -SourceComputerName ClusterA -SourceVolumeName ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : ObjectNotFound: (:) [Test-SRTopology], FileNotFoundException
+ FullyQualifiedErrorId : TestSRTopologyFailure,Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand
De fout die in het voorbeeld wordt weergegeven, treedt op vanwege een bekend codefout in Windows Server 2016. Dit probleem is opgelost in Windows Server 2019 en de bijbehorende RSAT-hulpprogramma's. Voor een oplossing voor downlevel-problemen contact opnemen met de Microsoft Klantenservice. Er is geen tijdelijke oplossing.
Fout 'Opgegeven volume kan niet worden gevonden' wanneer u Test-SRTopology tussen twee clusters uitvoert
U voert de cmdlet Test-SRTopology
uit tussen twee clusters, maar de CSV-paden mislukken en u ziet deze fout:
Test-SRTopology : The specified volume C:\ClusterStorage\Volume1 cannot be found on computer RRN44-14-09. If this is a cluster node, the volume must be part of a role or CSV; volumes in Available Storage are not accessible
At line:1 char:1
+ Test-SRTopology -SourceComputerName RRN44-14-09 -SourceVolumeName C:\ ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : ObjectNotFound: (:) [Test-SRTopology], Exception
+ FullyQualifiedErrorId : TestSRTopologyFailure,Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand
Wanneer u het csv-bronknooppunt opgeeft als het bronvolume, moet u het knooppunt selecteren dat eigenaar is van het CSV-bestand. U kunt het CSV-bestand verplaatsen naar het opgegeven knooppunt of de naam van het knooppunt wijzigen die u hebt ingesteld in -SourceComputerName
. Er is een verbeterd bericht geïntroduceerd vanaf Windows Server 2019.
U hebt geen toegang tot het gegevensstation in Opslagreplica na een onverwacht opnieuw opstarten wanneer BitLocker is ingeschakeld
Als BitLocker is ingeschakeld op beide stations (het logboekstation en het gegevensstation), wordt de primaire server opnieuw opgestart. Nadat de server opnieuw is opgestart, hebt u geen toegang tot het primaire station, zelfs nadat u het logboekstation in BitLocker hebt ontgrendeld.
Als u de gegevens wilt herstellen of toegang wilt krijgen tot de schijf, moet u eerst de logboekschijf ontgrendelen en vervolgens Diskmgmt.msc
openen om de gegevensschijf te vinden. Markeer de schijf als offline en vervolgens weer online. Zoek het BitLocker-pictogram op het station en ontgrendel het station.
U kunt de gegevensschijf niet ontgrendelen op de secundaire server nadat u het partnerschap van de Opslag Replica hebt verbroken.
Nadat u het Storage Replica-partnerschap hebt uitgeschakeld en vervolgens het partnerschap hebt verwijderd, kunt u het gegevensstation van de secundaire server niet ontgrendelen met het bijbehorende wachtwoord of de sleutel.
Als u het gegevensstation van de secundaire server wilt ontgrendelen, moet u de sleutel of het wachtwoord van het gegevensstation van de primaire server gebruiken.
Testfailover koppelt niet in asynchrone replicatie
U voert de Mount-SRDestination
-cmdlet uit om een doelvolume online te brengen, maar de testfailover mislukt en u ziet deze foutmelding:
Mount-SRDestination: Unable to mount SR group <TEST>, detailed reason: The group or resource is not in the correct state to perform the supported operation.
At line:1 char:1
+ Mount-SRDestination -ComputerName SRV1 -Name TEST -TemporaryP . . .
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: {MSFT WvrAdminTasks : root/Microsoft/...(MSFT WvrAdminTasks : root/Microsoft/. T_WvrAdminTasks)} [Mount-SRDestination], CimException
+ FullyQualifiedErrorId : Windows System Error 5823, Mount-SRDestination.
Als u een synchroon partnerschapstype gebruikt, werkt de testfailover normaal.
Een bekend codefout in Windows Server versie 1709 veroorzaakt deze fout. Installeer de update van 18 oktober 2018om dit probleem op te lossen. Het probleem is niet aanwezig in Windows Server 2019 en nieuwere versies.
U kunt Opslagreplica niet instellen met een fysieke sectorgrootte die groter is dan 4 kB
Op dit moment biedt Opslagreplica geen ondersteuning voor schijven met een fysieke sector die groter zijn dan 4 kB. Zie Problemen met een schijfsectorgrootte van 4 kB oplossenvoor meer informatie en om meer te leren over resoluties.