Problèmes connus liés au réplica de stockage

Article
05/31/2023

S’applique à : Azure Stack HCI; 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.

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

Il est possible que vous ne puissiez pas configurer la réplication sur un volume qui a été précédemment répliqué ou que vous trouviez 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, vous devez effacer la partition de réplica de stockage cachée des disques et rétablir un état accessible en écriture à l’aide de l’applet de commande Clear-SRMetadata.

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

Le serveur peut avoir besoin de redémarrer après le nettoyage de la base de données de partition. Vous pouvez empêcher le serveur de redémarrer temporairement avec -NoRestart, mais vous ne devez pas ignorer le redémarrage si l’applet de commande le demande. Cette applet de commande ne supprime pas les volumes de données ni les données contenues dans ces volumes.

Lors de la synchronisation initiale, les avertissements de l’ID d’événement 4004 sont affichés dans le journal des événements

Après avoir configuré la réplication, pendant la synchronisation initiale, les serveurs source et de destination peuvent afficher plusieurs événements d’avertissement avec l’ID d’événement 4004 dans le journal des événements StorageReplica\Administration. La description de l’événement indique l’état « Ressources système insuffisantes pour terminer l’API ». Vous êtes susceptible de rencontrer aussi des erreurs 5014. Ces événements indiquent que les serveurs ne disposent pas de suffisamment de mémoire (RAM) pour exécuter à la fois la synchronisation initiale et les 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.

Les machines virtuelles cessent de répondre après la configuration de la réplication in-guest

Les machines virtuelles cessent de répondre après avoir configuré la réplication lors de l’utilisation du clustering in-guest et du réplica de stockage sur un VHDX partagé (pas un volume partagé de cluster). Si vous redémarrez l’hôte Hyper-V, les machines virtuelles répondent, mais la configuration de la réplication n’est pas terminée et aucune réplication ne se produit.

Ce comportement se produit quand vous utilisez fltmc.exe attach svhdxflt pour contourner la nécessité de l’hôte Hyper-V exécutant un volume CSV. L’utilisation de 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 dans Windows Server et le filtre VHDX partagé relié 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

Impossible de configurer la réplication lors de l’utilisation de New-Volume et de stockage différent

Quand vous utilisez l’applet de commande New-Volume avec différents ensembles de stockage sur les serveurs source et de destination, tels que deux SAN différents ou deux boîtiers JBOD avec des disques différents, il est possible que vous ne puissiez pas par la suite configurer la réplication avec New-SRPartnership. L’erreur affichée peut indiquer :

Data partition sizes are different in those two groups

Utilisez l’applet de commande New-Partition** pour créer des volumes et les mettre en forme au lieu de New-Volume, comme cette dernière peut arrondir la taille du volume sur différents groupes de stockage. Si vous avez déjà créé un volume NTFS, vous pouvez utiliser Resize-Partition pour agrandir ou réduire l’un des volumes pour qu’il corresponde à l’autre. Vous ne pouvez pas utiliser cette méthode avec des volumes ReFS. Si vous utilisez Diskmgmt ou le Gestionnaire de serveur, aucun arrondi n’est effectué.

Quand vous tentez d’utiliser Test-SRTopology, vous recevez l’une des erreurs suivantes :

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 3 :

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

Cette applet de commande offre un signalement des erreurs limité dans Windows Server et retourne le même résultat 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 du nouveau partenariat de réplica de stockage retourne une erreur, « Impossible de mettre en service la partition »

Quand vous tentez de créer un partenariat de réplication avec New-SRPartnership, vous recevez l’erreur suivante :

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 rencontrerez cette erreur en sélectionnant un volume de données qui se trouve sur la même partition que le lecteur système (autrement dit, le lecteur C: avec son dossier Windows). par exemple, sur un lecteur qui contient à la fois les volumes C: et D: créés à partir de la même partition. Utiliser un lecteur de système qui n’est pas pris en charge dans le réplica de stockage ; vous devez choisir un volume différent à répliquer.

