Problemi noti di Replica archiviazione

Questo articolo descrive alcuni dei problemi noti di Replica di archiviazione in Windows Server.

Dischi offline dopo la rimozione della replica e non è possibile configurare la replica

Può non essere possibile effettuare il provisioning della replica in un volume replicato in precedenza oppure si possono 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, è necessario cancellare la partizione nascosta di Replica di archiviazione dai dischi e ripristinarne lo stato scrivibile usando il cmdlet Clear-SRMetadata.

• Per rimuovere tutti gli slot database orfani della partizione di Replica archiviazione e reinstallare tutte le partizioni, usare il parametro -AllPartitions come indicato di seguito:

  Clear-SRMetadata -AllPartitions
  

• Per rimuovere tutti i dati del registro orfani di Replica archiviazione, usare il parametro -AllLogs come indicato di seguito:

  Clear-SRMetadata -AllLogs
  

• Per rimuovere tutti i dati di configurazione orfani del cluster di failover, usare il parametro -AllConfiguration come indicato di seguito:

  Clear-SRMetadata -AllConfiguration
  

• Per rimuovere i metadati singoli del gruppo di replica, usare il parametro -Name e specificare un gruppo di replica come indicato di seguito:

  Clear-SRMetadata -Name RG01 -Logs -Partition
  

Potrebbe essere necessario riavviare il server dopo la pulizia del database di partizione. È possibile impedire temporaneamente il riavvio del server con -NoRestart, ma non è consigliabile ignorare il riavvio se richiesto dal cmdlet. Questo cmdlet non rimuove i volumi di dati né i dati contenuti all'interno di tali volumi.

Durante la sincronizzazione iniziale, nel registro eventi vengono visualizzati gli avvisi relativi con ID evento 4004

Dopo aver configurato la replica, durante la sincronizzazione iniziale sia il server di origine che quello di destinazione possono visualizzare più eventi di avviso con ID evento 4004 nel registro eventi StorageReplica\Admin. La descrizione dell'evento mostra lo stato "Risorse di sistema insufficienti per completare l'API". È probabile che vengano visualizzati anche errori 5014. Questi eventi indicano che i server non hanno sufficiente memoria (RAM) disponibile per eseguire la sincronizzazione iniziale e gestire carichi di lavoro. Aggiungere RAM oppure ridurre la quantità di RAM usata da funzionalità e applicazioni diverse da Replica archiviazione.

Le macchine virtuali smettono di rispondere dopo la configurazione della replica in guest

Le macchine virtuali smettono di rispondere dopo la configurazione della replica quando si usa il clustering in guest e la Replica di archiviazione in un VHDX condiviso (non un volume condiviso cluster). Se si riavvia l'host Hyper-V, le macchine virtuali iniziano a rispondere ma la configurazione della replica non sarà completata e non verrà eseguita alcuna replica.

Questo comportamento si verifica quando si usa fltmc.exe attach svhdxflt per ignorare il requisito dell'host Hyper-V con un volume condiviso cluster in esecuzione. L'uso di questo comando non è supportato ed è consentito solo a fini di test e dimostrazione.

La causa del rallentamento è un problema di interoperabilità tra la funzionalità QoS di archiviazione 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

Impossibile configurare la replica quando si usa un'archiviazione diversa o di nuovi volumi

Quando si usa il cmdlet New-Volume insieme a diversi gruppi di archiviazione nel server di origine e destinazione, ad esempio due diversi SAN o due JBOD con dischi diversi, potrebbe non essere possibile configurare la replica usando New-SRPartnership. L'errore visualizzato può includere:

Data partition sizes are different in those two groups

Usare il cmdlet New-Partition** per creare volumi e formattarli al contrario di New-Volume, poiché l'ultimo cmdlet può arrotondare le dimensioni del volume su array di archiviazione diversi. Se è già stato creato un volume NTFS, è possibile usare Resize-Partition per aumentare o ridurre uno dei volumi in modo che corrisponda all'altro. Non è possibile usare questo metodo con i volumi ReFS. Se si usa Diskmgmt o Server Manager, non si verifica alcun arrotondamento.

L'esecuzione di Test-SRTopology ha esito negativo con errori correlati al nome

Quando si tenta di usare Test-SRTopology viene visualizzato 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 prevede una segnalazione degli 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-SRTopology in 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 relazione di Replica archiviazione restituisce un errore: "Impossibile effettuare il provisioning della partizione"

