Problèmes connus de Réplica de stockage

S’applique à: ✅ Windows Server 2025, ✅ Windows Server 2022, ✅ Windows Server 2019, ✅ Windows Server 2016

Cet article décrit certains des problèmes connus liés au réplica de stockage dans Windows Server.

Les disques sont hors connexion après la suppression de la réplication et vous ne pouvez pas configurer la réplication

Vous pourriez être incapable de provisionner la réplication sur un volume qui a été répliqué précédemment, ou vous pourriez trouver des volumes non-montables. Les disques peuvent rester hors connexion lorsque la réplication n’est pas supprimée ou lorsque vous réinstallez le système d’exploitation sur un ordinateur qui répliquait des données auparavant.

Pour résoudre le problème, effacez des disques la partition de Réplica de stockage cachée et rétablissez-les à un état accessible en écriture en utilisant la cmdlet Clear-SRMetadata.

Pour supprimer tous les emplacements orphelins de la base de données de partition de Storage Replica et remonter toutes les partitions, utilisez le paramètre -AllPartitions :
```
Clear-SRMetadata -AllPartitions
```
Pour supprimer toutes les données orphelines du journal Réplica de stockage, utilisez le paramètre -AllLogs :
```
Clear-SRMetadata -AllLogs
```
Pour supprimer toutes les données orphelines de la configuration du cluster de basculement, utilisez le paramètre -AllConfiguration :
```
Clear-SRMetadata -AllConfiguration
```
Pour supprimer des métadonnées de groupe de réplication individuelles, utilisez le -Name paramètre et spécifiez un groupe de réplication :
```
Clear-SRMetadata -Name RG01 -Logs -Partition
```

Le serveur peut avoir besoin de redémarrer après avoir nettoyé la base de données de partition. Vous pouvez empêcher temporairement le serveur de redémarrer à l’aide du -NoRestart paramètre, mais vous ne devez pas ignorer le redémarrage si l’applet de commande invite un redémarrage. Cette applet de commande ne supprime pas les volumes de données ou les données contenus dans ces volumes.

Pendant la synchronisation initiale, les avertissements de l’ID d’événement 4004 apparaissent dans le journal des événements

Pendant la synchronisation initiale après avoir configuré la réplication, la source et les serveurs de destination peuvent afficher plusieurs événements d’avertissement avec l’ID d’événement 4004 dans le StorageReplica\Admin journal des événements. La description de l’événement indique l’état « Des ressources système insuffisantes existent pour terminer l’API ». Vous verrez probablement également des erreurs d’ID d’événement 5014. Ces événements indiquent que les serveurs n’ont pas suffisamment de mémoire disponible (RAM) pour effectuer la synchronisation initiale et exécuter des charges de travail. Ajoutez de la RAM ou réduisez la quantité de RAM utilisée par les fonctionnalités et applications autres que le réplica de stockage.

Configurer la réplication dans l’invité : les machines virtuelles cessent de répondre

Les machines virtuelles ne répondent plus après avoir configuré la réplication lorsque vous utilisez le clustering intra-invité et Storage Replica sur un disque dur virtuel partagé v2 (VHDX), et non sur un volume partagé de cluster (CSV). Si vous redémarrez l’hôte Hyper-V, les machines virtuelles commencent à répondre, mais la configuration de la réplication n’est pas terminée et aucune réplication ne se produit.

Ce scénario se produit si vous utilisez fltmc.exe attach svhdxflt pour contourner la condition requise pour l’hôte Hyper-V exécutant un csv. Cette commande n’est pas prise en charge et est destinée uniquement à des fins de test et de démonstration.

La cause du ralentissement est un problème d’interopérabilité entre la qualité de service de stockage (QoS de stockage) dans Windows Server et le filtre VHDX partagé attaché manuellement.

Pour résoudre ce problème, désactivez le pilote de filtre de qualité de service de stockage et redémarrez l’hôte Hyper-V :

SC config storqosflt start= disabled

Configurer la réplication à l’aide de New-Volume et d’un stockage différent

Lorsque vous utilisez l’applet New-Volume de commande avec des ensembles de stockage différents sur le serveur source et de destination, par exemple deux SAN ou deux JBOD différents avec des disques différents, vous ne pourrez peut-être pas configurer la réplication à l’aide de l’applet New-SRPartnership de commande.

L’erreur affichée peut inclure cette sortie :

Data partition sizes are different in those two groups