Échec de la tentative de croissance d’un volume répliqué en raison d’une mise à jour manquante

Quand vous essayez d’augmenter la taille ou d’étendre un volume répliqué, vous recevez l’erreur suivante :

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 vous utilisez le composant logiciel enfichable MMC Gestion des disques, vous recevez cette erreur :

Element not found

Vous recevez The operation failed with return code 8 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 mise à jour cumulative pour Windows 10, version 1607 (mise à jour anniversaire) et Windows Server 2016 : 9 décembre 2016 (KB3201845).

Échec de la tentative de croissance d’un volume répliqué en raison d’une étape manquante

Si vous tentez de redimensionner un volume répliqué sur le serveur source sans définir -AllowResizeVolume $TRUE au préalable, vous recevez les erreurs suivantes :

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 le redimensionnement du volume, n’oubliez pas de désactiver le redimensionnement avec Set-SRGroup -Name rg01 -AllowVolumeResize $FALSE. Ce paramètre empêche les administrateurs de tenter de redimensionner les volumes avant de s’assurer qu’il y a suffisamment d’espace sur le volume de destination, généralement parce qu’ils ignoraient la présence du réplica de stockage.

Déplacement d’une ressource de disque physique entre des sites sur un cluster étendu asynchrone

Quand vous tentez de déplacer un rôle lié à une ressource de disque physique (PDR), afin de déplacer le stockage associé dans un cluster étendu asynchrone, vous recevez une erreur. Par exemple, essayez 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 de commande PowerShell 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

Utilisez Set-SRPartnership pour déplacer ces disques de ressource de disque physique dans un cluster étendu asynchrone. Le comportement déplacé a été modifié à partir de Windows Server 2019 pour autoriser les basculements manuels et automatisés avec réplication asynchrone, en fonction des commentaires des clients.

Une tentative d’ajout de disques à un cluster asymétrique à deux nœuds retourne un message de type « Aucun disque approprié pour les disques de cluster trouvés »

Quand vous tentez de configurer un cluster avec deux nœuds uniquement, avant d’ajouter la réplication de cluster étendu de réplica de stockage, vous tentez d’ajouter les disques du deuxième site aux disques disponibles. Vous recevez l’erreur suivante :

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 du nœud. Vous pouvez utiliser le réplica de stockage pour répliquer un cluster étendu entre deux nœuds totaux, chacun utilisant son propre ensemble de stockage partagé.

Avertissement de l’ID d’événement 1241 répété pendant la synchronisation initiale

Lorsque la spécification d’un partenariat de réplication est asynchrone, l’ordinateur source consigne à plusieurs reprises les événements d’avertissement de l’ID d’événement 1241 dans le canal d’administration de réplica de stockage. 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

ID d’événement 1241, « L’objectif de point de récupération (RPO) de la destination asynchrone n’est pas disponible » est généralement dû à l’une des raisons suivantes :

La destination asynchrone est actuellement déconnectée. Le RPO peut devenir disponible après la restauration de la connexion.
La destination asynchrone ne peut pas suivre le rythme de la source, de sorte que l’enregistrement de 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.

Lors de la synchronisation initiale, l’événement est un comportement attendu et peut être ignoré en toute sécurité. Le comportement d’événement peut être modifié 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).

Avertissement de l’ID d’événement 4004 répété après le redémarrage d’un nœud répliqué

Dans de rares circonstances, le redémarrage d’un serveur faisant partie d’un partenariat entraîne l’échec de la réplication et les événements d’avertissement de l’ID d’événement de journalisation des nœuds redémarrés 4004 avec une erreur d’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 le Status: "{Access Denied}" et le message A process has requested access to an object, but has not been granted those access rights. Il s’agit d’un problème connu dans le réplica de stockage et il a été résolu dans mise à jour de qualité du 12 septembre 2017 KB4038782 (build du système d’exploitation 14393.1715).

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