Quando si tenta di creare una nuova relazione di replica con New-SRPartnership, viene visualizzato 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 (ad esempio l'unità C: con la relativa cartella Windows). Ad esempio, in un'unità che contiene i volumi C: e D: creati dalla stessa partizione. L'uso di un'unità di sistema non è supportato in Replica di archiviazione. È necessario selezionare un volume diverso per eseguire la replica.

Il tentativo di espandere un volume replicato ha esito negativo a causa di un aggiornamento mancante

Quando si prova a estendere un volume replicato, viene restituito l'errore seguente:

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

Se si usa lo snap-in MMC Gestione disco, viene restituito l'errore seguente:

Element not found

L'errore The operation failed with return code 8 verrà restituito anche se si abilita correttamente il ridimensionamento del volume nel server di origine usando il comando Set-SRGroup -Name rg01 -AllowVolumeResize $TRUE.

Il problema è stato risolto nell'aggiornamento cumulativo per Windows 10 versione 1607 (aggiornamento dell'anniversario) e Windows Server 2016: 9 dicembre 2016 (KB3201845).

Il tentativo di espandere un volume replicato ha esito negativo a causa di un passaggio mancante

Se si tenta di ridimensionare un volume replicato nel server di origine senza impostare prima -AllowResizeVolume $TRUE, verranno restituiti gli errori seguenti:

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 il ridimensionamento del volume, ricordarsi di disabilitare il ridimensionamento con 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 erano a conoscenza della presenza di Replica di archiviazione.

Lo spostamento di una risorsa disco fisico tra siti in un cluster esteso asincrono ha esito negativo

Quando si tenta di spostare un ruolo associato alla risorsa disco fisico (PDR) per spostare lo spazio di archiviazione associato in un cluster esteso asincrono, viene restituito un errore. Ad esempio, quando si prova a spostare un ruolo file server nel sito asincrono.

Se si usa lo snap-in 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 cmdlet PowerShell del cluster:

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 Set-SRPartnership per spostare questi dischi PDR in un cluster esteso asincrono. Il comportamento relativo allo spostamento è stato modificato a partire da Windows Server 2019 per consentire failover manuali e automatizzati con replica asincrona, in base al feedback dei clienti.

Il tentativo di aggiungere dischi a un cluster asimmetrico a due nodi restituisce un messaggio relativo all'assenza di dischi adatti ai dischi del cluster

Quando si tenta di effettuare il provisioning di un cluster con solo due nodi, prima di aggiungere la replica estesa di Replica di archiviazione, tentare di aggiungere i dischi nel secondo sito ai dischi disponibili. Viene visualizzato il seguente errore:

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 funzionerà con l'archiviazione locale del nodo. È possibile usare Replica di archiviazione per replicare un cluster esteso tra due nodi totali, ognuno dei quali usa il proprio set di archiviazione condivisa.

Avviso con ID evento 1241 ripetuto durante la sincronizzazione iniziale

Quando si specifica che una relazione di replica è asincrona, il computer di origine registra ripetutamente eventi di avviso con ID evento 1241 nel canale di amministrazione di Replica di archiviazione. Ad esempio:

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 dovuto a uno dei motivi seguenti:

• La destinazione asincrona è attualmente disconnessa. L'obiettivo del punto di ripristino può diventare disponibile dopo il ripristino della connessione.

• La destinazione asincrona non è in grado di mantenere il passo con l'origine tanto che il record del log di destinazione più recente non è più presente nel log di origine. La destinazione avvierà la copia a blocchi. L'obiettivo del punto di ripristino diventerà disponibile al termine della copia a blocchi.

Durante la sincronizzazione iniziale, l'evento rappresenta un comportamento previsto e può essere tranquillamente ignorato. È possibile che il comportamento dell'evento venga modificato in una versione successiva. Se questo comportamento si verifica durante la replica asincrona in corso, esaminare la relazione per determinare il motivo per cui la replica viene ritardata oltre l'obiettivo del punto di ripristino configurato (30 secondi, per impostazione predefinita).

Avviso con ID evento 4004 ripetuto dopo il riavvio di un nodo replicato

In rari casi, il riavvio di un server che fa parte di una relazione fa sì che venga restituito un errore di replica e che il nodo riavviato registri eventi di avviso con ID evento 4004 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.

Si noti l'errore Status: "{Access Denied}" e il messaggio A process has requested access to an object, but has not been granted those access rights. Si tratta di un problema noto all'interno di Replica di archiviazione che è stato risolto nell'aggiornamento qualitativo del 12 settembre 2017 KB4038782 (Build del sistema operativo 14393.1715).

Errore "Impossibile portare online la risorsa 'Disco cluster x'" con un cluster esteso

Quando si tenta di portare online un disco del cluster dopo un failover riuscito, in cui si tenta di rendere nuovamente primario il sito di origine originale, viene visualizzato un errore in Gestione cluster di failover. Ad esempio:

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 il volume condiviso cluster, viene restituito un altro errore. Ad esempio:

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 è causato da uno o più dischi non inizializzati collegati a uno o più nodi del cluster. Per risolvere il problema, inizializzare tutte le risorse di archiviazione collegate usando DiskMgmt.msc, DISKPART.EXE o il cmdlet di PowerShell Initialize-Disk.

