Problématique
Lors de l’installation d’un CU sur un serveur Exchange 2013, l’assistant d’installation vous demande de redémarrer en boucle sans jamais valider le redémarrage.
Solution
Si après un redémarrage le message d’erreur apparaît toujours, vous pouvez aller modifier la clé de registre suivante :
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\PendingFileRenameOperations
Supprimer la valeur de cette clé et relancer l’assistant d’installation.
Problématique
Sur un serveur Exchange 2013, la connexion PowerShell ne s’effectue pas et le portail d’administration affiche une page blanche.
Dans le journal d’événements système un grand nombre d’erreur HttpEvent 15021 est présent.
Ces erreurs peuvent intervenir après le changement d’un certificat sur le serveur Exchange.
Résolution
Le problème vient de la liaison du certificat qui est incorrect sur le port 444. Il faut donc la supprimer et la recréer.
Pour cela, afficher l’ensemble des liaisons SSL avec la commande :
netsh http show sslcert
Récupérer les valeurs du hash et l’application ID de la liaison sur le port 443.
Supprimer la liaison du port 444 avec la commande :
netsh http delete sslcert ipport=0.0.0.0:444
Et recréer une liaison en utilisant le hash et l’application ID du port 443 avec la commande :
netsh http add sslcert ipport=0.0.0.0:444 certhash=XXXXXXX appid=”{XXXXXXXX}”
Dans le journal d’événements deux avertissements HttpEvent 15300 et 15301 apparaissent.
Une fois la modification effectuée, la connexion PowerShell et le portail d'administration sont de nouveau accessibles.
Contexte
Dans une architecture Exchange 2013 Hybride où les publications web sont faites par des boitiers KEMP vous ne pouvez pas faire de migration.
En effet vous obtenez l’erreur suivante The connection to the server ‘Exchange Server’ could not be completed.
Explications et solution
La première chose à valider est l’activation du proxy MRS sur les serveurs Exchange.
Pour cela depuis le centre d’administration Exchange, allez dans Serveurs puis Répertoires virtuels et vérifiez que sur l’ensemble des répertoires EWS l’option Activer le point de terminaison du proxy MRS est cochée.
Si c’est bien le cas, le problème peut venir de la configuration de la publication des services web d’Exchange sur le KEMP.
Depuis l’interface d’administration KEMP, allez dans System Configuration > Miscellaneous Options > L7 Configuration.
Modifiez la valeur du paramètre 100-Continue Handling pour RFC-7231 Compliant.
La modification de cette valeur va permettre au boitier KEMP de ne pas rejeter la demande de l’assistant de migration.
En essayant à nouveau de faire une migration, l’assistant passera à l’étape suivante.
Contexte
Sur un serveur Exchange 2013 (CU8), le service Microsoft Exchange Search Host Controller ne démarre pas et dans le journal d’évènements l’erreur suivante est présente :
Source : Application Error
Evènement : 1000
Nom de l’application défaillante hostcontrollerservice.exe
Solution
Le problème semble provenir d’une corruption des fichiers du dossier <X:>\Program Files\Microsoft\Exchange Server \V15\Bin\Search\Ceres\HostController\Data.
Il existe un script Exchange qui reconstruit ce dossier. Pour ce faire, renommez l’ancien dossier Data en DataOld.
Puis lancez les commandes suivantes dans une console PowerShell Exchange :
- cd X:\Program Files\Microsoft\Exchange Server \V15\Bin\Search\Ceres\Installer
- .\installconfig.ps1 –action –i –dataFolder X:\Program Files\Microsoft\Exchange Server \V15\Bin\Search\Ceres\HostController\Data
La commande renvoi un Successfully configured Search Foundation for Exchange.
Le service a normalement démarré automatiquement.
Contexte
Sur un serveur Exchange 2013 CU6, le service Microsoft Exchange Replication ne démarre pas et dans le journal d’évènements l’erreur suivante est présente :
Source : MSExchangeRepl
Event ID : 4401
Microsoft Exchange Server Locator Service failed to find active server for database <MailboxDatabase GUID>. Error: An Active Manager operation failed. Error: Invalid Active Manager configuration. Error: Active Manager hasn't completed configuration initialization.
De plus la commande Get-MailboxDatabaseCopyStatus renvoie toutes les bases en ServiceDown.
Solution
Ce problème provient d’anciennes entrées corrompues dans le journal d’évènements (dans le crimson channel log plus précisément).
L’installation du CU7 d’Exchange 2013 résout ce problème. Cependant si vous souhaitez résoudre le problème sans passer le CU7, suivez la procédure ci-dessous.
Depuis un invite de commande (en administrateur) lancez la commande suivante :
Wevtutil.exe cl “Microsft-Exchange-MailboxDatabaseFailureItems/Operational”
Le service redémarre automatiquement et les réplications entre les MailboxDatabases reprennent normalement.
Contexte
Depuis un serveur Exchange 2013, l’état du LowLogVolumeSpaceMonitor est en Unhealthy lors de l’exécution de la commande suivante :
Get-ServerHealth – Identity EXCHANGESERVER | ?{$_.AlertValue –eq "Unhealthy" }
Explications
Par défaut dans Exchange 2013 (CU6 ou plus récent), la valeur d'alerte pour le stockage des banques est paramétrée à 180 Go. Ce qui signifie qu'il faut au minimum 180 Go d'espace libre par banque.
Solution
Il est cependant possible de paramétrer cette valeur manuellement. Pour cela, ajouter la clé suivante au registre Windows :
Nom : SpaceMonitorLowSpaceThresholdInMB
Chemin : HKEY_LOCAL_MACHINE\Software\Microsoft\ExchangeServer\v15\Replay\Parameters
Type : DWORD
Valeur : L'espace libre voulu en Mo. Par exemple 50000 pour 50 Go.
Pour que la modification soit prise en compte il est nécessaire de redémarrer le service Microsoft Exchange DAG Management.
Contexte
Lors d’une migration d’Exchange 2007 vers Exchange 2013 CU6 (dernière version en date) certains problèmes sont rencontrés lors de la coexistence entre les deux systèmes.
Problématique
Les problèmes rencontrés sont les suivants :
- Problèmes de cohabitation sur le protocole ActiveSync
- Bascule des bases de données Exchange de façon aléatoire
Ces deux problèmes sont résolus par deux hotfix que Microsoft délivre seulement sur demande au support :
Cependant le passage de ces correctifs peut engendrer deux nouveaux problèmes :
- Impossibilité d’accéder à l’OWA
- Impossibilité d’écrire un mail dans OWA
Solution
Pour résoudre ces problèmes il faut se connecter sur le serveur Exchange puis identifiez les deux dossiers suivants :
- Microsoft\Exchange Server\V15\ClientAccess\Owa\prem\15.0.995.31
- Microsoft\Exchange Server\V15\ClientAccess\Owa\prem\15.0.995.29
Le contenu des dossiers doit être identique. Sauvegardez le contenu du dossier 15.0.995.31 puis copiez les éléments du dossier 15.0.995.29 vers le dossier 15.0.995.31.
N.B : Le CU7 d’Exchange 2013, disponible très prochainement, devrait intégrer les deux correctifs (KB2997847 et KB2997203).
Symptômes
Ce type d’erreur peut se rencontrer sur un serveur multi-rôles (Client Access et Mailbox) en version Exchange Server 2013 CU1 ou Exchange Server 2013 CU2.
Les symptômes sont les suivants :
-
Les services Web Exchange (OWA, Outlook Anywhere…) dysfonctionnent
-
L’erreur 503 (source WAS) est présente en boucle dans le journal d’évènement Système
Explication
Cette erreur est généralement due à la présence d’un fichier de configuration IIS corrompu.
Cela peut être mis en évidence en lançant la console d’administration IIS Manager.
Dans notre exemple, la console fait très clairement référence à un fichier de configuration nommé applicationHost.config et stocké dans le répertoire C:\Windows\System32\Inetsrv\Config.
Lorsque l’on tente d’éditer le fichier, ce dernier peut apparaitre remplis d’espace blancs ou bien ma formaté (selon les cas de figure).
Résolution
Pour résoudre ce problème il suffit de recopier le fichier sur le serveur applicationHost.config à partir d’un autre serveur Exchange en même version ou bien à partir d’une sauvegarde.
Dès le fichier copié, il devient possible de démarrer les services IIS et les services Web sont de nouveau opérationnels.