Známé problémy se Storage Replica
Tento článek popisuje některé známé problémy s replikou úložiště ve Windows Serveru.
Disky jsou po odebrání replikace offline a nemůžete nastavit replikaci
Možná nebudete moct zřídit replikaci na svazku, který byl dříve replikován, nebo můžete najít neodpojitelné svazky. Disky můžou zůstat offline, pokud se replikace neodebere nebo když přeinstalujete operační systém na počítači, který dříve replikoval data.
Pokud chcete tento problém vyřešit, vymažte skrytý oddíl repliky úložiště z disků a vraťte je do zapisovatelného stavu pomocí rutiny Clear-SRMetadata
.
Pokud chcete odebrat všechny osamocené sloty databáze repliky úložiště a znovu připojit všechny oddíly, použijte parametr
-AllPartitions
:Clear-SRMetadata -AllPartitions
Chcete-li odstranit veškerá osamocená data protokolu replikace úložiště, použijte parametr
-AllLogs
:Clear-SRMetadata -AllLogs
Pokud chcete odebrat osiřelé konfigurační údaje clusteru pro převzetí služeb při selhání, použijte parametr
-AllConfiguration
.Clear-SRMetadata -AllConfiguration
Pokud chcete odebrat metadata jednotlivých skupin replikace, použijte parametr
-Name
a zadejte skupinu replikace:Clear-SRMetadata -Name RG01 -Logs -Partition
Po vyčištění databáze oddílů může být server potřeba restartovat. Pokud rutina vyzve k restartování, můžete dočasně zabránit restartování serveru pomocí parametru -NoRestart
, ale restartování byste neměli přeskočit. Tato rutina neodebere datové svazky ani data obsažená v těchto svazcích.
Během počáteční synchronizace se v protokolu událostí zobrazí upozornění s ID 4004.
Během počáteční synchronizace po konfiguraci replikace se může na zdrojovém i cílovém serveru v protokolu událostí StorageReplica\Admin
zobrazit několik varovných událostí s identifikátorem 4004. Popis události zobrazuje stav "existují nedostatečné systémové prostředky pro dokončení rozhraní API". Pravděpodobně se také zobrazí chyby události s ID 5014. Tyto události značí, že servery nemají dostatek dostupné paměti (RAM), aby mohly provádět počáteční synchronizaci i spouštět úlohy. Přidejte paměť RAM nebo snižte využití paměti RAM z ostatních funkcí a aplikací kromě Storage Replica.
Konfigurace replikace v hostu: Virtuální počítače přestanou reagovat
Virtuální počítače přestanou reagovat po konfiguraci replikace při použití clusteringu v hostu a Storage Replica na sdíleném virtuálním pevném disku v2 (VHDX), a nikoli na sdíleném svazku clusteru (CSV). Pokud restartujete hostitele Hyper-V, virtuální počítače začnou reagovat, ale konfigurace replikace není dokončená a nedojde k žádné replikaci.
K tomuto scénáři dochází v případě, že použijete fltmc.exe attach svhdxflt
k obejití požadavku na hostitele Hyper-V s běžícím CSV. Tento příkaz není podporovaný a je určený jenom pro testovací a demonstrační účely.
Příčinou zpomalení je problém interoperability mezi kvalitou služby úložiště (QoS úložiště) ve Windows Serveru a ručně připojeným sdíleným filtrem VHDX.
Pokud chcete tento problém vyřešit, zakažte ovladač filtru kvality služby úložiště a restartujte hostitele Hyper-V:
SC config storqosflt start= disabled
Konfigurace replikace pomocí New-Volume a rozdílných úložišť
Pokud použijete rutinu New-Volume
s různými sadami úložiště na zdrojovém a cílovém serveru, jako jsou dva různé sítě SAN nebo dva disky JBOD s různými disky, možná nebudete moct nakonfigurovat replikaci pomocí rutiny New-SRPartnership
.
Zobrazená chyba může obsahovat tento výstup:
Data partition sizes are different in those two groups
Místo New-Volume
vytvořte svazky a naformátujte je pomocí rutiny New-Partition
. Příkaz cmdlet New-Volume
může zaokrouhlit velikost svazku na různých úložištích. Pokud jste už vytvořili svazek systému souborů NTFS (New Technology File System), můžete pomocí Resize-Partition
zvětšit nebo zmenšit jeden ze svazků tak, aby odpovídal druhému svazku. Tuto metodu nemůžete použít se svazky odolného systému souborů (ReFS). Pokud používáte Diskmgmt nebo Správce serveru, nedojde k zaokrouhlování.
Test-SRTopology selže kvůli chybám souvisejícím s názvy
Při pokusu o použití Test-SRTopology
dojde k jedné z následujících chyb:
PŘÍKLAD CHYBY 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
PŘÍKLAD CHYBY 2:
WARNING: Invalid value entered for source computer name
PŘÍKLAD CHYBY 3:
The specified volume cannot be found G: cannot be found on computer SRCLUSTERNODE1
Tato rutina má ve Windows Serveru omezené hlášení chyb a vrací stejný výstup pro mnoho běžných problémů. Chyba se může zobrazit z následujících důvodů:
Jste přihlášeni ke zdrojovému počítači jako místní uživatel, nikoli k uživateli domény.
Cílový počítač není spuštěný nebo není přístupný přes síť.
Zadali jste nesprávný název cílového počítače.
Zadali jste IP adresu cílového serveru.
Brána firewall cílového počítače blokuje přístup k voláním PowerShellu nebo CIM.
Cílový počítač nepoužívá službu WMI.
Při vzdáleném spuštění rutiny
Test-SRTopology
z počítače pro správu jste nepoužíli CREDSSP.Zadaný zdrojový nebo cílový svazek je místní disk na uzlu clusteru, nikoli clusterovaný disk.
Konfigurace nového partnerství se nezdařila: "Nepodařilo se zřídit oddíl"
Při pokusu o vytvoření nového partnerství replikace pomocí New-SRPartnership
dojde k následující chybě:
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
K této chybě dochází, když vyberete datový svazek, který je ve stejném oddílu jako systémová jednotka (to znamená na C:
se složkou Windows). Například na jednotce, která obsahuje svazky C:
a D:
, přičemž oba jsou vytvořeny ze stejného oddílu. Použití systémové jednotky se ve Storage Replica nepodporuje. V tomto scénáři musíte zvolit jiný svazek, který se má replikovat.
Rozšíření replikovaného svazku selže kvůli chybějící aktualizaci
Pokusíte se zvětšit nebo rozšířit replikovaný svazek a dojde k této chybě:
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
Používáte MMC konzole pro správu disků a dojde k této chybě:
Element not found
Zobrazí se chybová zpráva Operace selhala s návratovým kódem 8, i když na zdrojovém serveru správně povolíte změnu velikosti svazku pomocí příkazu Set-SRGroup -Name rg01 -AllowVolumeResize $TRUE
.
Problém byl opraven v kumulativní aktualizaci pro Windows 10 verze 1607 (Anniversary Update) a Windows Server 2016: 9. prosince 2016 (KB3201845).
Rozšíření replikovaného svazku selže kvůli chybějícímu kroku
Nejprve se pokusíte změnit velikost replikovaného svazku na zdrojovém serveru bez nastavení -AllowResizeVolume $TRUE
a dojde k této chybě:
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
Před zvětšením zdrojového oddílu dat se ujistěte, že cílový datový oddíl má dostatek místa na zvětšení na stejnou velikost. Zmenšení datového oddílu chráněného replikou úložiště je blokované.
Chyba snap-in modulu Správa disků
An unexpected error has occurred
Po změně velikosti svazku nezapomeňte zakázat změnu velikosti spuštěním Set-SRGroup -Name rg01 -AllowVolumeResize $FALSE
. Tento parametr brání správcům v pokusu o změnu velikosti svazků předtím, než zajistí, že na cílovém svazku je dostatek místa, obvykle proto, že neví, že se používá replika úložiště.
Přesun prostředku fyzického disku mezi lokalitami v asynchronním roztaženém clusteru
Pokusíte se přemístit roli prostředku fyzického disku (PDR) s cílem přesunout přidružené úložiště v asynchronním roztaženém clusteru, což způsobí chybu. Například jste se pokusili přesunout roli souborového serveru do asynchronní lokality.
Pokud používáte snap-in Správce clusteru:
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
Pokud používáte příkaz Cluster
PowerShellu:
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
Pomocí rutiny Set-SRPartnership
přesuňte tyto disky PDR do asynchronního roztaženého clusteru. Na základě zpětné vazby zákazníků se přesunuté chování změnilo od Windows Serveru 2019 tak, aby umožňovalo ruční a automatizované převzetí služeb při selhání s asynchronní replikací.
Přidání disků do asymetrického clusteru se dvěma uzly: Nenašly se žádné disky vhodné pro disky clusteru
Pokud chcete zřídit cluster, který má pouze dva uzly, před přidáním funkce rozšířené replikace Storage Replica se pokusíte přidat disky na druhém místě k dostupným diskům. Dojde k následující chybě:
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.
K chybě nedojde, pokud máte v clusteru aspoň tři uzly. Pokud chcete přidat úložiště, můžete na uzlu ve druhé lokalitě spustit následující příkaz:
Get-ClusterAvailableDisk -All | Add-ClusterDisk
Příkaz nefunguje s místním úložištěm uzlu. Repliku úložiště lze použít k replikaci roztaženého clusteru mezi dvěma kompletními uzly, přičemž každý z nich používá vlastní sadu sdíleného úložiště.
Upozornění ID události 1241 se opakuje během počáteční synchronizace.
Určíte, že partnerství replikace je asynchronní a zdrojový počítač opakovaně protokoluje události typu varování s ID 1241 v kanálu Administrátora Replikace Úložiště. Například:
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
ID události 1241, Bod obnovení (RPO) asynchronního cíle není dostupný, obvykle se vyskytuje z jednoho z následujících důvodů:
Asynchronní destinace je nyní odpojena. Po obnovení připojení se může RPO stát dostupným.
Asynchronní cíl nemůže držet krok se zdrojem, takže nejnovější záznam cílového protokolu už ve zdrojovém protokolu neexistuje. Cíl začne blokovat kopírování. Po dokončení kopírování bloků by měl být RPO dostupný.
Během počáteční synchronizace se tato událost očekává a dá se bezpečně ignorovat. V pozdější verzi se může chování události změnit. Pokud se toto chování zobrazí během probíhající asynchronní replikace, prozkoumejte partnerství a zjistěte, proč je replikace zpožděná nad rámec vašeho nakonfigurovaného RPO (ve výchozím nastavení 30 sekund).
Upozornění ID události 4004 se opakuje po restartování replikovaného uzlu.
Za výjimečných okolností restartování serveru, který je ve partnerství, vede k selhání replikace. Restartování uzlu zaznamená událost s ID 4004 jako událost upozornění s chybou odepření přístupu.
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.
Poznámka Status: "{Access Denied}"
a zpráva A process has requested access to an object, but has not been granted those access rights.
Jedná se o známý problém v rámci repliky úložiště a byl opraven v aktualizaci pro zvýšení kvality z 12. září 2017 KB4038782 (build operačního systému 14393.1715).
Chyba "Nepodařilo se přenést prostředek Cluster Disk x" do režimu online s roztaženým clusterem
Pokud chcete přenést disk clusteru do režimu online po úspěšném převzetí služeb při selhání, pokusíte se znovu nastavit původní zdrojovou lokalitu jako primární a ve Správci clusteru při převzetí služeb dojde k chybě.
Například:
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.
Pokud se pokusíte disk nebo CSV přesunout ručně, dojde k jiné chybě. Například:
Error
The operation has failed.
The action 'Move' did not complete.
Error Code: 0x8007138d
A cluster node is not available for this operation
K tomuto problému dochází v případě, že jeden nebo více neinicializovaných disků jsou připojené k jednomu nebo více uzlům clusteru. Pokud chcete tento problém vyřešit, inicializujte všechna připojená úložiště pomocí DiskMgmt.msc
, DiskPart.exe
nebo rutiny Initialize-Disk
PowerShellu.
Pracujeme na poskytování aktualizace, která tento problém trvale vyřeší. Další informace vám poskytne podpora Microsoftu.
Chyba GPT, když se pokoušíte vytvořit nové partnerství replikace úložiště
Spustíte cmdlet New-SRPartnership
, ale selže a objeví se chyba:
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
Replikaci pro disk nelze nastavit pomocí Správce clusterů pro převzetí služeb při selhání.
Spustíte rutinu Test-SRTopology
, ale selže a zobrazí následující výstup:
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
K chybě dochází, protože funkční úroveň clusteru je stále nastavena na Windows Server 2012 R2 (to znamená FL 8). Replika úložiště by tady měla vrátit konkrétní chybu, ale místo toho vrátí nesprávné mapování chyb.
V relaci PowerShellu s oprávněními správce spusťte na každém uzlu následující příkaz:
Get-Cluster | fl *
Pokud je atribut ClusterFunctionalLevel
9
nebo vyšší, je nesprávná hodnota nastavená na implementaci repliky úložiště. Pokud ClusterFunctionalLevel
není 9
, je potřeba aktualizovat ClusterFunctionalLevel
, aby se na tomto uzlu implementovaly repliky úložiště.
Pokud chcete tento problém vyřešit, zvyšte úroveň funkčnosti clusteru spuštěním rutiny PowerShellu Update-ClusterFunctionalLevel.
V nástroji DISKMGMT je pro každý replikovaný svazek uveden malý neznámý svazek.
Když spustíte modul pro správu Správa disků (DiskMgmt.msc
), všimnete si jednoho nebo více svazků, které nemají žádný popisek, označení jednotky a mají velikost 1 MB. Možná budete moct odstranit neznámý svazek nebo se může zobrazit tato chyba:
An Unexpected Error has Occurred
Tato zpráva je očekávaná a je úmyslná. Uvedené položky jsou oddíly, nikoli svazky. Replika úložiště vytvoří oddíl o velikosti 512 kB jako slot databáze pro operace replikace (starší verze nástroje DiskMgmt.msc
se zaokrouhlí na nejbližší megabajt). Pro každý replikovaný svazek je obvyklé mít podobný oddíl. Pokud už replika úložiště disk nepoužívá, můžete tento oddíl o délce 512 kB odstranit. Oddíl nemůžete odstranit, pokud je používán. Velikost oddílu se nikdy nezmění. Pokud vytváříte replikaci, doporučujeme oddíl odstranit, protože replika úložiště deklaruje nepoužívané oddíly.
Pokud chcete zobrazit podrobnosti, použijte nástroj DISKPART nebo rutinu Get-Partition
. Tyto oddíly mají typ GPT 558d43c5-a1ac-43c0-aac8-d1472b2923d1
.
Uzel repliky úložiště přestane reagovat při vytváření snímků
Vytvoříte snímek služby Stínová kopie svazku (VSS), například prostřednictvím zálohování nebo pomocí nástroje vssadmin, a uzel repliky úložiště přestane reagovat, nebo se zastaví. Je nutné vynutit restart uzlu, aby došlo k obnově.
K tomuto problému dochází při vytvoření snímku VSS svazku protokolu. Hlavní příčinou je zastaralý aspekt návrhu VSS, nikoli Storage Replica. Výsledné chování, když pořídíte snímek svazku protokolu úložné repliky, je, že mechanismus řazení V/V operací VSS způsobí na serveru zablokování.
Abyste tomuto scénáři zabránili, nesnímejte logovací svazky Storage Replica. Protokoly se nedají obnovit, takže není nutné snímkovat svazky protokolů. Svazek protokolu by také nikdy neměl obsahovat žádné jiné úlohy, takže obecně není potřeba žádný snímek.
Vysoká latence vstupně-výstupních operací při použití Storage Spaces Direct s Storage Replica.
Pokud používáte Storage Spaces Direct se zařízením Nonvolatile Memory Express (NVMe) nebo mezipamětí SSD (Solid-State Drive), při konfiguraci replikace prostřednictvím Storage Replica mezi Storage Spaces Direct clustery se zobrazí vyšší než očekávané zvýšení latence. Změna latence je proporcionálně mnohem vyšší oproti tomu, co vidíte při použití NVMe a SSD v výkonové + kapacitní konfiguraci a bez vrstvy HDD nebo kapacitní vrstvy.
K tomuto problému dochází kvůli omezením architektury v mechanismu protokolu repliky úložiště v kombinaci s nízkou latencí NVMe v porovnání s pomalejším médium. V mezipaměti Storage Spaces Direct probíhají všechny logovací I/O operace Storage Replica a všechny nedávné čtecí/zapisovací I/O operace aplikací v mezipaměti, nikdy na úrovni výkonu ani kapacity. Veškerá aktivita Storage Replica probíhá na stejně rychlém médiu. Konfigurace je podporovaná, ale nedoporučujeme ji. Doporučení k protokolování najdete v tématu často kladené dotazy o replikaci úložiště.
Pokud používáte Storage Spaces Direct s HDD, nemůžete zakázat ani se vyhnout vytváření mezipaměti. Alternativním řešením je, že pokud používáte jenom SSD a NVMe, můžete nakonfigurovat pouze úrovně výkonu a kapacity. Pokud v tomto scénáři umístíte pouze protokoly repliky úložiště na úroveň výkonu a datové svazky, které obsluhují, na úroveň kapacity, vyhnete se scénáři s vysokou latencí. Podobný výsledek můžete získat kombinací rychlejších a pomalejších disků SSD a bez NVMe.
Toto alternativní řešení není ideální a někteří zákazníci ho možná nebudou moct používat. Tým Storage Replica pracuje na optimalizacích a aktualizovaném mechanismu protokolu pro snížení těchto umělých omezení. Tento záznam v1.1 byl poprvé k dispozici ve Windows Serveru 2019. Jeho vylepšený výkon je popsán na úložišti společnosti Microsoft.
Chyba "Nepodařilo se najít soubor" při spuštění Test-SRTopology mezi dvěma clustery
Spustíte rutinu Test-SRTopology
mezi dvěma clustery, ale jejich CSV cesty selžou a zobrazí se tato chyba:
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
K chybě zobrazené v příkladu dochází kvůli známé chybě kódu ve Windows Serveru 2016. Tento problém byl opraven ve Windows Serveru 2019 a přidružených nástrojích RSAT. Pokud chcete řešení nižší úrovně, obraťte se na podporu Microsoftu. Neexistuje žádné alternativní řešení.
Chyba „Zadaný svazek nelze nalézt“ při spuštění Test-SRTopology mezi dvěma klastry.
Spustíte cmdlet Test-SRTopology
mezi dvěma clustery, ale jejich CSV cesty selžou a zobrazí se tato chyba:
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
Když jako zdrojový svazek zadáte sdílený svazek clusteru (CSV), musíte vybrat uzel, který tento sdílený svazek vlastní. Soubor CSV můžete buď přesunout do zadaného uzlu, nebo změnit název uzlu, který jste nastavili v -SourceComputerName
. Vylepšená zpráva byla představena počínaje Windows Serverem 2019.
Po neočekávaném restartování, když je nástroj BitLocker povolený, nemůžete získat přístup k datové jednotce v replice úložiště.
Pokud je bitLocker povolený na obou jednotkách (jednotka protokolu i datová jednotka), primární server se restartuje. Po restartování serveru nemáte přístup k primární jednotce ani po odemknutí jednotky protokolu v BitLockeru.
Chcete-li obnovit data nebo získat přístup k jednotce, nejprve odemkněte protokolovou jednotku a otevřete Diskmgmt.msc
, a vyhledejte datovou jednotku. Datový disk označte jako offline a pak znovu online. Na jednotce vyhledejte ikonu BitLockeru a odemkněte jednotku.
Po přerušení partnerství repliky úložiště nemůžete odemknout datovou jednotku na sekundárním serveru.
Po zakázání partnerství repliky úložiště a následném odebrání partnerství nemůžete odemknout datovou jednotku sekundárního serveru pomocí příslušného hesla nebo klíče.
Pokud chcete odemknout datovou jednotku sekundárního serveru, musíte použít klíč nebo heslo datové jednotky primárního serveru.
Testovací převzetí služeb při selhání se nepřipojuje během asynchronní replikace.
Spustíte rutinu Mount-SRDestination
pro přenesení cílového svazku do režimu online při testovacím přepnutí při selhání a zobrazí se tato chyba:
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.
Pokud používáte synchronní typ partnerství, testovací převzetí služeb při selhání funguje normálně.
Známá chyba kódu ve Windows Serveru verze 1709 způsobuje tuto chybu. Pokud chcete tento problém vyřešit, nainstalujte aktualizaci18. října 2018 . Tento problém není k dispozici ve Windows Serveru 2019 a novějších verzích.
Repliku úložiště s velikostí fyzického sektoru větší než 4 kB nejde nastavit.
Replika úložiště v současné době nepodporuje disky, které mají velikost fyzického sektoru větší než 4 kB. Další informace a informace o řešeních najdete v tématu Řešení potíží s velikostí sektorů disku 4 kB.