Sur un serveur Exchange autonome, il ne suffit pas d’assurer la continuité des activités. Pour répondre aux exigences de basculement et de continuité des activités, vous pouvez utiliser les groupes de disponibilité des bases de données (DAG) de Microsoft pour vous assurer que votre serveur Exchange continue de fonctionner si l’une des instances tombe en panne. Pour que cela fonctionne, vous devez disposer d’au moins deux serveurs pour réaliser un DAG, avec Microsoft Exchange Server Standard ou Enterprise. La décision d’opter pour l’édition Standard ou Enterprise dépend entièrement de la conception et du volume de vos boîtes aux lettres.
Si vous n’avez pas besoin de plus de cinq bases de données de boîtes aux lettres, vous pouvez opter pour l’édition Standard. En ce qui concerne les licences, vous devez acheter Exchange Server Standard/Enterprise pour chaque serveur. En ce qui concerne les licences d’accès client (CAL), vous ne devez les acheter qu’une seule fois.
Un groupe de disponibilité de base de données (DAG) typique, avec deux serveurs Exchange et un serveur File Share Witness, ayant un quorum et une majorité de vote, est illustré ci-dessous.
Lorsque vous créez des groupes de disponibilité de base de données (DAG), vous disposez d’une copie d’une base de données sur un serveur et d’une copie passive sur un autre serveur. Ainsi, la copie active est toujours celle à laquelle on accède et l’autre base de données est répliquée à partir d’elle.
Dans l’illustration ci-dessous, vous pouvez voir qu’il y a deux bases de données où la copie active de DB1 se trouve sur le serveur EX01 et la copie passive sur le serveur EX02. La copie active de DB2 se trouve sur le serveur EX02 et la copie passive sur le serveur EX01.
Lorsque vous ajoutez une nouvelle base de données de boîtes aux lettres à un groupe de disponibilité des bases de données (DAG), vous devez d’abord effectuer une copie sur le deuxième serveur (dans le cas de notre illustration, il s’agit de EX02). Une fois que la copie complète, appelée première graine, est terminée, le groupe de disponibilité des bases de données (DAG) continue à reproduire toutes les modifications. Vous pouvez également effectuer cette opération en prenant une copie de la base de données et en la copiant sur le serveur secondaire. Tout dépend de la taille et de la vitesse du réseau entre les deux nœuds.
Parfois, en raison de problèmes matériels ou logiciels, vous devez réensemencer la base de données. Cela peut être dû à des informations corrompues sur la copie de la base de données ou à une erreur sur la base de données qui a rendu la copie inutilisable par le groupe de disponibilité de la base de données (DAG).
Pendant l’ensemencement, vous pouvez rencontrer un problème avec la base de données passive et l’ensemencement s’arrête avec l’erreur “Mailbox Database Copy Failed or Suspended” (Échec ou suspension de la copie de la base de données de la boîte aux lettres). Après investigation, vous trouverez le message suivant dans l’observateur d’événements.
MSExchangeRepl ID de l’événement : 4113
Le contrôle de redondance de la base de données a échoué. Copie de la base de données : DB01 Nombre de redondances : 1
Erreur : La copie passive ‘DB01\EX02’ n’est pas en bon état. Statut : Échec et suspension
Pour commencer le dépannage, vous devez d’abord obtenir l’état de la copie à partir de l’Exchange Management Shell (EMS) en utilisant la cmdlet PowerShell – Get-MailboxDatabaseCopyStatus.
Pour comprendre la cause première du problème, vous pouvez utiliser l’analyseur de bonnes pratiques Exchange sur les serveurs. À partir de l’Exchange Management Shell (EMS), exécutez Test-ServiceHealth et Test-ReplicationHealth. Cela vous permettra de savoir si tous les services nécessaires sont en cours d’exécution. Bien entendu, vous pouvez également effectuer un autocontrôle sur les serveurs Exchange.
Essayons de réparer la base de données en suspendant la copie entre la base de données active et la base de données passive. Cela peut être fait en utilisant la commande Suspend-MailboxDatabaseCopy.
Suspend-MailboxDatabaseCopy -Identity “DB01\EX01”
C’est ici que vous pouvez enquêter sur la question. Vous devez réensemencer la base de données. Pour commencer, vous devez supprimer toutes les copies de la base de données. Vous pouvez utiliser la cmdlet PowerShell Update-MailboxDatabaseCopy avec l’option -DeleteExistingFiles pour nettoyer la configuration et supprimer les copies. Un exemple de commande est donné ci-dessous :
Update-MailboxDatabaseCopy -Identity “DB01\EX01” -DeleteExistingFiles
Cette opération permet de réensemencer la base de données de la copie active à la copie passive.
Quelques éléments à prendre en compte avant de lancer le processus de réensemencement :
- En fonction de la taille de la base de données, des performances des serveurs et de la vitesse du réseau entre les nœuds, le processus peut prendre un temps considérable.
- Si vous avez plus de deux serveurs, la commande PowerShell prendra la copie active de la base de données. Vous ne pouvez pas choisir l’endroit où vous réensemencez la copie.
- Il y aura une différence de taille entre la copie active et la copie passive, puisque la copie aura la taille de la base de données ainsi qu’un fichier journal des transactions et un index de contenu supplémentaires.
Vous pouvez également réensemencer la base de données à l’aide du Centre d’administration Exchange (EAC).
Pour cela,
- Cliquez sur la section Serveur et sur le nœud Base de données.
- Sélectionnez la base de données à mettre à jour et cliquez sur le bouton Mettre à jour pour lancer le processus de réensemencement.
- Sélectionnez la source de la base de données active et la destination.
Conclusion
La procédure décrite ci-dessus peut vous aider à éliminer l’erreur “La copie de la base de données de la boîte aux lettres a échoué et a été suspendue”. Mais que faire si le problème se reproduit ? Que se passe-t-il si la copie active est endommagée et que vous devez récupérer les données de la copie ? Ou que se passe-t-il si les copies active et passive sont toutes deux endommagées ?
Vous pouvez vous fier à un Outil de récupération de la base de données Exchange qui peut vous sortir de telles situations délicates. Stellar Repair for Exchange est l’une de ces applications qui peut ouvrir n’importe quel type de base de données Exchange, qu’elle soit saine ou non, et récupérer les données au format PST et dans d’autres formats. Vous pouvez également exporter directement vers une nouvelle base de données de boîtes aux lettres Exchange ou vers un locataire Office 365.
Was this article helpful?