Utilisez le cmdlet New-Partition au lieu de New-Volume pour créer des volumes et les formater. L’applet de commande New-Volume peut arrondir la taille du volume dans des tableaux de stockage différents. Si vous avez déjà créé un volume NTFS (New Technology File System), vous pouvez utiliser Resize-Partition pour augmenter ou réduire l’un des volumes pour qu’ils correspondent à l’autre. Vous ne pouvez pas utiliser cette méthode avec des volumes ReFS (Resilient File System). Si vous utilisez Diskmgmt ou le Gestionnaire de serveur, aucun arrondi ne se produit.

Lorsque vous tentez d’utiliser Test-SRTopology, l’une des erreurs suivantes se produit :

EXEMPLE D'ERREUR 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

EXEMPLE D'ERREUR 2 :

WARNING: Invalid value entered for source computer name

EXEMPLE D'ERREUR 2 :

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

Cette applet de commande a un rapport d’erreurs limité dans Windows Server et retourne la même sortie pour de nombreux problèmes courants. L’erreur peut apparaître pour les raisons suivantes :

Vous êtes connecté à l’ordinateur source comme utilisateur local, et non utilisateur de domaine.
L’ordinateur de destination n’est pas en cours d’exécution ou n’est pas accessible sur le réseau.
Vous avez spécifié un nom incorrect pour l’ordinateur de destination.
Vous avez spécifié une adresse IP pour le serveur de destination.
Le pare-feu de l’ordinateur de destination bloque l’accès aux appels PowerShell et/ou CIM.
L’ordinateur de destination n’exécute pas le service WMI.
Vous n’avez pas utilisé CREDSSP lors de l’exécution de l’applet de commande Test-SRTopology à distance à partir d’un ordinateur de gestion.
Le volume source ou de destination spécifiés est un disque local sur un nœud de cluster et non un disque en cluster.

La configuration d’un nouveau partenariat échoue : « Échec de l’approvisionnement de la partition »

Lorque vous tentez de créer un partenariat de réplication en utilisant New-SRPartnership, l'erreur suivante se produit :

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

Vous rencontrez cette erreur lorsque vous sélectionnez un volume de données qui se trouve sur la même partition que le lecteur système (c’est-à-dire sur C: le dossier Windows). Par exemple, sur un lecteur qui contient à la fois les volumes C: et D: créés à partir de la même partition. L’utilisation d’un lecteur système n’est pas prise en charge dans Réplica de stockage. Dans ce scénario, vous devez choisir un autre volume à répliquer.

L’extension d’un volume répliqué échoue en raison d’une mise à jour manquante

Vous tentez de développer ou d’étendre un volume répliqué, et cette erreur se produit :

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

Vous utilisez le module complémentaire MMC de gestion des disques, et l'erreur suivante se produit :

Element not found

Le message d’erreur « L’opération a échoué avec le code de retour 8 » s’affiche, même si vous activez correctement le redimensionnement du volume sur le serveur source à l’aide de la commande Set-SRGroup -Name rg01 -AllowVolumeResize $TRUE.

Le problème a été résolu dans la mise à jour cumulative pour Windows 10 version 1607 (mise à jour anniversaire) et Windows Server 2016 : 9 décembre 2016 (KB3201845).

L’extension d’un volume répliqué échoue en raison d’une étape manquante

Vous tentez de redimensionner un volume répliqué sur le serveur source sans définir -AllowResizeVolume $TRUE en premier, et cette erreur se produit :

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

Avant de développer la partition de données source, assurez-vous que la partition de données de destination dispose de suffisamment d’espace pour atteindre une taille égale. La réduction de la partition de données protégée par le réplica de stockage est bloquée.

Erreur de composant logiciel enfichable de gestion des disques :

An unexpected error has occurred

Après avoir redimensionné le volume, n’oubliez pas de désactiver le redimensionnement en exécutant Set-SRGroup -Name rg01 -AllowVolumeResize $FALSE. Ce paramètre empêche les administrateurs de tenter de redimensionner des volumes avant de s’assurer qu’il y a suffisamment d’espace sur le volume de destination, généralement parce qu’ils ignorent que le réplica de stockage est en cours d’utilisation.

Déplacer une ressource de disque physique entre des sites sur un cluster étendu asynchrone

Vous tentez de déplacer un rôle attaché à une ressource de disque physique (PDR) pour déplacer le stockage associé dans un cluster étendu asynchrone, et une erreur se produit. Par exemple, vous avez essayé de déplacer un rôle de serveur de fichiers vers le site asynchrone.

Si vous utilisez le composant logiciel enfichable Gestionnaire du cluster de basculement :

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

