Édition

Partage via

FAQ sur le réplica de stockage

  • FAQ

Cet article contient des réponses aux questions fréquemment posées sur le réplica de stockage.

Le réplica de stockage est-il pris en charge sur Azure ?

Oui. Vous pouvez utiliser les scénarios suivants avec Azure :

  • Réplication de serveur à serveur à l’intérieur d’Azure (de manière synchrone ou asynchrone entre des machines virtuelles IaaS (Infrastructure as a Service) dans un ou deux domaines d’erreur de centre de données, ou de manière asynchrone entre deux régions distinctes.
  • Réplication asynchrone de serveur à serveur entre Azure et local (à l’aide d’un réseau privé virtuel (VPN) ou d’Azure ExpressRoute).
  • Réplication de cluster à cluster à l’intérieur d’Azure (de manière synchrone ou asynchrone entre des machines virtuelles IaaS dans un ou deux domaines d’erreur de centre de données, ou de manière asynchrone entre deux régions distinctes).
  • Réplication asynchrone de cluster à cluster entre Azure et local (à l’aide d’un VPN ou d’Azure ExpressRoute).
  • Étendre le clustering à l’aide de disques partagés Azure (de manière synchrone ou asynchrone entre des machines virtuelles IaaS dans un ou deux domaines d’erreur de centre de données, ou de manière asynchrone entre deux régions distinctes).

Pour plus d’informations sur le clustering invité dans Azure, consultez Déployer des clusters invités de machines virtuelles IaaS dans Azure.

Remarques importantes :

Comment afficher la progression de la réplication pendant la synchronisation initiale ?

Les messages d’ID d’événement 1237 dans le journal des événements Administrateur du réplica de stockage sur le serveur de destination affichent le nombre d’octets copiés et les octets restants toutes les 10 secondes.

Une autre option consiste à utiliser le compteur de performances du réplica de stockage sur le serveur de destination sous \Statistiques du réplica de stockage\Nombre total d’octets reçus pour un ou plusieurs volumes répliqués.

Vous pouvez également interroger le groupe de réplication à l’aide de Windows PowerShell. Par exemple, l’exemple de commande suivant obtient le nom des groupes sur la destination, puis interroge un groupe nommé réplication 2 toutes les 10 secondes pour afficher la progression :

Get-SRGroup

do{
    $r=(Get-SRGroup -Name "Replication 2").replicas
    [System.Console]::Write("Number of remaining bytes {0}`n", $r.NumOfBytesRemaining)
    Start-Sleep 10
}until($r.ReplicationStatus -eq 'ContinuouslyReplicating')
Write-Output "Replica Status: "$r.replicationstatus

Puis-je spécifier les interfaces réseau à utiliser pour la réplication ?

Oui. Pour spécifier les interfaces réseau à utiliser pour la réplication, utilisez l’applet de commande Set-SRNetworkConstraint. Cette applet de commande fonctionne au niveau de la couche d’interface. Vous pouvez l’utiliser à la fois dans les scénarios de cluster et de non-cluster.

Par exemple, avec un serveur autonome (sur chaque nœud), exécutez les commandes suivantes :

Get-SRPartnership

Get-NetIPConfiguration

Notez les informations de passerelle et d’interface (sur les deux serveurs) et les instructions de partenariat. Ensuite, exécutez :

Set-SRNetworkConstraint -SourceComputerName sr-srv06 -SourceRGName rg02 -
SourceNWInterface 2 -DestinationComputerName sr-srv05 -DestinationNWInterface 3 -DestinationRGName rg01

Get-SRNetworkConstraint

Update-SmbMultichannelConnection

Pour configurer des contraintes réseau sur un cluster étendu, exécutez :

Set-SRNetworkConstraint -SourceComputerName sr-cluster01 -SourceRGName group1 -SourceNWInterface "Cluster Network 1","Cluster Network 2" -DestinationComputerName sr-cluster02 -DestinationRGName group2 -DestinationNWInterface "Cluster Network 1","Cluster Network 2"

Puis-je configurer la réplication un-à-plusieurs ou transitive (A à B vers C) ?

Non, le réplica de stockage ne prend en charge qu’une seule réplication d’un serveur, d’un cluster ou d’un nœud de cluster étendu. Vous pouvez configurer la réplication entre différents serveurs d’une paire de volumes spécifique dans les deux sens. Par exemple, Le serveur 1 peut répliquer son volume D vers le serveur 2 et son volume E à partir du serveur 3.

Puis-je augmenter ou réduire les volumes répliqués répliqués par le réplica de stockage ?

Vous pouvez augmenter (étendre) les volumes, mais pas les réduire. Par défaut, le réplica de stockage empêche les administrateurs d’étendre les volumes répliqués. Avant le redimensionnement, utilisez l’option Set-SRGroup -AllowVolumeResize $TRUE sur le groupe source.

Par exemple:

  1. Exécutez cette commande sur l’ordinateur source : Set-SRGroup -Name YourRG -AllowVolumeResize $TRUE.
  2. Augmentez le volume à l’aide de la technique que vous préférez.
  3. Exécutez cette commande sur l’ordinateur source : Set-SRGroup -Name YourRG -AllowVolumeResize $FALSE.

Puis-je mettre en ligne un volume de destination pour un accès en lecture seule ?

Windows Server 2016 : Non. Le réplica de stockage démonte le volume de destination au début de la réplication dans Windows Server 2016.

Windows Server 2019: Oui. Vous pouvez monter le stockage de destination à l’aide de la fonctionnalité tester le basculement. Pour effectuer un test de basculement, vous devez disposer d’un volume mis en forme NTFS ou ReFS inutilisé qui n’est pas en cours de réplication sur la destination. Ensuite, montez un instantané du stockage répliqué temporairement à des fins de test ou de sauvegarde.

Pour créer un test de basculement pour le groupe de réplication RG2 sur le serveur de destination SRV2, en utilisant T: en tant que lecteur temporaire qui n’est pas répliqué, exécutez la commande suivante :

Mount-SRDestination -Name RG2 -Computername SRV2 -TemporaryPath T:\

Le volume répliqué est désormais accessible sur SRV2. Vous pouvez lire et écrire dans celui-ci normalement, copier des fichiers ou exécuter une sauvegarde en ligne que vous enregistrez ailleurs pour la conservation sécurisée. Le volume T: contient des données de journal.

Pour supprimer l’instantané de test de basculement et ignorer ses modifications, exécutez :

Dismount-SRDestination -Name RG2 -Computername SRV2

Vous devez utiliser la fonctionnalité de test de basculement uniquement pour les opérations temporaires à court terme. Elle n’est pas destinée à une utilisation à long terme. En cas d’utilisation, la réplication continue vers le volume de destination réel.

Puis-je configurer Scale-Out serveur de fichiers (SOFS) dans un cluster étendu ?

Bien qu’il soit techniquement possible, nous vous déconseillons de recommander cette configuration en raison de l’absence de prise en charge du site dans les nœuds de calcul qui contactent l’instance SOFS. Si vous utilisez la mise en réseau à distance campus, où les latences sont généralement inférieures à une milliseconde, cette configuration fonctionne généralement sans problème.

Dans une réplication de cluster à cluster, le réplica de stockage prend entièrement en charge SOFS, notamment l’utilisation d’espaces de stockage direct, lorsque vous répliquez entre deux clusters.

Les volumes partagés de cluster doivent-ils être répliqués dans un cluster étendu ou entre des clusters ?

Non. Vous pouvez répliquer à l’aide de volumes partagés de cluster ou d’une réservation de disque persistante (PDR) appartenant à une ressource de cluster, telle qu’un rôle serveur de fichiers.

Dans la réplication de cluster à cluster, le réplica de stockage prend entièrement en charge SOFS, notamment l’utilisation d’espaces de stockage direct, lors de la réplication entre deux clusters.

Puis-je configurer des espaces de stockage direct dans un cluster étendu avec un réplica de stockage ?

Non. Cette configuration n’est pas prise en charge dans Windows Server.

Dans la réplication de cluster à cluster, le réplica de stockage prend entièrement en charge SOFS et les serveurs Hyper-V, notamment l’utilisation d’espaces de stockage direct.

Comment configurer la réplication asynchrone ?

Exécutez New-SRPartnership -ReplicationMode et fournissez l’argument Asynchronous. Par défaut, toutes les réplications dans le réplica de stockage sont synchrones. Vous pouvez également modifier le mode en exécutant Set-SRPartnership -ReplicationMode.

Comment empêcher le basculement automatique d’un cluster étendu ?

Pour empêcher le basculement automatique, vous pouvez utiliser PowerShell pour configurer Get-ClusterNode -Name "NodeName").NodeWeight=0. Cette commande supprime le vote sur chaque nœud du site de récupération d’urgence. Vous pouvez ensuite exécuter Start-ClusterNode -PreventQuorum sur les nœuds du site principal et Start-ClusterNode -ForceQuorum sur les nœuds du site d’urgence pour forcer le basculement. La prévention du basculement automatique n’est pas disponible en tant qu’option de configuration de l’interface utilisateur et nous vous recommandons de ne pas empêcher le basculement automatique.

