Réplication de stockage de serveur à serveur

Article
03/21/2025
S’applique à:

✅ Windows Server 2025, ✅ Windows Server 2022, ✅ Windows Server 2019, ✅ Windows Server 2016, ✅ Azure Local, versions 23H2 and 22H2

Vous pouvez utiliser Storage Replica pour configurer deux serveurs afin de synchroniser les données, de sorte que chacun dispose d'une copie identique du volume. Cet article fournit un arrière-plan de cette configuration de réplication de serveur à serveur et explique comment le configurer et gérer l’environnement.

Pour gérer Storage Replica, vous pouvez utiliser Windows Admin Center ou PowerShell.

Voici une vidéo présentant l’utilisation de Storage Replica dans le Windows Admin Center.

Prérequis

Forêt de services de domaine Active Directory (exécution de Windows Server 2016 non nécessaire).
Deux serveurs exécutant Windows Server 2019 ou version ultérieure, ou Windows Server 2016 Datacenter Edition. Si vous exécutez Windows Server 2019, vous pouvez utiliser Standard Edition si vous ne répliquez qu’un seul volume jusqu’à 2 To.
Deux ensembles de stockage, utilisant des JBOD SAS, un réseau SAN Fibre Channel, une cible iSCSI ou un stockage SCSI/SATA local. Le stockage doit contenir un mélange de disques durs et SSD. Vous allez rendre chaque ensemble de stockage disponible uniquement pour chacun des serveurs, sans aucun accès partagé.
Chaque ensemble de stockage doit autoriser la création d’au moins deux disques virtuels, un pour les données répliquées et un autre pour les journaux. Le stockage physique doit avoir la même taille de secteur sur tous les disques de données. Le stockage physique doit avoir la même taille de secteur sur tous les disques de journalisation.
Au moins une connexion Ethernet/TCP sur chaque serveur pour la réplication synchrone, mais de préférence RDMA.
Règles de pare-feu et de routeur appropriées pour autoriser le trafic bidirectionnel ICMP, SMB port 445, SMB Direct port 5445 et WS-MAN port 5985 entre tous les nœuds.
Un réseau entre les serveurs avec suffisamment de bande passante pour contenir votre charge de travail d’écriture d’E/S et une latence d’aller-retour d’environ 5 ms, pour la réplication synchrone. La réplication asynchrone n’a pas de recommandation de latence.
Le stockage répliqué ne peut pas se trouver sur le lecteur contenant le dossier du système d’exploitation Windows.

Si vous répliquez entre des serveurs locaux et des machines virtuelles Azure, vous devez créer une liaison réseau entre les serveurs locaux et les machines virtuelles Azure. Pour ce faire, utilisez Express Route, une connexion de passerelle VPN de site à site ou installez un logiciel VPN dans vos machines virtuelles Azure pour les connecter à votre réseau local.

Importante

Dans ce scénario, chaque serveur doit être dans un site physique ou logique différent. Chaque serveur doit être en mesure de communiquer avec les autres par le biais d’un réseau.

La plupart de ces exigences peuvent être déterminées à l’aide de l’applet de commande Test-SRTopology. Vous pouvez accéder à cet outil si vous installez Storage Replica ou les outils de gestion Storage Replica Management Tools sur au moins un serveur. Il n’est pas nécessaire de configurer de réplica de stockage pour utiliser cet outil, mais vous devez installer l’applet de commande.

Impératifs liés à Windows Admin Center

Pour utiliser Storage Replica et Windows Admin Center ensemble, vous avez besoin des conditions suivantes :

Système	Système d’exploitation	Obligatoire pour
Deux serveurs (toute combinaison de matériel local, de machines virtuelles et de machines virtuelles cloud, y compris les machines virtuelles Azure)	Windows Server 2019, Windows Server 2016 ou Windows Server (Canal semi-annuel)	Réplica de stockage
Un SEUL PC	Windows 10 ou version ultérieure	Windows Admin Center

Note

Actuellement, vous ne pouvez pas utiliser Windows Admin Center sur un serveur pour gérer Storage Replica.

Termes

Cette procédure pas à pas utilise l’environnement suivant comme exemple :

