Dela via

Kända problem i Storage Replica

Den här artikeln beskriver några av de kända problemen med Storage Replica i Windows Server.

Diskar är offline när du har ta bort replikeringen och du kan inte konfigurera replikering

Du kanske inte kan tillhandahålla replikering på en volym som tidigare har replikerats, eller så kanske du hittar volymer som inte går att montera. Diskar kan förbli offline när replikeringen inte tas bort eller när du installerar om operativsystemet på en dator som tidigare replikerade data.

Lös problemet genom att rensa den dolda lagringsreplikpartitionen från diskarna och återgå till ett skrivbart tillstånd med hjälp av cmdleten Clear-SRMetadata.

  • Om du vill ta bort alla överblivna lagringsreplikpartitionsdatabasplatser och montera om alla partitioner använder du parametern -AllPartitions:

    Clear-SRMetadata -AllPartitions

  • Om du vill ta bort alla överblivna lagringsreplikloggdata använder du parametern -AllLogs:

    Clear-SRMetadata -AllLogs

  • Om du vill ta bort alla överblivna redundansklusterkonfigurationsdata använder du parametern -AllConfiguration:

    Clear-SRMetadata -AllConfiguration

  • Om du vill ta bort enskilda replikeringsgruppsmetadata använder du parametern -Name och anger en replikeringsgrupp:

    Clear-SRMetadata -Name RG01 -Logs -Partition

Servern kan behöva startas om när du har rensat partitionsdatabasen. Du kan tillfälligt förhindra att servern startas om med hjälp av parametern -NoRestart, men du bör inte hoppa över omstarten om cmdleten uppmanar till omstart. Den här cmdleten tar inte bort datavolymer eller data som finns i dessa volymer.

Under den första synkroniseringen visas händelse-ID 4004-varningar i händelseloggen

Under den inledande synkroniseringen efter att du har konfigurerat replikeringen kan både käll- och målservrarna visa flera varningshändelser med händelse-ID 4004 i händelseloggen StorageReplica\Admin. Händelsebeskrivningen visar statusen "det finns inte tillräckligt med systemresurser för att slutföra API:et". Du ser förmodligen även händelse-ID 5014-fel. Dessa händelser indikerar att servrarna inte har tillräckligt med ledigt minne (RAM) för att både utföra inledande synkronisering och köra arbetsbelastningar. Lägg antingen till RAM-minne eller minska det använda RAM-minnet från andra funktioner och program än Storage Replica.

Konfigurera replikering i gästläge: Virtuella datorer slutar svara

Virtuella datorer slutar svara när du har konfigurerat replikering när du använder gästkluster och Lagringsreplik på en delad virtuell hårddisk v2 (VHDX) och inte på en klusterdelad volym (CSV). Om du startar om Hyper-V värd börjar de virtuella datorerna svara, men replikeringskonfigurationen är inte klar och ingen replikering sker.

Det här scenariot inträffar om du använder fltmc.exe attach svhdxflt för att kringgå kravet för den Hyper-V värd som kör en CSV. Det här kommandot stöds inte och är endast avsett för test- och demonstrationsändamål.

Orsaken till avmattningen är ett samverkansproblem mellan QoS (Storage Quality of Service) i Windows Server och det manuellt anslutna delade VHDX-filtret.

Lös problemet genom att inaktivera QoS-filterdrivrutinen för lagring och starta om Hyper-V-värden:

SC config storqosflt start= disabled

Konfigurera replikering med hjälp av New-Volume och olika lagring

När du använder cmdleten New-Volume med olika lagringsuppsättningar på käll- och målservern, till exempel två olika SAN eller två JBOD:er med olika diskar, kanske du inte kan konfigurera replikering med hjälp av New-SRPartnership cmdlet.

Felet som visas kan innehålla följande utdata:

Data partition sizes are different in those two groups