Comment désactiver la résilience des machines virtuelles ?

Pour empêcher l’exécution de la nouvelle fonctionnalité de résilience de machine virtuelle Hyper-V et de suspendre plutôt les machines virtuelles au lieu de les basculer vers le site de récupération d’urgence, exécutez (Get-Cluster).ResiliencyDefaultPeriod=0.

Comment réduire le temps de synchronisation initiale ?

Vous pouvez utiliser le stockage à provisionnement dynamique pour accélérer les temps de synchronisation initiaux. Les requêtes de réplica de stockage pour et utilisent automatiquement le stockage provisionné dynamique, notamment les espaces de stockage non cluster, les disques dynamiques Hyper-V et les numéros d’unités logiques (SAN) du réseau de zone de stockage (SAN). Une fois la réplication initiale commencée, vous ne pouvez pas réduire ou découper le volume.

Vous pouvez également utiliser des volumes de données amorçages pour réduire l’utilisation de la bande passante et, dans certains scénarios, le temps de synchronisation. Utilisez l’option Amorçage dans le Gestionnaire du cluster de basculement ou utilisez l’applet de commande New-SRPartnership pour vous assurer que le volume de destination possède un sous-ensemble de données du site principal. Si le volume est principalement vide, l’utilisation de la synchronisation amorçage peut réduire le temps et l’utilisation de la bande passante.