Deux serveurs, nommés SR-SRV05 et SR-SRV06.
Une paire de sites logiques qui représentent deux centres de données différents, l’un étant nommé Redmond et l’autre Bellevue.

Diagramme montrant un serveur du bâtiment 5 en cours de réplication avec un serveur du bâtiment 9

Étape 1 : Installer et configurer Windows Admin Center

Si vous utilisez Windows Admin Center pour gérer le réplica de stockage, suivez les étapes suivantes pour préparer votre PC afin de gérer le réplica de stockage.

Téléchargez et installez Windows Admin Center.
Téléchargez et installez les outils d’administration de serveur distant.

Si vous utilisez Windows 10, version 1809 ou ultérieure, installez le module RSAT : Storage Replica pour Windows PowerShell à partir des fonctionnalités à la demande.
Ouvrez une fenêtre PowerShell avec élévation de privilèges et exécutez la commande suivante pour activer le protocole WS-Management sur l’ordinateur local et configurer la configuration par défaut pour la gestion à distance sur le client :
```
winrm quickconfig
```
Tapez Y pour activer les services WinRM et activer l’exception de pare-feu WinRM.

Étape 2 : Configurer le système d’exploitation, les fonctionnalités, les rôles, le stockage et le réseau

Installez Windows Server Desktop Experience sur les deux nœuds serveur.

Pour utiliser une machine virtuelle Azure connectée à votre réseau via ExpressRoute, consultez Ajout d’une machine virtuelle Azure connectée à votre réseau via ExpressRoute.

Note

À partir de Windows Admin Center version 1910, vous pouvez configurer automatiquement un serveur de destination dans Azure. Si vous choisissez cette option, installez Windows Server sur le serveur source, puis passez à Étape 3 : Configurer la réplication de serveur à serveur.
Ajoutez des informations réseau, joignez les serveurs au même domaine que votre PC de gestion Windows 10 (si vous en utilisez un), puis redémarrez les serveurs.

Note

À partir de ce stade, connectez-vous toujours en tant qu’utilisateur de domaine membre du groupe d’administrateurs intégré sur tous les serveurs. Pensez toujours à élever vos invites CMD et PowerShell à l’avenir lors de l’exécution sur une installation de serveur graphique ou sur un ordinateur Windows 10 ou versions ultérieures.
Connectez le premier ensemble de boîtiers de stockage JBOD, la cible iSCSI, le SAN FC ou le stockage sur disque fixe local (DAS) au serveur du site Redmond.
Connectez le deuxième ensemble de stockage au serveur du site Bellevue.
Installez comme nécessaire les derniers pilotes et microprogrammes de stockage et de boîtier du fournisseur, les derniers pilotes du fournisseur HBA, le dernier microprogramme du fournisseur de BIOS/UEFI, les derniers pilotes réseau du fournisseur et les derniers pilotes de carte mère sur les deux nœuds. Redémarrez les nœuds si besoin.

Note

Consultez la documentation de votre fournisseur de matériel pour la configuration du stockage partagé et du matériel réseau.
Vérifiez que les paramètres BIOS/UEFI des serveurs permettent de hautes performances, par exemple avec la désactivation de C-State, la définition de la vitesse de QPI, l’activation de NUMA et la définition de la fréquence mémoire la plus élevée. Vérifiez que la gestion de l’alimentation dans Windows Server est définie pour favoriser de hautes performances. Redémarrez quand vous y êtes invité.
Configurez les rôles comme suit :
- Méthode Windows Admin Center
  1. Dans Windows Admin Center, accédez à gestionnaire de serveur, puis sélectionnez l’un des serveurs.
  2. Accédez à Rôles & Fonctionnalités.
  3. Sélectionnez Fonctionnalités, puis Réplica de stockage et Installer.
  4. Répétez ces étapes sur l’autre serveur.
- Méthode de gestionnaire de serveur
  1. Dans gestionnaire de serveur, sélectionnez Créer un groupe de serveurs, puis ajoutez tous les nœuds de serveur.
  2. Installez le rôle Serveur de fichiers et la fonctionnalité Réplica de stockage sur chacun des nœuds, puis redémarrez-les. Pour plus d’informations, consultez installer ou désinstaller des rôles, des services de rôle ou des fonctionnalités