Använd cmdleten New-Partition i stället för New-Volume för att skapa volymer och formatera dem. Cmdleten New-Volume kan avrunda volymstorleken på olika lagringsmatriser. Om du redan har skapat en NTFS-volym (New Technology File System) kan du använda Resize-Partition för att växa eller krympa en av volymerna för att matcha den andra. Du kan inte använda den här metoden med ReFS-volymer (Resilient File System). Om du använder Diskmgmt eller Serverhanteraren sker ingen avrundning.

När du försöker använda Test-SRTopologyinträffar något av följande fel:

FELEXEMPEL 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

FELEXEMPEL 2:

WARNING: Invalid value entered for source computer name

ERROR EXEMPLAR 3:

The specified volume cannot be found G: cannot be found on computer SRCLUSTERNODE1

Den här cmdleten har begränsad felrapportering i Windows Server och returnerar samma utdata för många vanliga problem. Felet kan visas av följande skäl:

  • Du är inloggad på källdatorn som en lokal användare, inte en domänanvändare.

  • Måldatorn körs inte eller är inte tillgänglig via nätverket.

  • Du har angett ett felaktigt namn för måldatorn.

  • Du har angett en IP-adress för målservern.

  • Måldatorns brandvägg blockerar åtkomsten till PowerShell- och/eller CIM-anrop.

  • Måldatorn kör inte WMI-tjänsten.

  • Du använde inte CREDSSP när du körde Test-SRTopology-cmdleten via fjärranslutning från en hanteringsdator.

  • Den angivna käll- eller målvolymen är en lokal disk på en klusternod, inte en klustrad disk.

Det går inte att konfigurera ett nytt partnerskap: "Det gick inte att etablera partitionen"

När du försöker skapa en ny replikeringskoppling med hjälp av New-SRPartnershipuppstår följande fel:

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

Det här felet uppstår när du väljer en datavolym som finns på samma partition som systemenheten (det vill: på C: med Windows-mappen). Till exempel på en disk som innehåller både C:- och D:-volymer som skapats från samma partition. Det går inte att använda en systemenhet i Storage Replica. I det här scenariot måste du välja en annan volym att replikera.

Det går inte att utöka en replikerad volym på grund av en uppdatering som saknas

Du försöker utöka eller utöka en replikerad volym och det här felet inträffar:

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

Du använder MMC-snapin-modulen Diskhantering och det här felet inträffar:

Element not found

Felmeddelandet "Åtgärden misslyckades med returkod 8" visas, även om du aktiverar volymändring på källservern korrekt med hjälp av kommandot Set-SRGroup -Name rg01 -AllowVolumeResize $TRUE.

Problemet har åtgärdats i Kumulativ uppdatering för Windows 10 version 1607 (Anniversary Update) och Windows Server 2016: 9 december 2016 (KB3201845).

Det går inte att utöka en replikerad volym på grund av att ett steg saknas

Du försöker ändra storlek på en replikerad volym på källservern utan att ange -AllowResizeVolume $TRUE först, och det här felet uppstår:

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

Innan du utökar källdatapartitionen kontrollerar du att måldatapartitionen har tillräckligt med utrymme för att växa till en lika stor storlek. Krympning av datapartition som skyddas av Lagringsreplik blockeras.

Snapin-modulfel för diskhantering:

An unexpected error has occurred

Efter att du har justerat storleken på volymen, kom ihåg att inaktivera storleksändringen genom att köra Set-SRGroup -Name rg01 -AllowVolumeResize $FALSE. Den här parametern hindrar administratörer från att försöka ändra storlek på volymer innan de ser till att det finns tillräckligt med utrymme på målvolymen, vanligtvis eftersom de inte känner till att Lagringsreplik används.

Flytta en fysisk diskresurs mellan platser i ett asynkront stretchkluster

Du försöker flytta en pdr-ansluten roll (fysisk diskresurs) för att flytta den associerade lagringen i ett asynkront stretchkluster, och ett fel uppstår. Du försökte till exempel flytta en filserverroll till den asynkrona platsen.

Om du använder snapin-modulen Klusterhanteraren för växling vid fel:

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

Om du använder cmdleten Cluster PowerShell:

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