Si vous utilisez l’applet Cluster de commande 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

Utilisez l’applet Set-SRPartnership de commande pour déplacer ces disques PDR dans un cluster étendu asynchrone. Sur la base des retours clients, le comportement du système a été modifié à partir de Windows Server 2019 pour permettre des basculements manuels et automatisés avec réplication asynchrone.

Ajouter des disques à un cluster asymétrique à deux nœuds : « Aucun disque approprié trouvé pour les disques de cluster »

Pour approvisionner un cluster qui n’a que deux nœuds, avant d’ajouter la réplication stretch de Storage Replica, vous essayez d’ajouter les disques du deuxième site aux disques disponibles. L’erreur suivante se produit :

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.

Vous ne rencontrerez pas l’erreur si vous avez au moins trois nœuds dans le cluster. Pour ajouter le stockage, vous pouvez exécuter la commande suivante sur le nœud dans le deuxième site :

Get-ClusterAvailableDisk -All | Add-ClusterDisk

La commande ne fonctionne pas avec le stockage local de nœud. Il est possible d'utiliser Storage Replica pour répliquer un cluster réparti entre deux nœuds au total, chacun utilisant son propre ensemble de stockage partagé.

L’avertissement d’ID d’événement 1241 se répète pendant la synchronisation initiale

Vous indiquez qu’un partenariat de réplication est asynchrone et que l’ordinateur source enregistre de manière répétée les événements d’avertissement ID 1241 dans le canal Administrateur de Storage Replica. Par exemple :

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 d’événement 1241, « L’objectif de point de récupération (RPO) de la destination asynchrone n’est pas disponible », se produit généralement pour l’une des raisons suivantes :

La destination asynchrone est actuellement déconnectée. Le RPO peut devenir disponible une fois la connexion restaurée.
La destination asynchrone ne peut pas suivre le rythme de la source. Par conséquent, l’enregistrement du journal de destination le plus récent n’est plus présent dans le journal source. La destination commence à bloquer la copie. Le RPO doit être disponible une fois la copie de blocs terminée.

Pendant la synchronisation initiale, cet événement est attendu et peut être ignoré en toute sécurité. Le comportement de l’événement peut changer dans une version ultérieure. Si vous voyez ce comportement pendant la réplication asynchrone en cours, examinez le partenariat pour déterminer pourquoi la réplication est retardée au-delà de votre RPO configuré (30 secondes par défaut).

L’avertissement d’ID d’événement 4004 se répète après le redémarrage d’un nœud répliqué

Dans de rares circonstances, le redémarrage d’un serveur qui se trouve dans un partenariat entraîne l’échec de la réplication. Le nœud redémarré enregistre l’ID d’événement 4004 en tant qu’événement d’avertissement, avec une erreur « accès refusé ».

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.

Notez Status: "{Access Denied}" et le message A process has requested access to an object, but has not been granted those access rights. Ceci est un problème connu dans Storage Replica et a été résolu dans la mise à jour de qualité du 12 septembre 2017 KB4038782 (version du système d’exploitation 14393.1715).

Erreur « Échec de la mise en ligne de la ressource « Cluster Disk x » avec un cluster étendu

Pour mettre en ligne un disque de cluster après un basculement réussi, vous tentez de rétablir le site source d’origine comme site principal, et une erreur se produit dans le Gestionnaire du cluster de basculement.

Par exemple :

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.

Si vous tentez de déplacer le disque ou le fichier CSV manuellement, une autre erreur se produit. Par exemple :

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

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

Ce problème se produit quand un ou plusieurs disques non initialisés sont attachés à un ou plusieurs nœuds de cluster. Pour résoudre le problème, initialisez tout le stockage attaché à l’aide de DiskMgmt.msc, DiskPart.exe, ou par l’applet Initialize-Disk de commande PowerShell.

Nous nous efforçons de fournir une mise à jour qui résout définitivement ce problème. Pour plus d'informations, veuillez contacter le support technique Microsoft.

Erreur GPT quand vous tentez de créer un partenariat Réplica de stockage

Vous exécutez l’applet New-SRPartnership de commande, mais elle échoue et affiche cette erreur :

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

Vous ne pouvez pas configurer la réplication pour le disque en utilisant le Gestionnaire du cluster de basculement.

Vous exécutez l’applet Test-SRTopology de commande, mais elle échoue et affiche la sortie suivante :

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’erreur se produit car le niveau fonctionnel du cluster est toujours défini sur Windows Server 2012 R2 (autrement dit, FL 8). Réplica de stockage est censé retourner ici une erreur spécifique, mais retourne à la place un mappage d’erreur incorrect.