- Méthode Windows PowerShell
  
  Sur sr-SRV06 ou un ordinateur de gestion à distance, exécutez la commande suivante pour installer les fonctionnalités et rôles requis et les redémarrer :
```
$Servers = 'SR-SRV05','SR-SRV06'
$Servers | ForEach { Install-WindowsFeature -ComputerName $_ -Name Storage-Replica,FS-FileServer -IncludeManagementTools -Restart }
```
Configurez le stockage comme suit :
Importante
- Vous devez créer deux volumes sur chacun des boîtiers : un pour les données et l’autre pour les journaux.
- Les disques de journaux et de données doivent être initialisés en tant que GPT, et non pas MBR.
- Les deux volumes de données doivent être de la même taille.
- Les deux volumes de journaux doivent être de la même taille.
- Tous les disques de données répliqués doivent avoir la même taille de secteur.
- Tous les disques de journaux doivent avoir la même taille de secteur.
- Les volumes de journaux doivent utiliser un stockage flash, comme les disques SSD. Microsoft recommande que le stockage des journaux soit plus rapide que le stockage des données. Les volumes de logs ne doivent jamais être utilisés pour d'autres types de charges de travail.
- Les disques de données peuvent utiliser des disques HDD, des disques SSD ou une combinaison hiérarchisée et utiliser des espaces de parité ou en miroir, ou RAID 1 ou 10, ou RAID 5 ou RAID 50.
- Le journal doit avoir une taille par défaut de 9 Go, qui peut être supérieure ou inférieure selon la configuration requise.
- Le rôle serveur de fichiers est uniquement nécessaire pour que Test-SRTopology fonctionne, car elle ouvre les ports de pare-feu nécessaires au test.
- Pour les boîtiers JBOD :
  1. Assurez-vous que chaque serveur peut voir uniquement les boîtiers de stockage de ce site et que les connexions SAS sont correctement configurées.
  2. Approvisionnez le stockage à l’aide d’espaces de stockage en suivant les étapes 1 à 3 indiquées dans Déployer des espaces de stockage sur un serveur autonome à l’aide de Windows PowerShell ou du Gestionnaire de serveur.
- Pour le stockage iSCSI :
  1. Assurez-vous que chaque cluster peut voir uniquement les boîtiers de stockage de ce site. Vous devez utiliser plusieurs cartes réseau si vous utilisez iSCSI.
  2. Configurez le stockage à l’aide de la documentation de votre fournisseur. Si vous utilisez le ciblage iSCSI basé sur Windows, consultez vue d’ensemble du serveur cible iSCSI.
- Pour le stockage FC SAN :
  1. Assurez-vous que chaque cluster peut voir uniquement les boîtiers de stockage de ce site et que vous avez correctement regroupé les hôtes.
  2. Configurez le stockage à l’aide de la documentation de votre fournisseur.
- Pour le stockage sur disque fixe local :
  - Vérifiez que le stockage ne contient aucun volume système, fichier d’échange ni fichier dump.
  - Configurez le stockage à l’aide de la documentation de votre fournisseur.
Démarrez Windows PowerShell et utilisez l’applet de commande Test-SRTopology pour déterminer si toutes les conditions des réplicas de stockage sont satisfaites. Vous pouvez utiliser l’applet de commande en mode configuration requise uniquement pour un test rapide et un mode d’évaluation des performances de longue durée. Par exemple :

Pour valider les nœuds proposés, chacun ayant un volume de F : et G :, et exécuter le test pendant 30 minutes :
```
$params = @{
    SourceComputerName   = 'SR-SRV05'
    SourceVolumeName     = 'F:'
    SourceLogVolumeName  = 'G:'
    DestinationComputerName = 'SR-SRV06'
    DestinationVolumeName = 'F:'
    DestinationLogVolumeName = 'G:'
    DurationInMinutes    = 30
    ResultPath           = 'C:\Temp'
}
MD C:\Temp
Test-SRTopology @params
```
Importante