Använd cmdleten Set-SRPartnership för att flytta dessa PDR-diskar i ett asynkront sträckt kluster. Baserat på kundfeedback ändrades det modifierade beteendet från och med Windows Server 2019 för att tillåta manuella och automatiserade överlämningar med asynkron replikering.

Lägg till diskar i ett asymmetriskt kluster med två noder: "Inga diskar som är lämpliga för klusterdiskar hittades"

Om du vill etablera ett kluster som bara har två noder försöker du lägga till diskarna på den andra platsen till de tillgängliga diskarna innan du lägger till stretchreplikering i Storage Replica. Följande fel inträffar:

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.

Du kommer inte att få felet om du har minst tre noder i klustret. Om du vill lägga till lagringen kan du köra följande kommando på noden på den andra platsen:

Get-ClusterAvailableDisk -All | Add-ClusterDisk

Kommandot fungerar inte med lokal nodlagring. Du kan använda Storage Replica för att replikera ett stretchkluster mellan två noder, var och en med sin egen uppsättning av delad lagring.

Händelse-ID 1241-varning upprepas under den första synkroniseringen

Du anger att en replikeringskoppling är asynkron och källdatorn loggar händelse-ID 1241-varningshändelser upprepade gånger i storage replica admin-kanalen. Till exempel:

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

Händelse-ID 1241, "Mål för återställningspunkt (RPO) för det asynkrona målet är inte tillgängligt", inträffar vanligtvis av någon av följande orsaker:

  • Det asynkrona målet är inte anslutet just nu. RPO kan bli tillgängligt när anslutningen har återställts.

  • Det asynkrona målet kan inte hålla jämna steg med källan, så den senaste målloggposten finns inte längre i källloggen. Destinationen börjar blockera kopiering. RPO:et bör bli tillgängligt när blockkopieringen har slutförts.

Under den inledande synkroniseringen förväntas den här händelsen och kan ignoreras på ett säkert sätt. Händelsebeteendet kan ändras i en senare version. Om du ser det här beteendet under pågående asynkron replikering undersöker du partnerskapet för att avgöra varför replikeringen fördröjs utöver ditt konfigurerade RPO (30 sekunder som standard).

Händelse-ID 4004-varning upprepas när du startar om en replikerad nod

I sällsynta fall leder omstart av en server som är i ett partnerskap till att replikeringen misslyckas. Den omstartade noden loggar händelse-ID 4004 som en varningshändelse med felet "åtkomst nekad".

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.

Observera Status: "{Access Denied}" och meddelandet A process has requested access to an object, but has not been granted those access rights. Det här är ett känt problem i Storage Replica och åtgärdades i Kvalitetsuppdatering 12 september 2017 KB4038782 (OS Build 14393.1715).

Felet "Det gick inte att aktivera resursen "Klusterdisk x" med ett stretchkluster

Om du vill aktivera en klusterdisk efter en lyckad redundansväxling försöker du göra den ursprungliga källplatsen till den primära igen, och ett fel uppstår i Klusterhanteraren för växling vid fel.

Till exempel:

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.

Om du försöker flytta disken eller CSV:en manuellt uppstår ett annat fel. Till exempel:

Error
The operation has failed.
The action 'Move' did not complete.

Error Code: 0x8007138d
A cluster node is not available for this operation

Det här problemet uppstår när en eller flera onitialiserade diskar är anslutna till en eller flera klusternoder. Lös problemet genom att initiera all ansluten lagring med hjälp av DiskMgmt.msc, DiskPart.exeeller Initialize-Disk PowerShell-cmdlet.

Vi arbetar med att tillhandahålla en uppdatering som löser problemet permanent. För mer information, kontakta Microsoft Support.

GPT-fel när du försöker skapa ett nytt storage replica-partnerskap

Du kör cmdleten New-SRPartnership, men den misslyckas och visar följande fel:

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

Du kan inte konfigurera replikering för disken med hjälp av Failover Cluster Manager.