Pour amorçage des données, vous pouvez choisir parmi les options qui offrent différents degrés d’efficacité :

  • de réplication précédente. Répliquez via la synchronisation initiale normale localement entre les nœuds qui contiennent les disques et les volumes, supprimez la réplication, envoyez les disques de destination ailleurs, puis ajoutez la réplication à l’aide de l’option amorçage. Cette méthode est la plus efficace, car le réplica de stockage garantit un miroir de copie de blocs, et la seule chose à répliquer est les blocs delta.
  • capture instantanée restaurée ou la sauvegarde basée sur des instantanés restaurée. En restaurant un instantané basé sur un volume sur le volume de destination, il doit y avoir des différences minimales dans la disposition de bloc. Cette méthode est la plus efficace. Les blocs sont susceptibles de correspondre, car les instantanés de volume sont des images miroirs.
  • fichiers copiés. Créez un volume sur la destination qui n’a pas été utilisée, puis effectuez une copie complète robocopy /MIR arborescence des données. Il est probable qu’il y ait des correspondances de bloc. L’utilisation de l’Explorateur de fichiers Windows ou la copie d’une partie de l’arborescence ne crée pas de nombreuses correspondances de bloc. La copie manuelle de fichiers est la méthode la moins efficace d’amorçage.

Puis-je déléguer des utilisateurs pour administrer la réplication ?

Oui. Utilisez l’applet de commande Grant-SRDelegation pour déléguer des utilisateurs. Vous pouvez utiliser la commande pour définir des utilisateurs spécifiques dans des scénarios de réplication de cluster à cluster et de serveur à serveur. La commande délègue les autorisations pour créer, modifier ou supprimer la réplication sans être membre du groupe administrateurs local.

Par exemple:

Grant-SRDelegation -UserName contoso\tonywang

L’applet de commande vous rappelle que l’utilisateur doit se déconnecter, puis se connecter au serveur qu’il envisage d’administrer pour que la modification prenne effet. Vous pouvez utiliser les applets de commande Get-SRDelegation et Revoke-SRDelegation pour contrôler davantage la délégation.