Lors de l’utilisation d’un serveur de test sans charge d’E/S en écriture sur le volume source spécifié pendant la période d’évaluation, envisagez d’ajouter une charge de travail pour générer un rapport utile. Vous devez effectuer des tests avec des charges de travail de type production afin de voir des nombres réels et les tailles de journal recommandées. Vous pouvez également copier certains fichiers dans le volume source pendant le test, ou télécharger et exécuter DISKSPD pour générer des E/S d’écriture. Par exemple, un échantillon avec une faible charge de travail d’E/S d’écriture pendant 10 minutes pour le volume D: :

Diskspd.exe -c1g -d600 -W5 -C5 -b8k -t2 -o2 -r -w5 -i100 -j100 d:\test
Examinez le rapport TestSrTopologyReport.html pour vous assurer que vous répondez aux exigences de Storage Replica.

Étape 3 : Configurer la réplication de serveur à serveur

Utilisation de Windows Admin Center

Ajoutez le serveur source.
1. Sélectionnez le bouton Ajouter.
2. Sélectionnez Ajouter une connexion au serveur.
3. Tapez le nom du serveur, puis sélectionnez Envoyer.
Dans la page Toutes les connexions, sélectionnez le serveur source.
Sélectionnez Réplica de stockage dans le volet Outils.
Sélectionnez Nouveau pour créer un nouveau partenariat. Pour créer une machine virtuelle Azure à utiliser comme destination pour le partenariat :
1. Sous Répliquer avec un autre serveur , sélectionnez Utiliser une nouvelle machine virtuelle Azure, puis sélectionnez Suivant. Si vous ne voyez pas cette option, vérifiez que vous utilisez Windows Admin Center version 1910 ou une version ultérieure.
2. Spécifiez les informations de votre serveur source et le nom du groupe de réplication, puis sélectionnez Suivant.
  
  Cela démarre un processus qui sélectionne automatiquement un Windows Server 2019 ou une machine virtuelle Azure Windows Server 2016 en tant que destination pour la source de migration. Le Service de migration de stockage recommande des tailles de machine virtuelle pour correspondre à votre source, mais vous pouvez remplacer cela en sélectionnant Afficher toutes les tailles. Les données d’inventaire sont utilisées pour configurer automatiquement vos disques managés et leurs systèmes de fichiers, et joindre votre nouvelle machine virtuelle Azure à votre domaine Active Directory.
3. Une fois que Windows Admin Center a créé la machine virtuelle Azure, fournissez un nom de groupe de réplication, puis sélectionnez Créer. Windows Admin Center démarre ensuite le processus normal de synchronisation de la réplica Stockage initial pour commencer à protéger vos données.
  
  Voici une vidéo montrant comment utiliser Storage Replica pour migrer vers des machines virtuelles Azure.
Fournissez les détails du partenariat, puis sélectionnez Créer.

Note

La suppression du partenariat du réplica de stockage dans Windows Admin Center ne supprime pas le nom du groupe de réplication.

Utilisation de Windows PowerShell

Configurez la réplication serveur à serveur à l’aide de Windows PowerShell. Vous devez effectuer toutes les étapes sur les nœuds directement ou à partir d’un ordinateur de gestion à distance qui contient les outils d’administration de serveur distant Windows Server.

Vérifiez que vous utilisez une console PowerShell avec élévation de privilèges en tant qu’administrateur.

Configurez la réplication de serveur à serveur, en spécifiant les disques de la source et de la destination, les journaux de la source et de la destination, les nœuds de la source et de la destination, et la taille du journal.

$params = @{
   SourceComputerName      = 'SR-SRV05'
   SourceRGName            = 'RG01'
   SourceVolumeName        = 'F:'
   SourceLogVolumeName     = 'G:'
   DestinationComputerName = 'SR-SRV06'
   DestinationRGName       = 'RG02'
   DestinationVolumeName   = 'F:'
   DestinationLogVolumeName= 'G:'
   LogType                 = 'Raw'
}
New-SRPartnership @params

DestinationComputerName : SR-SRV06
DestinationRGName       : RG02
SourceComputerName      : SR-SRV05
PSComputerName          :

Importante