Dans une session PowerShell avec des autorisations d’administrateur, exécutez la commande suivante sur chaque nœud :

Get-Cluster | fl *

Si l’attribut ClusterFunctionalLevel est 9 ou supérieur, une mauvaise valeur est définie pour implémenter Storage Replica. Si ClusterFunctionalLevel n’est pas 9, le ClusterFunctionalLevel doit être mis à jour pour implémenter Réplica de stockage sur ce nœud.

Pour résoudre le problème, déclenchez le niveau fonctionnel du cluster en exécutant l’applet de commande PowerShell Update-ClusterFunctionalLevel.

Un petit volume inconnu est répertorié dans DISKMGMT pour chaque volume répliqué

Quand vous exécutez le composant logiciel enfichable Gestion des disques (DiskMgmt.msc), vous remarquez un ou plusieurs volumes listés sans étiquette ou lettre de lecteur. Les volumes sont de 1 Mo de taille. Vous pouvez peut-être supprimer les volumes inconnus, ou vous pouvez voir cette erreur :

An Unexpected Error has Occurred

Ce message est attendu et prévu par conception. Les éléments répertoriés sont des partitions, et non des volumes. Réplica de stockage crée une partition de 512 Ko en tant qu’emplacement de base de données pour les opérations de réplication (l’outil DiskMgmt.msc hérité est arrondi au Mo le plus proche). Il est courant d’avoir une partition comme celle-ci pour chaque volume répliqué. Lorsque le disque n’est plus utilisé par Storage Replica, vous pouvez supprimer la partition de 512 Ko. Vous ne pouvez pas supprimer une partition si elle est en cours d’utilisation. La taille de partition ne change jamais. Si vous recréez une réplication, nous vous recommandons de supprimer la partition, car Réplica de stockage revendique les partitions inutilisées.

Pour afficher les détails, utilisez l’outil DISKPART ou le cmdlet Get-Partition. Ces partitions ont un type 558d43c5-a1ac-43c0-aac8-d1472b2923d1GPT.

Un nœud de la fonctionnalité Storage Replica cesse de répondre lorsque vous créez des instantanés

Vous créez un instantané Service VSS (Volume Shadow Copy Service), comme via une sauvegarde ou en utilisant vssadmin, et un nœud Réplica de stockage cesse de répondre ou se bloque. Vous devez forcer le redémarrage du nœud pour récupérer.

Ce problème se produit lorsque vous créez un instantané VSS du volume de journal. La cause sous-jacente est un aspect de conception hérité de VSS, et non un réplica de stockage. Le comportement résultant quand vous prenez un instantané du volume des journaux Réplica de stockage est un mécanisme de mise en file d’attente des E/S VSS qui bloque le serveur.

Pour éviter ce scénario, ne capturez pas d’instantané des volumes des journaux Réplica de stockage. Les journaux ne peuvent pas être restaurés : il est donc inutile de capturer un instantané des volumes des journaux. En outre, le volume du journal ne doit jamais contenir d’autres charges de travail. Par conséquent, aucun instantané n’est nécessaire en général.

Latence élevée des E/S lorsque vous utilisez Storage Spaces Direct avec Storage Replica

Lorsque vous utilisez Storage Spaces Direct avec un appareil NVMe (nonvolatile memory express) ou un cache SSD (solid-state drive), vous constatez une augmentation de latence plus importante que prévue lors de la configuration de la réplication de Storage Replica entre des clusters Storage Spaces Direct. Le changement de latence est proportionnellement beaucoup plus élevé que celui que vous voyez lorsque vous utilisez NVMe et SSD dans une configuration de performances + de capacité et sans niveau de capacité HDD.

Ce problème se produit en raison des limitations de l’architecture du mécanisme de journalisation de Réplica de stockage, combinées à la faible latence de NVMe par rapport à un média plus lent. Dans le cache des espaces de stockage direct, toutes les E/S des journaux de Réplica de stockage ainsi que toutes les E/S de lecture/écriture récentes des applications se produisent dans le cache et jamais sur les niveaux de performance ou de capacité. Toutes l’activité de Réplica de stockage se produit sur des médias ayant la même vitesse. La configuration est prise en charge, mais nous ne la recommandons pas. Pour obtenir des recommandations concernant les journaux, consultez Questions fréquentes sur Réplica de stockage.