Quelles sont mes options de sauvegarde et de restauration pour les volumes répliqués ?

Le réplica de stockage prend en charge la sauvegarde et la restauration du volume source. Il prend également en charge la création et la restauration d’instantanés du volume source. Vous ne pouvez pas sauvegarder ou restaurer le volume de destination lorsqu’il est protégé par le réplica de stockage, car il n’est pas monté ou accessible.

Si vous rencontrez un sinistre et que le volume source est perdu, vous pouvez utiliser l’applet de commande Set-SRPartnership pour promouvoir la destination en tant que nouveau volume source. Sur la source nouvellement promue, vous pouvez sauvegarder ou restaurer ce volume. Vous pouvez également supprimer la réplication à l’aide des applets de commande Remove-SRPartnership et Remove-SRGroup pour remonter le volume en lecture/écriture.

Pour créer des instantanés périodiques cohérents avec les applications, vous pouvez utiliser le service VSS (Volume Shadow Copy Service) en exécutant VSSAdmin.exe sur le serveur source pour instantanér des volumes de données répliqués.

Par exemple, où vous répliquez le volume F: avec le réplica de stockage, exécutez cette commande :

vssadmin create shadow /for=F:

Ensuite, après avoir changé de direction de réplication, supprimez la réplication ou restez simplement sur le même volume source, vous pouvez restaurer n’importe quel instantané à son point dans le temps.

Par exemple, toujours à l’aide de F:, exécutez :

vssadmin list shadows
vssadmin revert shadow /shadow={shadown copy ID GUID listed previously}

Vous pouvez également planifier l’exécution périodique de cet outil à l’aide d’une tâche planifiée. Pour plus d’informations sur l’utilisation de VSS, consultez vssadmin. VSS ignore le volume de journal. Vous n’avez donc pas besoin de sauvegarder le volume de journal.

Le réplica de stockage prend en charge les sauvegardes basées sur des fichiers. Le réplica de stockage ne prend pas en charge la sauvegarde et la restauration basées sur les blocs.

Quels ports réseau le réplica de stockage nécessite-t-il ?

Le réplica de stockage s’appuie sur SMB (Server Message Block) et web Services Management (WSMan) pour sa réplication et sa gestion. Les ports suivants sont donc requis :

  • 445 (SMB ; protocole de transport de réplication, protocole de gestion RPC du cluster)
  • 5445 (iWARP SMB ; nécessaire uniquement lors de l’utilisation de l’accès direct à la mémoire directe iWARP (RDMA) réseau)
  • 5985 (WSManHTTP ; protocole de gestion pour Windows Management Instrumentation (WMI)/Common Information Model (CIM)/PowerShell)

Remarque

L’applet de commande Test-SRTopology nécessite ICMPv4/ICMPv6, mais pas pour la réplication ou la gestion.

Quelles sont les meilleures pratiques en matière de volume de journaux ?

La taille optimale du journal varie largement par environnement et charge de travail, et par la quantité d’E/S d’écriture effectuées par votre charge de travail.

  • Un journal plus grand ou plus petit ne rend pas la réplication plus rapide ou plus lente.
  • Un journal plus grand ou plus petit n’a aucune incidence sur un volume de données de 10 Go par rapport à un volume de données de 10 To (par exemple).

Un journal plus volumineux collecte et conserve plus d’E/S d’écriture avant qu’ils ne soient encapsulés. Un journal plus volumineux permet d’interrompre le service entre l’ordinateur source et l’ordinateur de destination, tel qu’une panne réseau ou la destination hors connexion, pour aller plus longtemps. Par exemple, votre journal est configuré pour contenir jusqu’à 10 heures d’écritures et le réseau tombe en panne pendant 2 heures. Lorsque le réseau est retourné, la source peut lire uniquement le delta des modifications non synchronisées vers la destination. Si le journal contient 10 heures et que la panne est de deux jours, la source doit maintenant lire à partir d’un autre journal appelé bitmap, et pas s’il est généralement plus lent pour revenir à la synchronisation. Lorsqu’elle est synchronisée, elle revient à utiliser le journal.