La taille du journal par défaut est de 8 Go. Selon les résultats de l’applet de commande Test-SRTopology, vous pouvez décider d’utiliser le paramètre LogSizeInBytes avec une valeur supérieure ou inférieure.

Pour obtenir l’état de réplication source et de destination, utilisez Get-SRGroup et Get-SRPartnership comme suit :

Get-SRGroup
Get-SRPartnership
(Get-SRGroup).replicas

CurrentLsn             : 0
DataVolume             : F:\
LastInSyncTime         :
LastKnownPrimaryLsn    : 1
LastOutOfSyncTime      :
NumOfBytesRecovered    : 37731958784
NumOfBytesRemaining    : 30851203072
PartitionId            : c3999f10-dbc9-4a8e-8f9c-dd2ee6ef3e9f
PartitionSize          : 68583161856
ReplicationMode        : synchronous
ReplicationStatus      : InitialBlockCopy
PSComputerName         :

Déterminez la progression de la réplication comme suit :
1. Sur le serveur source, exécutez la commande suivante et examinez les ID d’événement 1237, 2200, 5001, 5002, 5004 et 5015 :
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -Max 20
```
2. Sur le serveur de destination, exécutez la commande suivante pour voir les événements de Storage Replica qui signalent la création du partenariat. Cet événement indique le nombre d’octets copiés, ainsi que la durée de l’opération de copie.
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | FL
```
```
TimeCreated  : 4/8/2016 4:12:37 PM
ProviderName : Microsoft-Windows-StorageReplica
Id           : 1215
Message      : Block copy completed for replica.

ReplicationGroupName: RG02
ReplicationGroupId: {616F1E00-5A68-4447-830F-B0B0EFBD359C}
ReplicaName: F:\
ReplicaId: {00000000-0000-0000-0000-000000000000}
End LSN in bitmap:
LogGeneration: {00000000-0000-0000-0000-000000000000}
LogFileId: 0
CLSFLsn: 0xFFFFFFFF
Number of Bytes Recovered: 68583161856
Elapsed Time (ms): 117
```
  Note
  
  Le réplica de stockage démonte les volumes de destination et leurs points de montage ou lettres de lecteur. C'est voulu.
3. Sinon, le groupe de serveurs de destination pour le réplica indique le nombre d’octets restant à copier toujours et peut être interrogé via PowerShell. Par exemple :
```
(Get-SRGroup).Replicas | Select-Object numofbytesremaining
```
  En tant qu’exemple de progression (qui ne se termine pas) :
