Symptômes
Supposons que vous déployez Microsoft Exchange Server 2019 dans Windows Server 2019. Vous utilisez le script Manage-MetaCacheDatabase.ps1 pour activer MetaCacheDatabase (MCDB).
Par exemple :
Manage-MCDB -DagName TestDag1 -ServerAllowMCDB $false -ServerName « exhs-5046 » -ForceFailover $true
Vous utilisez ensuite l’applet de commande Get-MailboxDatabaseCopyStatus pour afficher les informations d’intégrité et de status des copies de base de données.
Par exemple :
Get-MailboxDatabaseCopyStatus | Fl name, *meta*
Nom : DB01\Server01
MetaCacheDatabaseStatus : Hors connexion
MetaCacheDatabaseStatusMessage : partition non attachée dans le processus de travail du Store actif.
MetaCacheDatabaseFilePath : C :\ExchangeMetaCacheDbs\DB01\DB01.mcdb\DB01-mcdb.edb
MetaCacheDatabaseLastReset :
Cet exemple retourne le status de la copie de la base de données DB01 sur le serveur de boîtes aux lettres Server01.
Dans les résultats, vous constatez que le disque SSD n’est pas formaté comme prévu et que le status MCDB est « Hors connexion ». En outre, tous les SSD désignés ne sont pas formatés et les points de montage ne sont pas créés comme prévu.
Cause
Ce problème se produit en raison d’un nouveau comportement dans Windows Server 2019 selon lequel Get-Disk renvoie tous les disques non initialisés dans le groupe de disponibilité de la base de données (DAG) ou le cluster, et le script tente de formater de manière incorrecte un SSD sur un autre membre DAG.
Résolution
Pour résoudre ce problème, installez la mise à jour cumulative 5 pour Exchange Server 2019 ou une mise à jour cumulative ultérieure pour Exchange Server 2019.
Références
En savoir plus à propos de la terminologie utilisée par Microsoft pour décrire les mises à jour logicielles.