Microsoft sta lavorando per fornire un aggiornamento che risolva definitivamente questo problema. Per altre informazioni, contattare il supporto tecnico Microsoft.

Errore GPT quando si tenta di creare una nuova relazione di replica di archiviazione

L'esecuzione di New-SRPartnership ha esito negativo e viene visualizzato l'errore seguente:

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

Nella GUI di Gestione cluster di failover non è possibile configurare la replica per il disco.

L'esecuzione di Test-SRTopology ha esito negativo e viene visualizzato l'output seguente:

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 è causato dal livello funzionale del cluster ancora impostato su Windows Server 2012 R2 (ovvero FL 8). Replica di archiviazione dovrebbe restituire un errore specifico in questo caso, ma restituisce invece un mapping di errore non corretto.

Da una sessione di PowerShell con privilegi elevati eseguire il comando seguente in ogni nodo.

Get-Cluster | fl *

Se l'attributo ClusterFunctionalLevel è 9 o livello successivo, questa è la versione necessaria per implementare Replica di archiviazione. Se ClusterFunctionalLevel non è 9, è necessario aggiornare l'attributo ClusterFunctionalLevel per implementare Replica di archiviazione in questo nodo.

Per risolvere il problema, aumentare il livello funzionale del cluster eseguendo il cmdlet di PowerShell: Update-ClusterFunctionalLevel.

Volume di piccole dimensioni sconosciuto elencato in DISKMGMT per ogni volume replicato

Quando si esegue lo snap-in Gestione disco (DISKMGMT. MSC), si noteranno uno o più volumi elencati senza etichetta o lettera di unità e con dimensioni di 1 MB. Potrebbe essere possibile eliminare il volume sconosciuto o ricevere:

An Unexpected Error has Occurred

Il messaggio riportato sopra rappresenta un comportamento previsto ed è previsto dalla progettazione. Gli elementi elencati non sono volumi, ma sono partizioni. Replica di archiviazione crea una partizione da 512 KB come slot di database per le operazioni di replica (lo strumento legacy DiskMgmt.msc arrotonda al MB più vicino). Avere una partizione come questa per ogni volume replicato è normale e auspicabile. Quando il disco non viene più usato da Replica di archiviazione, è possibile eliminare questa partizione da 512 KB. Non è possibile eliminare le partizioni in uso. Le dimensioni della partizione non potranno mai aumentare né ridursi. Se si ricrea la replica, è consigliabile lasciare la partizione poiché Replica di archiviazione richiederà quelle inutilizzate.

Per visualizzare i dettagli, usare lo strumento DISKPART o il cmdlet Get-Partition. Queste partizioni avranno un tipo GPT di 558d43c5-a1ac-43c0-aac8-d1472b2923d1.

Un nodo di Replica di archiviazione si blocca durante la creazione di snapshot

La creazione di uno snapshot del Servizio Copia Shadow del volume (tramite backup, VSSADMIN e così via) causa il blocco di un nodo di Replica di archiviazione ed è necessario forzare il riavvio del nodo per il ripristino. Non si è verificato alcun errore, si tratta solo di un blocco forzato del server.

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 del Servizio Copia Shadow del volume, non di Replica di archiviazione. Il comportamento risultante quando si crea uno snapshot del volume di log di Replica di archiviazione è un meccanismo di accodamento di I/O del Servizio Copia Shadow del volume che blocca il server.

Per evitare questo comportamento, non creare snapshot dei volumi di log di Replica di archiviazione. Non è necessario creare snapshot dei volumi di log di Replica di archiviazione, perché questi log non possono essere ripristinati. 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 Spazi di archiviazione diretta con Replica di archiviazione

Quando si usa Spazi di archiviazione diretta con un dispositivo NVMe (Nonvolatile Memory Express) o una cache SSD (Solid-State Drive) si noterà un aumento della latenza superiore al previsto durante la configurazione della replica di Replica di archiviazione tra cluster di Spazi di archiviazione diretta. La variazione della latenza è proporzionalmente molto più elevata di quella riscontrata quando si usano NVMe e SSD in una configurazione con prestazioni + capacità e senza livello HDD né livello di capacità.

Questo problema si verifica a causa delle limitazioni dell'architettura all'interno del meccanismo di log di Replica di archiviazione combinate con la bassa latenza di NVMe rispetto ai supporti più lenti. Con la cache di Spazi di archiviazione diretta, tutti gli I/O dei log di Replica di archiviazione, insieme a tutti gli I/O di lettura/scrittura recenti delle applicazioni, si verificano nella cache e mai nei livelli di prestazioni o capacità. Ciò significa che tutte le attività di Replica di archiviazione vengono eseguite sullo stesso supporto di velocità: la configurazione è supportata ma non consigliata (vedere Domande frequenti su Replica di archiviazione per le raccomandazioni sui log).

