Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questo articolo descrive alcuni dei problemi noti di Replica di archiviazione in Windows Server.
I dischi sono offline dopo la rimozione della replica e non è possibile configurare la replica
Potrebbe non essere possibile effettuare il provisioning della replica su un volume che è stato replicato in precedenza, oppure potresti trovare volumi non montabili. I dischi possono rimanere offline quando la replica non viene rimossa o quando si reinstalla il sistema operativo in un computer che è stato già usato per la replica dei dati.
Per risolvere il problema, cancellare la partizione nascosta di Replica di archiviazione dai dischi e restituirle a uno stato scrivibile usando il Clear-SRMetadata cmdlet .
Per rimuovere tutti gli slot di database orfani di Storage Replica e rimontare tutte le partizioni, usare il parametro
-AllPartitions.Clear-SRMetadata -AllPartitionsPer rimuovere tutti i dati di log della replica di archiviazione orfani, usare il
-AllLogsparametro :Clear-SRMetadata -AllLogsPer rimuovere tutti i dati di configurazione del cluster di failover orfani, usare il parametro
-AllConfiguration.Clear-SRMetadata -AllConfigurationPer rimuovere i singoli metadati del gruppo di replica, usare il
-Nameparametro e specificare un gruppo di replica:Clear-SRMetadata -Name RG01 -Logs -Partition
Potrebbe essere necessario riavviare il server dopo aver pulito il database di partizione. È possibile impedire temporaneamente il riavvio del server usando il -NoRestart parametro , ma non è consigliabile ignorare il riavvio se il cmdlet richiede un riavvio. Questo cmdlet non rimuove i volumi di dati o i dati contenuti all'interno di tali volumi.
Durante la sincronizzazione iniziale, gli avvisi relativi all'ID evento 4004 vengono visualizzati nel registro eventi
Durante la sincronizzazione iniziale dopo la configurazione della replica, sia l'origine che i server di destinazione potrebbero mostrare più eventi di avviso con ID evento 4004 nel StorageReplica\Admin registro eventi. La descrizione dell'evento mostra lo stato "Risorse di sistema insufficienti per completare l'API". È probabile che vengano visualizzati anche errori di ID evento 5014. Questi eventi indicano che i server non hanno memoria disponibile sufficiente per eseguire la sincronizzazione iniziale ed eseguire i carichi di lavoro. Aggiungere RAM oppure ridurre la quantità di RAM utilizzata da funzionalità e applicazioni diverse da la Replica di archiviazione.
Configurare la replica all'interno del guest: le macchine virtuali smettono di rispondere
Le macchine virtuali smettono di rispondere dopo aver configurato la replica quando si utilizza il clustering in-guest e Storage Replica su un disco rigido virtuale condiviso v2 (VHDX) e non su un volume condiviso cluster (CSV). Se si riavvia l'host Hyper-V, le macchine virtuali iniziano a rispondere, ma la configurazione della replica non è completa e non viene eseguita alcuna replica.
Questo scenario si verifica se si usa fltmc.exe attach svhdxflt per ignorare il requisito per l'host Hyper-V che esegue un file CSV. Questo comando non è supportato ed è destinato solo a scopi di test e dimostrazione.
La causa del rallentamento è un problema di interoperabilità tra QoS di archiviazione (Storage Quality of Service) in Windows Server e il filtro VHDX condiviso collegato manualmente.
Per risolvere questo problema, disabilitare il driver del filtro QoS di archiviazione e riavviare l'host Hyper-V:
SC config storqosflt start= disabled
Configurare la replica usando New-Volume e archiviazione diversa
Quando si usa il New-Volume cmdlet con set di archiviazione diversi nel server di origine e di destinazione, ad esempio due SAN diversi o due JBOD con dischi diversi, potrebbe non essere possibile configurare la replica usando il New-SRPartnership cmdlet .
L'errore visualizzato potrebbe includere questo output:
Data partition sizes are different in those two groups
Usare il New-Partition cmdlet anziché New-Volume per creare volumi e formattarli. Il New-Volume cmdlet potrebbe arrotondare le dimensioni del volume in matrici di archiviazione diverse. Se è già stato creato un volume NTFS (New Technology File System), è possibile usare Resize-Partition per aumentare o ridurre uno dei volumi in modo che corrispondano all'altro. Non è possibile usare questo metodo con volumi ReFS (Resilient File System). Se si usa Diskmgmt o Server Manager, non si verifica alcun arrotondamento.
Test-SRTopology fallisce con errori correlati al nome
Quando si tenta di usare Test-SRTopology, si verifica uno degli errori seguenti:
ESEMPIO DI ERRORE 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
ESEMPIO DI ERRORE 2:
WARNING: Invalid value entered for source computer name
ESEMPIO DI ERRORE 3:
The specified volume cannot be found G: cannot be found on computer SRCLUSTERNODE1
Questo cmdlet presenta una segnalazione errori limitata in Windows Server e restituisce lo stesso output per molti problemi comuni. L'errore può essere visualizzato per i motivi seguenti:
Si è connessi al computer di origine come utente locale, non come utente di dominio.
Il computer di destinazione non è in esecuzione o non è accessibile nella rete.
È stato specificato un nome non corretto per il computer di destinazione.
È stato specificato un indirizzo IP per il server di destinazione.
Il firewall del computer di destinazione sta bloccando l'accesso alle chiamate di PowerShell e/o CIM.
Il computer di destinazione non sta eseguendo il servizio WMI.
CREDSSP non è stato usato durante l'esecuzione del cmdlet
Test-SRTopologyin modalità remota da un computer di gestione.Il volume di origine o di destinazione specificato è un disco locale in un nodo del cluster, non un disco cluster.
La configurazione di una nuova partnership ha esito negativo: "Non è stato possibile effettuare il provisioning della partizione"
Quando si tenta di creare una nuova relazione di replica usando New-SRPartnership, si verifica l'errore seguente:
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
Questo errore si verifica quando si seleziona un volume di dati che si trova nella stessa partizione dell'unità di sistema, ovvero in C: con la cartella Windows. Ad esempio, in un'unità che contiene sia i volumi C: sia i volumi D:, creati dalla stessa partizione. L'uso di un'unità di sistema non è supportato in la Replica di archiviazione. In questo scenario è necessario scegliere un volume diverso da replicare.
L'estensione di un volume replicato non riesce a causa di un aggiornamento mancante.
Si tenta di aumentare o estendere un volume replicato e questo errore si verifica:
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
Si usa lo snap-in MMC Gestione disco e questo errore si verifica:
Element not found
Viene visualizzato il messaggio di errore "L'operazione non è riuscita con codice restituito 8", anche se si abilita correttamente il ridimensionamento del volume nel server di origine usando il comando Set-SRGroup -Name rg01 -AllowVolumeResize $TRUE.
The issue was fixed in Cumulative Update for Windows 10 version 1607 (Anniversary Update) and Windows Server 2016: December 9, 2016 (KB3201845).
L'estensione di un volume replicato ha esito negativo a causa di un passaggio mancante
Si tenta di ridimensionare un volume replicato nel server di origine senza prima impostare -AllowResizeVolume $TRUE e questo errore si verifica:
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
Prima di aumentare la partizione dati di origine, assicurarsi che la partizione dati di destinazione disponga di spazio sufficiente per raggiungere dimensioni uguali. La compattazione della partizione dati protetta da Replica di archiviazione è bloccata.
Errore dello snap-in Gestione disco:
An unexpected error has occurred
Dopo aver ridimensionato il volume, ricordarsi di disabilitare il ridimensionamento eseguendo Set-SRGroup -Name rg01 -AllowVolumeResize $FALSE. Questo parametro impedisce agli amministratori di tentare di ridimensionare i volumi prima di assicurarsi che nel volume di destinazione sia disponibile spazio sufficiente, in genere perché non è a conoscenza che replica archiviazione sia in uso.
Spostare un'unità disco fisica tra i siti in un cluster esteso asincrono
Si tenta di spostare un ruolo collegato PDR (Physical Disk Resource) per spostare l'archiviazione associata in un cluster di estensione asincrono e si verifica un errore. Ad esempio, si è tentato di spostare un ruolo file server nel sito asincrono.
Se si usa il componente aggiuntivo Gestione Cluster di Failover:
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
Se si usa il Cluster cmdlet di 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
Usare il Set-SRPartnership cmdlet per spostare questi dischi PDR in un cluster esteso asincrono. In base al feedback dei clienti, il comportamento spostato è cambiato a partire da Windows Server 2019 per consentire failover manuali e automatizzati con replica asincrona.
Aggiungere dischi a un cluster asimmetrico a due nodi: "Nessun disco adatto per i dischi del cluster trovati"
Per effettuare il provisioning di un cluster con solo due nodi, prima di aggiungere la replica estesa di Replica archiviazione, si tenta di aggiungere i dischi nel secondo sito ai dischi disponibili. Si verifica l'errore seguente:
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.
L'errore non si verifica se nel cluster sono disponibili almeno tre nodi. Per aggiungere lo spazio di archiviazione, è possibile eseguire il comando seguente sul nodo nel secondo sito:
Get-ClusterAvailableDisk -All | Add-ClusterDisk
Il comando non funziona con l'archiviazione locale del nodo. È possibile usare Replica di archiviazione per replicare un cluster esteso tra due nodi, ciascuno utilizzando il proprio set di archiviazione condivisa.
L'avviso dell'ID evento 1241 si ripete durante la sincronizzazione iniziale.
Si specifica che una relazione di replica è asincrona e il computer di origine registra ripetutamente gli eventi di avviso 1241 nell'interfaccia di amministrazione di Replica di archiviazione. For example:
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
L'ID evento 1241, "L'obiettivo del punto di ripristino (RPO) della destinazione asincrona non è disponibile", in genere si verifica per uno dei motivi seguenti:
La destinazione asincrona è attualmente disconnessa. L'RPO potrebbe diventare disponibile dopo il ripristino della connessione.
La destinazione asincrona non può tenere il passo con la sorgente, di conseguenza, il record più recente del log di destinazione non è più presente nel log di origine. La destinazione inizia a bloccare la copia. L'RPO sarà disponibile al termine della copia a blocchi.
Durante la sincronizzazione iniziale, questo evento è previsto e può essere ignorato in modo sicuro. Il comportamento dell'evento potrebbe cambiare in una versione successiva. Se osservi questo comportamento durante la replica asincrona in corso, esamina la connessione per determinare il motivo per cui la replica viene ritardata oltre il tuo RPO configurato (30 secondi per impostazione predefinita).
L'avviso dell'ID evento 4004 si ripete dopo il riavvio di un nodo replicato
In rari casi, il riavvio di un server in un partenariato comporta un errore di replica. Il nodo riavviato registra l'ID evento 4004 come evento di avviso, con un errore di accesso negato.
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.
Note Status: "{Access Denied}" and the message A process has requested access to an object, but has not been granted those access rights. This is a known issue within Storage Replica and was fixed in Quality Update September 12, 2017 KB4038782 (OS Build 14393.1715).
Errore "Impossibile portare online la risorsa "Cluster Disk x" con un cluster esteso
Per portare online un disco del cluster dopo un failover riuscito, si tenta di rendere nuovamente il sito di origine il principale, e si verifica un errore in Gestione cluster di failover.
For example:
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.
Se si tenta di spostare manualmente il disco o csv, si verifica un altro errore. For example:
Error
The operation has failed.
The action 'Move' did not complete.
Error Code: 0x8007138d
A cluster node is not available for this operation
Questo problema si verifica quando uno o più dischi non inizializzati sono collegati a uno o più nodi del cluster. Per risolvere il problema, inizializzare tutte le risorse di archiviazione collegate usando DiskMgmt.msc, DiskPart.exeo il Initialize-Disk cmdlet di PowerShell.
Microsoft sta lavorando per fornire un aggiornamento che risolva definitivamente questo problema. Per ulteriori informazioni, contatta il supporto tecnico Microsoft.
Errore GPT quando si tenta di creare una nuova partnership di replica di archiviazione
Viene eseguito il cmdlet New-SRPartnership, ma si verifica un errore e appare il seguente messaggio di errore:
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
Non è possibile configurare la replica per il disco usando la Gestione del cluster di failover.
Viene eseguito il cmdlet Test-SRTopology, ma fallisce e viene visualizzato il seguente output:
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
L'errore si verifica perché il livello di funzionalità del cluster è ancora impostato su Windows Server 2012 R2 ,ovvero FL 8. Storage Replica dovrebbe restituire un errore specifico, ma invece restituisce una mappatura dell'errore non corretta.
In una sessione di PowerShell con autorizzazioni di amministratore eseguire il comando seguente in ogni nodo:
Get-Cluster | fl *
Se l'attributo ClusterFunctionalLevel è 9 o superiore, un valore errato viene impostato per implementare Replica di Archiviazione. Se ClusterFunctionalLevel non è 9, è necessario aggiornare ClusterFunctionalLevel per implementare Replica di Archiviazione in questo nodo.
To resolve the issue, raise the cluster functional level by running the PowerShell cmdlet Update-ClusterFunctionalLevel.
Volume di piccole dimensioni sconosciuto visualizzato in DISKMGMT per ogni volume replicato
Quando si esegue lo snap-in Gestione disco (DiskMgmt.msc), è possibile notare uno o più volumi elencati senza etichetta o lettera di unità. I volumi sono di 1 MB. Potrebbe essere possibile eliminare i volumi sconosciuti oppure potrebbe essere visualizzato questo errore:
An Unexpected Error has Occurred
Questo messaggio è previsto ed è in fase di progettazione. Gli elementi elencati sono partizioni, non volumi. L'Archivio Replica crea una partizione da 512 KB come slot di database per le operazioni di replica (lo strumento legacy DiskMgmt.msc arrotonda al megabyte più vicino). È tipico avere una partizione come questa per ogni volume replicato. Quando il disco non viene più usato da Replica di archiviazione, è possibile eliminare questa partizione da 512 KB. Non è possibile eliminare una partizione se è in uso. Le dimensioni della partizione non cambiano mai. Se si sta ricreando la replica, è consigliabile eliminare la partizione perché Storage Replica reclama le partizioni inutilizzate.
Per visualizzare i dettagli, usare lo strumento DISKPART o il Get-Partition cmdlet . Queste partizioni hanno un tipo 558d43c5-a1ac-43c0-aac8-d1472b2923d1GPT .
Un nodo replica di archiviazione smette di rispondere quando si creano snapshot
You create a Volume Shadow Copy Service (VSS) snapshot, such as through backup or by using vssadmin, and a Storage Replica node stops responding, or hangs. È necessario forzare il riavvio del nodo per il ripristino.
Questo problema si verifica quando si crea uno snapshot del Servizio Copia Shadow del volume del volume di log. La causa sottostante è un aspetto di progettazione legacy di VSS (Servizio Copia Shadow del Volume), non di Replica Archiviazione. Il comportamento risultante, quando si crea uno snapshot del volume di log di Replica di archiviazione, è che un meccanismo di accodamento di I/O VSS blocca il server.
Per evitare questo scenario, non creare snapshot dei volumi di log di Replica di archiviazione. I log non possono essere ripristinati, quindi non è necessario creare uno snapshot dei volumi di log. Inoltre, il volume di log non deve mai contenere altri carichi di lavoro, quindi non è necessario alcun snapshot in generale.
Latenza di I/O elevata quando si usa Storage Spaces Direct con Storage Replica
Quando si usa Spazi di archiviazione diretta con un dispositivo NVMe (Memory Express) non volatile o una cache SSD (Solid State Drive), viene visualizzato un aumento della latenza superiore al previsto durante la configurazione della replica di replica di archiviazione tra cluster di Spazi di archiviazione diretta. Il cambiamento della latenza è proporzionalmente molto superiore rispetto a quello che si verifica quando si usano NVMe e SSD in una configurazione performance + capacity e nessun HDD Tier o livello di capacità.
Questo problema si verifica a causa delle limitazioni architettoniche nel meccanismo di log della Replica di archiviazione, combinato con la bassa latenza di NVMe rispetto ai supporti più lenti. Nella cache di Spazi di archiviazione diretta, tutte le operazioni di I/O del log di Replica archiviazione e tutte le operazioni di I/O di lettura/scrittura recenti dalle applicazioni avvengono nella cache e non si trovano mai nei livelli di prestazioni o di capacità. Tutte le attività di Replica archiviazione vengono eseguite su supporti a stessa velocità. La configurazione è supportata, ma non è consigliabile. Per indicazioni sui log, vedere Domande frequenti sulla replica di archiviazione.
Quando si usa Spazi di archiviazione diretta con dischi RIGIDI, non è possibile disabilitare o evitare di creare una cache. Come soluzione alternativa, se si usano solo UNITÀ SSD e NVMe, è possibile configurare solo livelli di prestazioni e capacità. In questo scenario, se si inseriscono solo i log di Replica di archiviazione nel livello di prestazioni e si inseriscono solo i volumi di dati che servono nel livello di capacità, si evita uno scenario a latenza elevata. È possibile ottenere un risultato simile usando una combinazione di UNITÀ SSD più veloci e lente e senza NVMe.
Questa soluzione alternativa non è ideale e alcuni clienti potrebbero non essere in grado di usarlo. Il team di Replica archiviazione sta lavorando sulle ottimizzazioni e su un meccanismo di log aggiornato per ridurre questi colli di bottiglia artificiali. Questo log v1.1 è diventato disponibile per la prima volta in Windows Server 2019. Le prestazioni migliorate sono descritte in Archiviazione presso Microsoft.
Errore "Impossibile trovare il file" quando si esegue Test-SRTopology tra due cluster
Esegui il cmdlet Test-SRTopology tra due cluster, ma i percorsi CSV dei cluster hanno esito negativo e viene visualizzato questo errore:
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
L'errore visualizzato nell'esempio si verifica a causa di un errore di codice noto in Windows Server 2016. Questo problema è stato risolto in Windows Server 2019 e negli Strumenti di amministrazione remota del server associati. Per una risoluzione di livello inferiore, contattare il supporto tecnico Microsoft. Non esiste alcuna soluzione alternativa.
Errore "Impossibile trovare il volume specificato" quando si esegue Test-SRTopology tra due cluster
Esegui il cmdlet Test-SRTopology tra due cluster, ma i percorsi CSV dei cluster hanno esito negativo e viene visualizzato questo errore:
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
Quando si specifica il volume CSV del nodo di origine come volume di origine, è necessario selezionare il nodo che possiede la CSV. È possibile spostare il file CSV nel nodo specificato oppure modificare il nome del nodo impostato in -SourceComputerName. È stato introdotto un messaggio migliorato a partire da Windows Server 2019.
Non è possibile accedere all'unità dati nella Replica di Archiviazione dopo un riavvio imprevisto quando BitLocker è abilitato.
Se BitLocker è abilitato in entrambe le unità (l'unità di log e l'unità dati), il server primario viene riavviato. Dopo il riavvio del server, non è possibile accedere all'unità primaria, anche dopo aver sbloccato l'unità di log in BitLocker.
Per ripristinare i dati o accedere all'unità, sbloccare prima l'unità di log e quindi aprire Diskmgmt.msc per individuare l'unità dati. Contrassegnare l'unità dati come offline e quindi di nuovo online. Individuare l'icona BitLocker nell'unità e sbloccare l'unità.
Non è possibile sbloccare l'unità dati nel server secondario dopo aver interrotto la partnership di Storage Replica.
Dopo aver disabilitato la partnership di Replica Archiviazione e quindi rimosso la partnership, non sarai in grado di sbloccare l'unità dati del server secondario utilizzando la corrispondente password o chiave.
Per sbloccare l'unità dati del server secondario, è necessario usare la chiave o la password dell'unità dati del server primario.
Il failover di test non viene montato nella replica asincrona
Il cmdlet Mount-SRDestination viene eseguito per portare online un volume di destinazione quando il failover di test non riesce e viene visualizzato questo errore:
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.
Se si usa un tipo di partnership sincrona, il failover di test funziona normalmente.
Un difetto di codice noto in Windows Server versione 1709 causa questo errore. Per risolvere questo problema, installare l'aggiornamento del 18 ottobre 2018. Il problema non è presente in Windows Server 2019 e versioni successive.
Non è possibile configurare Replica di archiviazione con dimensioni del settore fisico superiori a 4 KB
Attualmente, Replica di Archiviazione non supporta i dischi con una dimensione del settore fisico superiore a 4 KB. Per altre informazioni e per informazioni sulle risoluzioni, vedere Risolvere i problemi relativi alle dimensioni del settore del disco da 4 KB.