Du kör cmdleten Test-SRTopology, men den misslyckas och visar följande utdata:

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

Felet beror på att klusterfunktionsnivån fortfarande är inställd på Windows Server 2012 R2 (det vill: FL 8). Storage Replica ska returnera ett specifikt fel här, men i stället returneras en felaktig mappning av fel.

I en PowerShell-session med administratörsbehörighet kör du följande kommando på varje nod:

Get-Cluster | fl *

Om attributet ClusterFunctionalLevel är 9 eller högre, sätts fel värde för att konfigurera Storage Replica. Om ClusterFunctionalLevel inte 9måste ClusterFunctionalLevel uppdateras för att implementera Storage Replica på den här noden.

Lös problemet genom att höja klusterfunktionsnivån genom att köra PowerShell-cmdleten Update-ClusterFunctionalLevel.

Liten okänd volym visas i DISKMGMT för varje replikerad volym

När du kör snapin-modulen Diskhantering (DiskMgmt.msc) ser du en eller flera volymer som visas utan etikett eller enhetsbeteckning och 1 MB i storlek. Du kanske kan ta bort den okända volymen, eller så kan det här felet visas:

An Unexpected Error has Occurred

Det här meddelandet förväntas och är avsiktligt. De angivna objekten är partitioner, inte volymer. Storage Replica skapar en 512 KB-partition som ett databasfack för replikeringsåtgärder (det äldre DiskMgmt.msc verktyget avrundar till närmaste megabyte). Det är typiskt att ha en partition som den här för varje replikerad volym. När disken inte längre används av Storage Replica kan du ta bort den här 512 KB-partitionen. Du kan inte ta bort en partition om den används. Partitionsstorleken ändras aldrig. Om du återskapar replikering rekommenderar vi att du tar bort partitionen eftersom Storage Replica gör anspråk på oanvända partitioner.

Om du vill visa information använder du verktyget DISKPART eller cmdleten Get-Partition. Dessa partitioner har en GPT-typ 558d43c5-a1ac-43c0-aac8-d1472b2923d1.

En Storage Replica-nod slutar svara när du skapar ögonblicksbilder

Du skapar en VSS-ögonblicksbild (Volume Shadow Copy Service), till exempel via säkerhetskopiering eller med vssadmin, och en storage replica-nod slutar svara eller låser sig. Du måste tvinga en omstart av noden för att återställa.

Det här problemet uppstår när du skapar en VSS-ögonblicksbild av loggvolymen. Den underliggande orsaken är en föråldrad designaspekt av VSS, inte Storage Replica. Det resulterande beteendet när du tar en ögonblicksbild av loggvolymen för Lagringsreplika är att en VSS-mekanism för I/O-köhantering skapar ett dödläge i servern.

För att förhindra det här scenariot ska du inte ta ögonblicksbilder av Storage Replica-loggvolymer. Det går inte att återställa loggarna, så du behöver inte ta en ögonblicksbild av loggvolymerna. Loggvolymen bör heller aldrig innehålla några andra arbetsbelastningar, så ingen ögonblicksbild behövs i allmänhet.

Hög I/O-svarstid när du använder Storage Spaces Direct med Storage Replica

När du använder Lagringsutrymmen Direkt med en NVMe-enhet (Nonvolatile Memory Express) eller en SSD-cache (Solid State Drive) märker du en högre latens än förväntat när du konfigurerar Storage Replica-replikering mellan Lagringsutrymmen Direkt-kluster. Ändringen av svarstiden är proportionellt mycket högre än du ser när du använder NVMe och SSD i en prestanda + kapacitet konfiguration och ingen HDD-nivå eller kapacitetsnivå.

Det här problemet uppstår på grund av arkitekturbegränsningar i loggmekanismen för Lagringsreplik i kombination med den låga svarstiden för NVMe jämfört med långsammare media. I Direktlagringscachen sker alla I/O-åtgärder för lagringsreplikloggar och alla senaste läs-/skriv-I/O från program i cacheminnet och aldrig i prestanda- eller kapacitetslagren. All Storage Replica-aktiviteter sker på medier med samma hastighet. Konfigurationen stöds, men vi rekommenderar det inte. För loggrekommendationer, se Vanliga frågor om Storage Replica.