Le réplica de stockage s’appuie sur le journal pour toutes les performances d’écriture. Les performances des journaux sont essentielles aux performances de réplication. Vous devez vous assurer que le volume de journal fonctionne mieux que le volume de données, car le journal sérialise et séquentielise toutes les E/S d’écriture. Vous devez toujours utiliser un média flash comme un disque SSD (Solid-State Drive) sur les volumes de journaux. Vous ne devez jamais autoriser l’exécution d’autres charges de travail sur le volume de journal, de la même façon que vous n’autoriseriez jamais d’autres charges de travail à s’exécuter sur des volumes de journaux de base de données SQL.

Important

Nous recommandons que votre stockage de journaux soit plus rapide que votre stockage de données et que les volumes de journaux ne sont jamais utilisés pour d’autres charges de travail.

Vous pouvez obtenir des recommandations de dimensionnement de journal en exécutant l’applet de commande Test-SRTopology. Vous pouvez également utiliser des compteurs de performances sur des serveurs existants pour faire un jugement de taille de journal. La formule est simple : surveillez le débit du disque de données (Avg Write Bytes/Sec) sous la charge de travail et utilisez-la pour calculer le temps nécessaire pour remplir le journal de différentes tailles. Par exemple, le débit du disque de données de 50 Mo/s entraîne l’habillage du journal de 120 Go divisé par 50 Mo par seconde, soit 2 400 secondes ou 40 minutes. Ainsi, la durée pendant laquelle le serveur de destination peut être inaccessible avant que le journal soit encapsulé à 40 minutes. Si le journal est encapsulé mais que la destination devient à nouveau accessible, la source relecture bloque via le journal bitmap au lieu du journal principal. La taille du journal n’a pas d’effet sur les performances.

Uniquement le disque de données du cluster source doit être sauvegardé. Les disques du journal du réplica de stockage ne doivent pas être sauvegardés, car une sauvegarde peut entrer en conflit avec les opérations de réplica de stockage.

Quelle topologie dois-je choisir : stretch cluster, cluster à cluster ou serveur à serveur ?

Le réplica de stockage est fourni dans trois configurations principales : stretch cluster, cluster à cluster et serveur à serveur. Chaque topologie présente différents avantages.

La topologie de cluster étendu est idéale si votre charge de travail nécessite un basculement automatique avec l’orchestration, comme dans un cluster de cloud privé Hyper-V ou pour l’instance FCI SQL Server. Il dispose également d’une interface graphique intégrée, gestionnaire de cluster de basculement, pour faciliter l’utilisation. Il utilise l’architecture de stockage partagé de cluster asymétrique classique des espaces de stockage, san, iSCSI et RAID via une réservation permanente. Vous pouvez exécuter cette topologie avec autant de nœuds que deux nœuds.

La topologie cluster à cluster utilise deux clusters distincts. Cette topologie est idéale si vous souhaitez effectuer un basculement manuel ou lorsque le deuxième site est approvisionné pour la récupération d’urgence et non pour une utilisation quotidienne. L’orchestration est manuelle. Contrairement à une topologie de cluster étendu, vous pouvez utiliser les espaces de stockage direct dans cette configuration (pour les mises en garde, consultez la FAQ sur le réplica de stockage et la documentation sur le cluster à cluster). Vous pouvez exécuter cette topologie avec seulement quatre nœuds.

La topologie de serveur à serveur est idéale si vous exécutez du matériel qui ne peut pas être cluster. Il nécessite un basculement manuel et une orchestration. Il est idéal pour les déploiements peu coûteux entre les succursales et les centres de données centraux, en particulier lorsque vous utilisez la réplication asynchrone. Cette configuration peut souvent remplacer des instances de réplication de système de fichiers distribués (réplication DFS) protégées par des serveurs de fichiers que vous utilisez pour les scénarios de récupération d’urgence monomaître.

Dans tous les cas, les topologies prennent en charge l’exécution sur du matériel physique et l’exécution sur des machines virtuelles. Sur une machine virtuelle, l’hyperviseur sous-jacent ne nécessite pas Hyper-V. Vous pouvez utiliser, par exemple, VMware, KVM ou Xen.

Le réplica de stockage a également un mode serveur à auto, où vous pointez la réplication vers deux volumes différents sur le même ordinateur.