Quando si usa Spazi di archiviazione diretta con unità HDD, non è possibile disabilitare o evitare la cache. Come soluzione alternativa, se si usa solo SSD e NVMe, è possibile configurare solo i livelli di prestazioni e capacità. Se si usa tale configurazione e si posizionano i log di Replica di archiviazione solo nel livello di prestazioni con i volumi di dati usati solo nel livello di capacità, si eviterà il problema di latenza elevata descritto in precedenza. È possibile ottenere lo stesso risultato con una combinazione di unità SSD più veloci e più lente e senza NVMe.

Questa soluzione alternativa non è ideale e alcuni clienti potrebbero non essere in grado di usarla. Il team di Replica di archiviazione sta lavorando alle ottimizzazioni e a un meccanismo di log aggiornato per il futuro per ridurre questi colli di bottiglia artificiali. Questo log v1.1 è diventato disponibile per la prima volta in Windows Server 2019 e le relative prestazioni migliorate sono descritte nel blog sull'archiviazione server.

Errore "Impossibile trovare il file" durante l'esecuzione di Test-SRTopology tra due cluster

L'esecuzione di Test-SRTopology tra due cluster e i relativi percorsi del volume condiviso cluster ha esito negativo e viene visualizzato l'errore seguente:

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 è causato da un difetto 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 "Non è stato possibile trovare il volume specificato" durante l'esecuzione di Test-SRTopology tra due cluster

L'esecuzione di Test-SRTopology tra due cluster e i relativi percorsi del volume condiviso cluster ha esito negativo e viene visualizzato l'errore seguente:

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 condiviso cluster del nodo di origine come volume di origine, è necessario selezionare il nodo proprietario del volume condiviso cluster. È possibile spostare il volume condiviso cluster nel nodo specificato oppure modificare il nome del nodo specificato in -SourceComputerName. È stato introdotto un messaggio migliorato a partire da Windows Server 2019.

Impossibile accedere all'unità dati in Replica di archiviazione dopo un riavvio imprevisto quando BitLocker è abilitato

Se BitLocker è abilitato in entrambe le unità (unità log e unità dati), il server primario viene riavviato e non sarà possibile accedere all'unità primaria anche dopo aver sbloccato l'unità log da BitLocker.

Per ripristinare i dati o accedere all'unità, è necessario sbloccare prima l'unità log e quindi aprire Diskmgmt.msc per individuare l'unità dati. Contrassegnare l'unità dati offline e quindi online. Individuare l'icona BitLocker nell'unità e sbloccare l'unità.

Problema di sblocco dell'unità dati nel server secondario dopo l'interruzione della relazione di Replica di archiviazione

Dopo aver disabilitato la relazione di Replica di archiviazione e rimosso la relazione di Replica di archiviazione, è previsto che non sia possibile sbloccare l'unità dati del server secondario con la rispettiva password o chiave.

È necessario usare la chiave o la password dell'unità dati del server primario per sbloccare l'unità dati del server secondario.

Il failover di test non viene montato quando si usa una replica asincrona

L'esecuzione di Mount-SRDestination per portare online un volume di destinazione nell'ambito del failover di test ha esito negativo e viene visualizzato l'errore seguente:

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
        + FullyQua1ifiedErrorId : Windows System Error 5823, Mount-SRDestination.

Se si usa un tipo di relazione sincrona, il failover di test funziona normalmente.

La versione 1709 di Windows Server presenta un difetto di codice noto che causa questo errore. Per risolvere questo problema, installare l'aggiornamento del 18 ottobre 2018. Questo problema non è presente in Windows Server 2019 e versioni successive.

Non è possibile configurare Replica di archiviazione con dimensioni del settore fisico maggiori di 4K

Replica di archiviazione non supporta attualmente i dischi con dimensioni del settore fisico superiori a 4K. Stiamo valutando la possibilità di implementare questa funzione nelle versioni future.

Per altre informazioni e soluzioni alternative, vedere questo documento .

Passaggi successivi

Ora che si conoscono alcuni dei problemi noti di Replica di archiviazione in Windows Server, di seguito sono riportati alcuni articoli che possono essere utili durante l'uso.

• Replica di archiviazione
• Replica di un cluster esteso tramite risorse di archiviazione condivise
• Replica di archiviazione da server a server
• Replica di archiviazione da cluster a cluster
• Replica archiviazione: Domande frequenti
• Spazi di archiviazione diretta