När du använder Lagringsdirigering med hårddiskar kan du inte inaktivera eller undvika att skapa en cache. Om du bara använder SSD och NVMe kan du bara konfigurera prestanda- och kapacitetsnivåer. Om du i det scenariot bara placerar Lagringsreplikloggarna på prestandanivån och endast placerar de datavolymer som de betjänar på kapacitetsnivån, undviker du ett scenario med hög latens. Du kan få ett liknande resultat genom att använda en blandning av snabbare och långsammare SSD och ingen NVMe.

Den här lösningen är inte idealisk och vissa kunder kanske inte kan använda den. Storage Replica-teamet arbetar med optimeringar och en uppdaterad loggmekanism för att minska dessa artificiella flaskhalsar. Den här v1.1-loggen blev först tillgänglig i Windows Server 2019. Dessas förbättrade prestanda beskrivs under Storage hos Microsoft.

Felet "Det gick inte att hitta filen" när du kör Test-SRTopology mellan två kluster

Du kör Test-SRTopology-cmdleten mellan två kluster, men deras CSV-sökvägar misslyckas och det här felet visas:

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

Felet som visas i exemplet uppstår på grund av ett känt kodfel i Windows Server 2016. Det här problemet har åtgärdats i Windows Server 2019 och tillhörande RSAT-verktyg. Kontakta Microsoft Support om du vill ha en lösning på nednivå. Det finns ingen lösning.

Felet "Det gick inte att hitta den angivna volymen" när du kör Test-SRTopology mellan två kluster

Du kör Test-SRTopology-cmdleten mellan två kluster, men deras CSV-sökvägar misslyckas och det här felet visas:

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

När du anger källnodens CSV som källvolym måste du välja den nod som äger CSV:en. Du kan antingen flytta CSV:en till den angivna noden eller ändra det nodnamn som du angav i -SourceComputerName. Ett förbättrat meddelande introducerades från och med Windows Server 2019.

Du kan inte komma åt dataenheten i Storage Replica efter en oväntad omstart när BitLocker är aktiverat

Om BitLocker är aktiverat på båda enheterna (loggenheten och dataenheten) startas den primära servern om. När servern har startats om kan du inte komma åt den primära enheten, även när du har låst upp loggenheten i BitLocker.

Om du vill återställa data eller komma åt enheten låser du först upp loggenheten och öppnar sedan Diskmgmt.msc för att hitta dataenheten. Markera hårddisken som offline och sedan online igen. Leta upp BitLocker-ikonen på enheten och lås upp enheten.

Du kan inte låsa upp dataenheten på den sekundära servern när du har brutit storage replica-partnerskapet

När du har inaktiverat storage replica-partnerskapet och sedan tar bort partnerskapet kan du inte låsa upp den sekundära serverns dataenhet med hjälp av dess respektive lösenord eller nyckel.

Om du vill låsa upp den sekundära serverns dataenhet måste du använda nyckeln eller lösenordet för den primära serverns dataenhet.

Failover-test ansluts inte vid asynkron replikering

Du kör Mount-SRDestination-cmdleten för att ansluta en målvolym under redundansväxlingen och det här felet visas:

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.

Om du använder en synkron partnerskapstyp fungerar redundanstest normalt.

Ett känt kodfel i Windows Server version 1709 orsakar det här felet. Lös problemet genom att installera uppdateringen 18 oktober 2018. Problemet finns inte i Windows Server 2019 och senare versioner.

Du kan inte konfigurera Lagringsreplik med en fysisk sektorstorlek som är större än 4 kB

För närvarande har Storage Replica inte stöd för diskar som har en fysisk sektorstorlek som är större än 4 kB. För mer information och för att lära dig om lösningar, se Felsöka sektorstorleken på 4 KB.

Relaterat innehåll