Lorsque vous tentez de mettre un disque de cluster en ligne après un basculement réussi, où vous tentez de rétablir le site source d’origine principal, vous recevez une erreur 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, vous recevez une autre erreur. 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 est dû au fait qu’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 de l’applet de commande PowerShell Initialize-Disk.

Nous nous efforçons de fournir une mise à jour qui résout définitivement ce problème. Contactez le support Microsoft pour obtenir des informations supplémentaires.

Erreur GPT lors de la tentative de création d’un partenariat SR

L’exécution New-SRPartnership échoue avec l’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

Dans l’interface graphique du composant logiciel enfichable Gestionnaire du cluster de basculement, il n’existe aucune possibilité de configurer la réplication pour le disque.

L’exécution Test-SRTopology échoue avec 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 est due au fait que le niveau fonctionnel du cluster est toujours défini sur Windows Server 2012 R2 (autrement dit, FL 8). Le réplica de stockage est censé retourner une erreur spécifique ici, mais retourne à la place un mappage d’erreur incorrect.

Exécutez la commande suivante sur chaque nœud à partir d’une session PowerShell avec élévation de privilèges.

Get-Cluster | fl *

Si l’attribut ClusterFunctionalLevel est 9 ou supérieur, il s’agit de la version nécessaire pour implémenter le réplica de stockage. Si ClusterFunctionalLevel n’est pas 9, le ClusterFunctionalLevel doit être mis à jour pour implémenter le réplica de stockage sur ce nœud.

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

Petit volume inconnu répertorié dans DISKMGMT pour chaque volume répliqué

Lors de l’exécution du composant logiciel enfichable Gestion des disques (DISKMGMT. MSC), vous remarquez un ou plusieurs volumes répertoriés sans étiquette ni lettre de lecteur et d’une taille de 1 Mo. Vous pouvez peut-être supprimer le volume inconnu ou recevoir :

An Unexpected Error has Occurred

Le message ci-dessus est un comportement attendu et est par conception. Les éléments répertoriés ne sont pas des volumes, mais des partitions. Le 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). Avoir une partition comme celle-ci pour chaque volume répliqué est normal et souhaitable. Une fois que le disque n’est plus utilisé par le réplica de stockage, vous êtes libre de supprimer cette partition de 512 Ko ; les partitions en cours d’utilisation ne peuvent pas être supprimées. La partition ne se développera jamais ou ne diminuera jamais. Si vous recréez la réplication, nous vous recommandons de laisser la partition, car le réplica de stockage revendiquera les non utilisés.

Pour afficher les détails, utilisez l’outil DISKPART ou l’applet de commande Get-Partition. Ces partitions auront un type GPT de 558d43c5-a1ac-43c0-aac8-d1472b2923d1.

Un nœud de réplica de stockage se bloque lors de la création d’instantanés

La création d’une capture instantanée VSS (via la sauvegarde, VSSADMIN, etc.) provoque le blocage d’un nœud de réplica de stockage, vous devez forcer le redémarrage du nœud à récupérer. Il n’y a pas d’erreur, juste un blocage difficile du serveur.

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 lorsque vous capturez un instantané du volume de journal du réplica de stockage est un mécanisme de mise en file d’attente d’E/S VSS qui interblocage le serveur.

Pour éviter ce comportement, ne capturez pas d’instantané les volumes de journaux du réplica de stockage. Il n’est pas nécessaire de réaliser des instantanés des volumes de journaux de réplica de stockage, car ces journaux ne peuvent pas être restaurés. En outre, le volume de journal ne doit jamais contenir d’autres charges de travail, de sorte qu’aucun instantané n’est nécessaire en général.

Latence d’E/S élevée lors de l’utilisation de espaces de stockage direct avec le réplica de stockage

Lorsque vous utilisez les espaces de stockage direct avec un périphérique NVMe (mémoire express non volatile) ou un cache SSD (ssd), vous constatez une augmentation de latence plus importante que prévu lors de la configuration de la réplication du réplica de stockage entre clusters d’espaces de stockage direct. Le changement de latence est proportionnellement beaucoup plus élevé que lorsque vous utilisez NVMe et SSD dans une configuration performances + capacité et sans niveau HDD, ni niveau capacité.

