Comment mettre Exchange Server en mode maintenance à l'aide de PowerShell

Avant de mettre votre serveur Exchange en mode maintenance, vérifiez les états actuels des composants et assurez-vous d'avoir les autorisations appropriées et la configuration de l'environnement.

Ouvrez Exchange Management Shell en tant qu'administrateur et exécutez la commande suivante pour vérifier les états actuels des composants du serveur :

Get-ServerComponentState -Identity ExchangeServer01

Cette commande affiche tous les composants et leurs états actuels. Vous devriez voir des composants comme HubTransport, ServerWideOffline, et d'autres en état 'Active' avant la maintenance.

Ensuite, vérifiez la version et le rôle de votre serveur Exchange :

Get-ExchangeServer -Identity ExchangeServer01 | Select-Object Name, AdminDisplayVersion, ServerRole

Si vous travaillez avec un groupe de disponibilité de base de données (DAG), vérifiez l'état du DAG :

Get-DatabaseAvailabilityGroup | Get-MailboxServer | Where-Object {$_.Name -eq "ExchangeServer01"}

Vérification : Confirmez que tous les composants affichent l'état 'Active' et notez tout composant 'Draining' ou 'Inactive' existant qui pourrait indiquer des problèmes en cours.

La première étape en mode maintenance consiste à vider le composant HubTransport, ce qui empêche le serveur d'accepter de nouveaux messages tout en permettant le traitement des messages existants.

Exécutez la commande suivante pour définir HubTransport à l'état de vidange :

Set-ServerComponentState -Identity ExchangeServer01 -Component HubTransport -State Draining -Requester Maintenance

Cette commande indique à Exchange d'arrêter d'accepter de nouveaux messages mais de continuer à traiter ceux déjà dans la file d'attente. Le paramètre -Requester Maintenance identifie pourquoi l'état du composant a été modifié.

Surveillez les files d'attente de transport pour voir le processus de vidange :

Get-Queue -Server ExchangeServer01

Attendez que les files d'attente se vident naturellement, ou si vous devez accélérer le processus, redémarrez les services de transport :

Restart-Service MSExchangeTransport
Restart-Service MSExchangeFrontEndTransport

Vérification : Exécutez Get-ServerComponentState -Identity ExchangeServer01 -Component HubTransport pour confirmer que l'état indique 'Draining'.

Après avoir vidé le composant HubTransport, redirigez les messages restants dans les files d'attente vers un autre serveur Exchange pour garantir la continuité du flux de courrier.

Identifiez un serveur cible capable de gérer les messages redirigés :

Get-ExchangeServer | Where-Object {$_.ServerRole -match "Mailbox" -and $_.Name -ne "ExchangeServer01"}

Redirigez tous les messages de votre serveur de maintenance vers le serveur cible :

Redirect-Message -Server ExchangeServer01 -Target ExchangeServer02

Cette commande déplace tous les messages en file d'attente de ExchangeServer01 vers ExchangeServer02. Le processus peut prendre plusieurs minutes selon la taille de la file d'attente.

Surveillez la progression de la redirection :

Get-Queue -Server ExchangeServer01 | Where-Object {$_.MessageCount -gt 0}

Vous pouvez également vérifier les détails spécifiques des files d'attente :

Get-Queue -Server ExchangeServer01 | Select-Object Identity, DeliveryType, Status, MessageCount, NextHopDomain

Vérification : Confirmez que le nombre de messages dans les files d'attente diminue et atteint finalement zéro ou presque zéro pour la plupart des files d'attente.

Si votre serveur Exchange fait partie d'un DAG, vous devez suspendre le nœud de cluster et déplacer les copies de bases de données actives vers d'autres membres du DAG avant de procéder à la maintenance.

Tout d'abord, suspendez le nœud de cluster pour l'empêcher de participer aux opérations de cluster :

Suspend-ClusterNode -Name ExchangeServer01

Ensuite, déplacez toutes les copies de bases de données actives du serveur de maintenance et bloquez l'activation automatique :

Set-MailboxServer -Identity ExchangeServer01 -DatabaseCopyActivationDisabledAndMoveNow $True

Bloquez l'activation automatique des bases de données sur ce serveur :

Set-MailboxServer -Identity ExchangeServer01 -DatabaseCopyAutoActivationPolicy Blocked

Vérifiez que toutes les bases de données actives ont été déplacées du serveur de maintenance :

Get-MailboxDatabase | Get-MailboxDatabaseCopyStatus | Where-Object {$_.MailboxServer -eq "ExchangeServer01" -and $_.Status -eq "Mounted"}

Vérifiez l'état global du DAG après le déplacement des bases de données :

Get-MailboxDatabaseCopyStatus | Where-Object {$_.MailboxServer -ne "ExchangeServer01"} | Sort-Object DatabaseName

Vérification : Confirmez qu'aucune base de données n'affiche le statut 'Mounted' sur ExchangeServer01 et que toutes les bases de données sont en bonne santé sur les autres membres du DAG.

La dernière étape pour activer le mode maintenance consiste à définir le composant ServerWideOffline sur Inactive, ce qui retire effectivement le serveur du service pour toutes les opérations Exchange.

Exécutez la commande suivante pour mettre le serveur hors ligne :

Set-ServerComponentState -Identity ExchangeServer01 -Component ServerWideOffline -State Inactive -Requester Maintenance

Cette commande met le serveur en état hors ligne, l'empêchant de gérer tout service Exchange, y compris les connexions client, le flux de courrier et les opérations de base de données.

Vérifiez que le serveur est maintenant en mode maintenance en vérifiant tous les états des composants :