```
while($true) {

 $v = (Get-SRGroup -Name "RG02").replicas | Select-Object numofbytesremaining
 [System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)
 Start-Sleep -s 5
}
```
4. Sur le serveur de destination, exécutez la commande suivante et examinez les ID d’événement 1237, 2200, 5001, 5002, 5004 et 5015 pour comprendre la progression du traitement. Aucun avertissement ni aucune erreur ne doivent s’afficher durant cette séquence. Si plusieurs ID d'événement 1237 se produisent, cela indique un progrès.
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL
```

Étape 4 : Gérer la réplication

Gérez et exploitez votre infrastructure répliquée entre serveurs. Vous pouvez effectuer toutes les étapes sur les nœuds directement ou à partir d’un ordinateur de gestion à distance qui contient les outils d’administration de serveur distant Windows Server.

Utilisez Get-SRPartnership et Get-SRGroup pour déterminer la source et la destination actuelles de la réplication et leur état.

Pour mesurer les performances de la réplication, utilisez l’applet de commande Get-Counter sur les nœuds source et de destination. Les noms des compteurs sont :

\Storage Replica Partition I/O Statistics(*)\Number of times flush paused
\Storage Replica Partition I/O Statistics(*)\Number of pending flush I/O
\Storage Replica Partition I/O Statistics(*)\Number of requests for last log write
\Storage Replica Partition I/O Statistics(*)\Avg. Flush Queue Length
\Storage Replica Partition I/O Statistics(*)\Current Flush Queue Length
\Storage Replica Partition I/O Statistics(*)\Number of Application Write Requests
\Storage Replica Partition I/O Statistics(*)\Avg. Number of requests per log write
\Storage Replica Partition I/O Statistics(*)\Avg. App Write Latency
\Storage Replica Partition I/O Statistics(*)\Avg. App Read Latency
\Storage Replica Statistics(*)\Target RPO
\Storage Replica Statistics(*)\Current RPO
\Storage Replica Statistics(*)\Avg. Log Queue Length
\Storage Replica Statistics(*)\Current Log Queue Length
\Storage Replica Statistics(*)\Total Bytes Received
\Storage Replica Statistics(*)\Total Bytes Sent
\Storage Replica Statistics(*)\Avg. Network Send Latency
\Storage Replica Statistics(*)\Replication State
\Storage Replica Statistics(*)\Avg. Message Round Trip Latency
\Storage Replica Statistics(*)\Last Recovery Elapsed Time
\Storage Replica Statistics(*)\Number of Flushed Recovery Transactions
\Storage Replica Statistics(*)\Number of Recovery Transactions
\Storage Replica Statistics(*)\Number of Flushed Replication Transactions
\Storage Replica Statistics(*)\Number of Replication Transactions
\Storage Replica Statistics(*)\Max Log Sequence Number
\Storage Replica Statistics(*)\Number of Messages Received
\Storage Replica Statistics(*)\Number of Messages Sent

Pour plus d’informations sur les compteurs de performances dans Windows PowerShell, voir Get-Counter.

Pour déplacer la direction de réplication d’un site, utilisez l’applet de commande Set-SRPartnership.
```
$params = @{
   NewSourceComputerName  = 'SR-SRV06'
   SourceRGName           = 'RG02'
   DestinationComputerName = 'SR-SRV05'
   DestinationRGName      = 'RG01'
}
Set-SRPartnership @params
```
Avertissement

Windows Server empêche le basculement de rôle lorsque la synchronisation initiale est en cours, ce qui peut entraîner une perte de données si vous déclenchez un basculement avant la fin de la réplication initiale. Ne forcez pas les directions de basculement tant que la synchronisation initiale n’est pas terminée.

Vérifiez les journaux d’événements pour voir la direction du changement de réplication et la survenue du mode de récupération, puis rapprochez. Les E/S d’écriture peuvent alors écrire sur le stockage du nouveau serveur source. Modifier la direction de réplication bloque les E/S d’écriture sur l’ordinateur source précédent.
Pour supprimer la réplication, utilisez Get-SRGroup, Get-SRPartnership, Remove-SRGroup et Remove-SRPartnership sur chaque nœud. Veillez à exécuter l’applet de commande Remove-SRPartnership sur la source actuelle de la réplication uniquement, pas sur le serveur de destination. Exécutez Remove-SRGroup sur les deux serveurs. Par exemple, pour supprimer toute la réplication des deux serveurs :
```
Get-SRPartnership
Get-SRPartnership | Remove-SRPartnership
Get-SRGroup | Remove-SRGroup
```

Remplacement de la réplication DFS par le réplica de stockage

De nombreux clients Microsoft déploient la réplication DFS en tant que solution de récupération d’urgence pour les données utilisateur non structurées telles que les dossiers de base et les partages de service. La réplication DFS, livrée avec Windows Server 2003 R2 et tous les systèmes d’exploitation ultérieurs, fonctionne sur des réseaux à faible bande passante, ce qui la rend attrayante pour les environnements à haute latence et avec peu de modifications, comportant de nombreux nœuds. Toutefois, la réplication DFS a des limitations importantes comme une solution de réplication de données :

Elle ne réplique pas les fichiers en cours d’utilisation ou ouverts.
Elle ne réplique pas de façon synchrone.
Sa latence de réplication asynchrone peut représenter un nombre élevé de minutes, heures, voire jours.
Elle s’appuie sur une base de données pouvant nécessiter de longues vérifications de cohérence après une coupure de courant.
Elle est configurée en tant que multimaître, ce qui permet de faire circuler les modifications dans les deux sens, en remplaçant éventuellement les données plus récentes.

Le réplica de stockage ne présente aucune de ces limitations. Il en a, toutefois, plusieurs qui le rendent moins intéressant dans certains environnements :

Il autorise uniquement la réplication un à un entre les volumes. Il est possible de répliquer des volumes différents entre plusieurs serveurs.
Alors que la réplication asynchrone est prise en charge, elle n’est pas conçue pour des réseaux à faible bande passante et à forte latence.
Elle n’autorise pas l’accès utilisateur aux données protégées sur la destination pendant que la réplication est en cours

Si ces facteurs ne sont pas des facteurs bloquants, Réplica de Stockage vous permet de remplacer les serveurs de réplication DFS par une technologie plus récente. Le processus à un niveau élevé qui permet aux utilisateurs d’accéder à leurs données est le suivant :

Installez ou mettez à niveau Windows Server sur deux serveurs et configurez le stockage.
Vérifiez que les données à répliquer se trouvent sur des volumes de données, et non sur le lecteur C:.
1. De manière optionnelle, amorcez les données sur l’autre serveur en utilisant des sauvegardes ou des copies de fichiers.
Partagez les données sur le serveur source via un espace de noms DFS pour maintenir l’accessibilité.
1. Créer des partages correspondants sur le serveur de destination ; conservez-les désactivés dans les espaces de noms DFS.
Activer la réplication de stockage et terminer la synchronisation initiale.
1. Préférez la réplication synchrone pour la cohérence des données.
2. Activez les clichés instantanés du volume et prenez régulièrement des instantanés pour garantir la cohérence des données.
Fonctionner normalement jusqu’à ce qu’un sinistre se produise.
Basculez le serveur de destination vers la nouvelle source pour faire apparaître les volumes répliqués.
1. Avec la réplication synchrone, une restauration minimale des données est nécessaire. Pour la réplication asynchrone, utilisez des instantanés VSS si nécessaire.
Ajoutez le serveur et les partages aux espaces de noms DFS en tant que dossiers cibles.

Note

La planification de la récupération d’urgence est un sujet complexe qui nécessite de donner une attention particulière aux détails. La création de Runbook et les performances des exercices de basculement en direct annuels sont fortement recommandées. Lorsqu’une catastrophe réelle frappe, le personnel expérimenté peut être indisponible.

Ajout d’une machine virtuelle Azure connectée à votre réseau via ExpressRoute

Créez une ExpressRoute dans le portail Azure.

Une fois l’ExpressRoute approuvé, un groupe de ressources est ajouté à l’abonnement. Accédez à Groupes de ressources pour afficher ce nouveau groupe. Prend note du nom du réseau virtuel.
Créer un nouveau groupe de ressources.
Ajouter un groupe de sécurité réseau. Lors de sa création, sélectionnez l’ID d’abonnement associé à l’ExpressRoute que vous avez créé, puis sélectionnez également le groupe de ressources que vous venez de créer.

Ajoutez les règles de sécurité entrantes et sortantes dont vous avez besoin au groupe de sécurité réseau. Par exemple, vous souhaiterez peut-être autoriser l’accès Bureau à distance à la machine virtuelle.
Créer une machine virtuelle Azure avec les paramètres suivants :
- Adresse IP publique : aucun
- Réseau virtuel : sélectionnez le réseau virtuel dont vous avez pris note dans le groupe de ressources ajouté avec ExpressRoute.
- Groupe de sécurité réseau (pare-feu) : sélectionnez le groupe de sécurité réseau que vous avez créé précédemment.
Une fois la machine virtuelle créée, consultez Étape 2 : Approvisionner le système d’exploitation, les fonctionnalités, les rôles, le stockage et le réseau.

Partage via

Réplication de stockage de serveur à serveur

Prérequis

Impératifs liés à Windows Admin Center

Termes

Étape 1 : Installer et configurer Windows Admin Center

Étape 2 : Configurer le système d’exploitation, les fonctionnalités, les rôles, le stockage et le réseau

Étape 3 : Configurer la réplication de serveur à serveur

Utilisation de Windows Admin Center

Utilisation de Windows PowerShell

Étape 4 : Gérer la réplication

Remplacement de la réplication DFS par le réplica de stockage

Ajout d’une machine virtuelle Azure connectée à votre réseau via ExpressRoute

Voir aussi

Commentaires

Ressources supplémentaires