La déduplication des données est-elle prise en charge avec le réplica de stockage ?

Oui. Activez la déduplication des données sur un volume sur le serveur source et pendant la réplication, le serveur de destination reçoit une copie dédupliquée du volume.

Bien que vous installer déduplication des données sur la source et les serveurs de destination (consultez Installer et activer la déduplication des données), il est important de ne pas activer déduplication des données sur le serveur de destination. Le réplica de stockage autorise uniquement les écritures sur le serveur source. Étant donné que la déduplication des données effectue des écritures dans le volume, elle doit s’exécuter uniquement sur le serveur source.

Puis-je répliquer entre Windows Server 2019 et Windows Server 2016 ?

Malheureusement, nous ne prenons pas en charge la création d’un nouveau partenariat entre Windows Server 2019 et Windows Server 2016. Vous pouvez mettre à niveau en toute sécurité un serveur ou un cluster exécutant Windows Server 2016 vers Windows Server 2019 et tous les partenariats existants continuent de fonctionner.

Pour améliorer les performances de réplication de Windows Server 2019, tous les membres du partenariat doivent exécuter Windows Server 2019. Vous devez également supprimer des partenariats existants et des groupes de réplication associés, puis les recréer avec des données amorçage (lorsque vous créez le partenariat dans Windows Admin Center ou à l’aide de l’applet de commande New-SRPartnership).

Comment signaler un problème avec le réplica de stockage ou la documentation ?

Pour obtenir de l’aide technique sur le réplica de stockage, vous pouvez publier à Microsoft Q & A ou contacter support technique Microsoft Business.

Pour connaître les problèmes liés à cette documentation, consultez la section Commentaires en bas de cette page, puis sélectionnez cette page.

Le réplica de stockage peut-il être configuré pour répliquer dans les deux sens ?

Le réplica de stockage est une technologie de réplication unidirectionnelle. Elle est répliquée uniquement à partir de la source vers la destination par volume. La direction peut être inversée à tout moment, mais elle est toujours répliquée dans une seule direction.

Vous pouvez avoir un ensemble de volumes (source et destination) répliqués dans une direction et un autre ensemble de lecteurs (source et destination) répliqués dans la direction opposée.

Par exemple, vous souhaitez configurer la réplication serveur à serveur. Server1 et Server2 ont chacun des lettres de lecteur L:, M:, N:et O:. Vous souhaitez répliquer les M: de lecteur de Server1 à Server2et répliquer les O: de lecteur de Server2 à Server1. Tant qu’il existe des lecteurs de journal distincts pour chacun des groupes, vous pouvez utiliser cette configuration :

  • Server1 lecteur source M: avec le lecteur de journaux source L: la réplication vers Server2drive M: de destination avec le lecteur de journaux de destination L:.
  • Server2 lecteur source O: avec le lecteur de journal source N: la réplication vers Server1drive O: de destination avec le lecteur de journal de destination N:.

Pouvez-vous placer des disques de cluster en mode maintenance ?

Le réplica de stockage bloque tous les disques de cluster d’entrer en mode maintenance. Pour certaines tâches, telles que l’activation ou la désactivation de BitLocker, les disques doivent être en mode maintenance. Pour les tâches qui nécessitent que les disques soient en mode maintenance, le partenariat doit d’abord être rompu, puis recréé une fois la tâche terminée.

Pouvez-vous configurer le réplica de stockage entre différentes versions du système d’exploitation ?

Le réplica de stockage bloque un nouveau partenariat si les versions du journal de réplication ne correspondent pas ou si une fonctionnalité n’est pas prise en charge par les deux serveurs. La compression du réplica de stockage est un exemple de fonctionnalité qui ne correspond pas entre les versions du système d’exploitation, car elle a été ajoutée pour la première fois dans Windows Server 2022. La tentative de configuration d’un partenariat avec un serveur qui ne prend pas en charge une fonctionnalité retourne l’erreur « L’opération demandée n’est pas prise en charge ».

Le tableau suivant montre la matrice d’interopérabilité actuelle de la version du journal :

Réplication depuis / vers Windows Server 2016 Windows Server 2019 Windows Server 2022
Windows Server 2016
Windows Server 2019
Windows Server 2022

Contenu connexe