Lorsque vous utilisez des espaces de stockage direct avec des disques DURS, vous ne pouvez pas désactiver ou éviter de créer un cache. Pour contourner ce problème, si vous utilisez uniquement SSD et NVMe, vous pouvez configurer uniquement les niveaux de performances et de capacité. Dans ce scénario, si vous placez seulement les journaux Réplica de stockage sur le niveau de performance et que vous placez seulement les volumes de données qu’ils desservent sur le niveau de capacité, vous évitez un scénario de latence élevée. Vous pouvez obtenir un résultat similaire à l’aide d’un mélange de DISQUES SSD plus rapides et plus lents et sans NVMe.

Cette solution de contournement n’est pas idéale et certains clients peuvent ne pas être en mesure de l’utiliser. L’équipe Réplica de stockage travaille sur des optimisations et un mécanisme de journalisation mis à jour afin de réduire ces goulots d’étranglement artificiels. Ce journal v1.1 est d’abord disponible dans Windows Server 2019. Ses performances améliorées sont décrites sur le stockage chez Microsoft.

Erreur « Impossible de trouver le fichier » lorsque vous exécutez Test-SRTopology entre deux clusters

Vous exécutez l’applet Test-SRTopology de commande entre deux clusters, mais leurs chemins d’accès CSV échouent et vous voyez cette erreur :

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’erreur indiquée dans l’exemple se produit en raison d’un défaut de code connu dans Windows Server 2016. Ce problème a été résolu dans Windows Server 2019 et les outils RSAT associés. Pour une résolution de niveau inférieur, contactez Support Microsoft. Il n'existe aucune solution de contournement.

Erreur « Impossible de trouver le volume spécifié » lorsque vous exécutez Test-SRTopology entre deux clusters

Vous exécutez l’applet Test-SRTopology de commande entre deux clusters, mais leurs chemins d’accès CSV échouent et vous voyez cette erreur :

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

Lorsque vous spécifiez le fichier CSV du nœud source comme volume source, vous devez sélectionner le nœud propriétaire du fichier CSV. Vous pouvez déplacer le fichier CSV vers le nœud spécifié ou modifier le nom du nœud que vous avez défini dans -SourceComputerName. Un message amélioré a été introduit à partir de Windows Server 2019.

Vous ne pouvez pas accéder au disque de données dans la réplique de stockage après un redémarrage inattendu lorsque BitLocker est activé.

Si BitLocker est activé sur les deux lecteurs (le lecteur de journal et le lecteur de données), le serveur principal redémarre. Une fois le serveur redémarré, vous ne pouvez pas accéder au lecteur principal, même après avoir déverrouillé le lecteur BitLocker.

Pour récupérer les données ou accéder au lecteur, déverrouillez d’abord le lecteur de journal, puis ouvrez Diskmgmt.msc pour localiser le lecteur de données. Marquez le lecteur de données comme étant hors connexion, puis à nouveau en ligne. Recherchez l’icône BitLocker sur le lecteur et déverrouillez le lecteur.

Vous ne pouvez pas déverrouiller le lecteur de données sur le serveur secondaire après avoir rompu le partenariat de réplication de stockage.

Après avoir désactivé le partenariat de réplication de stockage, puis supprimé ce partenariat, vous ne pouvez pas déverrouiller le lecteur de données du serveur secondaire à l'aide du mot de passe ou de la clé qui lui sont respectivement destinés.

Pour déverrouiller le lecteur de données du serveur secondaire, vous devez utiliser la clé ou le mot de passe du lecteur de données du serveur principal.

Le test de basculement ne se monte pas lors de la réplication asynchrone.

Vous exécutez la cmdlet Mount-SRDestination pour mettre en ligne un volume de destination quand le test de basculement échoue, et vous voyez cette erreur :

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.

Si vous utilisez un type de partenariat synchrone, le test de basculement fonctionne normalement.

Un défaut de code connu dans Windows Server version 1709 provoque cette erreur. Pour résoudre ce problème, installez la mise à jour du 18 octobre 2018. Le problème n’est pas présent dans Windows Server 2019 et versions ultérieures.

Vous ne pouvez pas configurer Storage Replica avec une taille de secteur physique supérieure à 4 Ko

Actuellement, Replica de stockage ne prend pas en charge les disques dont la taille de secteur physique est supérieure à 4 Ko. Pour plus d’informations et pour en savoir plus sur les résolutions, consultez Résoudre les problèmes de taille de secteur disque de 4 Ko.

Commentaires

Cette page a-t-elle été utile ?

Last updated on 2025-05-06