Ce problème se produit en raison des limitations architecturales du mécanisme de journalisation du réplica de stockage combinées à la faible latence de NVMe par rapport à un média plus lent. Avec le cache des espaces de stockage direct, toutes les E/S des journaux du réplica de stockage, ainsi que toutes les E/S récentes des applications en lecture/écriture, se produisent dans le cache et jamais sur les niveaux de performances ou de capacité. Ce qui signifie que toutes les activités de réplica de stockage se produisent sur le même média de vitesse. La configuration est prise en charge, mais n’est pas recommandée (voir Forum aux questions sur le réplica de stockage pour les recommandations de journal).

Lorsque vous utilisez espaces de stockage direct avec des disques durs, vous ne pouvez pas désactiver ou éviter le cache. En guise de solution de contournement, si vous utilisez uniquement SSD et NVMe, vous pouvez configurer uniquement les niveaux de performances et de capacité. Si vous utilisez cette configuration et en plaçant les journaux SR sur le niveau de performance uniquement et les volumes de données qu’ils maintiennent étant sur le niveau de capacité uniquement, vous éviterez le problème de latence élevée décrit ci-dessus. La même chose pourrait être effectuée avec 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 de réplica de stockage travaille sur des optimisations et un mécanisme de journalisation mis à jour pour l’avenir, afin de réduire ces goulots d’étranglement artificiels. Ce journal v1.1 est devenu disponible dans Windows Server 2019 et ses performances améliorées sont décrites dans le blog Stockage serveur.

Erreur « Impossible de trouver le fichier » lors de l’exécution de Test-SRTopology entre deux clusters

L’exécution de Test-SRTopology entre deux clusters et leurs chemins CSV échoue avec l’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 présentée dans l’exemple est due à 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 « le volume spécifié est introuvable » lors de l’exécution de Test-SRTopology entre deux clusters

L’exécution de Test-SRTopology entre deux clusters et leurs chemins CSV échoue avec l’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 nœud source CSV comme volume source, vous devez sélectionner le nœud propriétaire du csv. Vous pouvez déplacer le fichier CSV vers le nœud spécifié ou modifier le nom de nœud que vous avez spécifié dans -SourceComputerName. Un message amélioré a été introduit à partir de Windows Server 2019.

Impossible d’accéder au lecteur de données dans le réplica de stockage après un redémarrage inattendu lorsque BitLocker est activé

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

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

Problème de déverrouillage du lecteur de données sur le serveur secondaire après avoir rompu le partenariat de réplica de stockage

Après avoir désactivé le partenariat SR et supprimé le partenariat de réplica de stockage, ceci est attendu si vous ne parvenez pas à déverrouiller le lecteur de données du serveur secondaire avec son mot de passe ou sa clé respective.

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

Le test de basculement ne se monte pas lors de l’utilisation de la réplication asynchrone

L’exécution de Mount-SRDestination pour mettre en ligne un volume de destination dans le cadre du test de basculement échoue avec l’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
        + FullyQua1ifiedErrorId : Windows System Error 5823, Mount-SRDestination.

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

Il existe un défaut de code connu dans Windows Server, version 1709, qui a provoqué cette erreur affichée. Pour résoudre ce problème, installez la mise à jour du 18 octobre 2018. Ce problème n’est pas présent dans Windows Server 2019 et versions ultérieures.

Impossible de configurer le réplica de stockage avec des tailles de secteur physique supérieures à 4 Ko

Le réplica de stockage ne prend pas en charge les disques avec des tailles de secteur physique supérieures à 4 Ko aujourd’hui. Nous envisageons d’implémenter cette fonctionnalité dans les versions futures.

Consultez ce document pour plus d’informations sur les solutions de contournement.

Étapes suivantes

Maintenant que vous comprenez certains des problèmes connus liés au réplica de stockage dans les serveurs Windows, voici quelques articles qui peuvent vous aider à l’utiliser.