Get-ServerComponentState -Identity ExchangeServer01

Vous devriez voir ServerWideOffline comme 'Inactive' et HubTransport comme 'Draining'. D'autres composants peuvent afficher divers états selon votre version d'Exchange.

Pour un contrôle de santé complet, vous pouvez utiliser le script Exchange Health Checker :

# Télécharger et exécuter HealthChecker.ps1 depuis Microsoft GitHub
.\HealthChecker.ps1 -Server ExchangeServer01 -OutputFilePath C:\Temp\

Vérification : Confirmez que ServerWideOffline affiche 'Inactive' et que le serveur ne reçoit plus de connexions client ni ne traite de courrier.

Avec votre serveur Exchange maintenant en mode maintenance, vous pouvez effectuer vos tâches de maintenance prévues telles que l'installation de mises à jour cumulatives, l'application de correctifs de sécurité ou la maintenance matérielle.

Pendant la maintenance, surveillez les autres serveurs Exchange pour vous assurer qu'ils gèrent correctement la charge supplémentaire :

# Vérifier l'état des files d'attente sur les autres serveurs
Get-ExchangeServer | Where-Object {$_.ServerRole -match "Mailbox" -and $_.Name -ne "ExchangeServer01"} | ForEach-Object {
    Write-Host "Vérification des files d'attente sur $($_.Name)"
    Get-Queue -Server $_.Name | Where-Object {$_.MessageCount -gt 10}
}

Surveiller l'état de la base de données sur les membres restants du DAG :

Get-MailboxDatabaseCopyStatus | Where-Object {$_.MailboxServer -ne "ExchangeServer01"} | Sort-Object DatabaseName | Format-Table DatabaseName, MailboxServer, Status, CopyQueueLength, ReplayQueueLength

Si vous installez des mises à jour cumulatives Exchange, le processus typique implique :

REM Exécuter l'installateur CU depuis une invite de commande élevée
ExchangeServer2019-KB5000871-x64-en.exe /mode:upgrade /IAcceptExchangeServerLicenseTerms

Après avoir terminé les tâches de maintenance, vérifiez que les services Exchange fonctionnent correctement :

Get-Service | Where-Object {$_.Name -like "*Exchange*" -and $_.Status -ne "Running"}

Vérification : Assurez-vous que toutes les tâches de maintenance prévues sont terminées et que les services Exchange sont dans leur état de fonctionnement attendu avant de quitter le mode maintenance.

Après avoir terminé vos tâches de maintenance, vous devez inverser le processus de mode de maintenance dans le bon ordre pour remettre votre serveur Exchange en ligne en toute sécurité.

Commencez par remettre le composant ServerWideOffline à Actif :

Set-ServerComponentState -Identity ExchangeServer01 -Component ServerWideOffline -State Active -Requester Maintenance

Si votre serveur fait partie d'un DAG, reprenez le nœud de cluster :

Resume-ClusterNode -Name ExchangeServer01

Débloquez l'activation de la base de données et autorisez l'activation automatique :

Set-MailboxServer -Identity ExchangeServer01 -DatabaseCopyActivationDisabledAndMoveNow $False
Set-MailboxServer -Identity ExchangeServer01 -DatabaseCopyAutoActivationPolicy Unrestricted

Réactivez le composant HubTransport :

Set-ServerComponentState -Identity ExchangeServer01 -Component HubTransport -State Active -Requester Maintenance

Redémarrez les services de transport pour assurer un bon flux de courrier :

Restart-Service MSExchangeTransport
Restart-Service MSExchangeFrontEndTransport

Vérifiez que tous les composants sont de retour à l'état Actif :

Get-ServerComponentState -Identity ExchangeServer01

Vérification : Confirmez que tous les composants du serveur affichent l'état 'Actif' et que le serveur semble sain dans le Centre d'administration Exchange.

La dernière étape consiste à tester minutieusement que votre serveur Exchange est pleinement opérationnel et gère correctement les connexions des clients et le flux de courrier.

Testez le flux de courrier en envoyant un message de test via le serveur :

# Test du flux de courrier interne
$TestMailbox = "testuser@contoso.com"
Send-MailMessage -From "admin@contoso.com" -To $TestMailbox -Subject "Test post-maintenance" -Body "Test du flux de courrier après maintenance" -SmtpServer ExchangeServer01

Vérifiez que les bases de données se montent correctement et acceptent les connexions :

Get-MailboxDatabase | Where-Object {$_.Server -eq "ExchangeServer01"} | Get-MailboxDatabaseCopyStatus

Vérifiez la connectivité des clients en testant divers protocoles :

# Test de connectivité à divers services Exchange
Test-OutlookConnectivity -ProbeIdentity "OutlookMapiHttp.Protocol" -TargetResource ExchangeServer01
Test-WebServicesConnectivity -MailboxCredential (Get-Credential) -TrustAnySSLCertificate

Surveillez les files d'attente de transport pour assurer un flux de courrier normal :

Get-Queue -Server ExchangeServer01 | Where-Object {$_.MessageCount -gt 0} | Format-Table Identity, Status, MessageCount, NextHopDomain

Exécutez un dernier contrôle de santé à l'aide du script Exchange Health Checker :

.\HealthChecker.ps1 -Server ExchangeServer01 -OutputFilePath C:\Temp\PostMaintenance\

Comparez le rapport de santé post-maintenance avec votre référence pré-maintenance pour identifier tout problème.

Vérification : Confirmez que le flux de courrier fonctionne, que les clients peuvent se connecter avec succès et que tous les contrôles de santé passent sans erreurs critiques.