Symptômes
Le processus de travail de gestion de la santé d’Exchange Server redémarre fréquemment dans un environnement Microsoft Exchange Server 2013. Ce problème se produit une fois que vous ajoutez ou modifiez un contrôle de substitution à l’aide de l’applet de commande Ajouter-servermonitoringoverride du serveur.Dans ce cas, vous pouvez voir les événements suivants déclarés aussi souvent que toutes les cinq minutes :Vous pouvez déterminer si vous rencontrez ces problèmes en recherchant ces éléments d’événements dans le journal des événements. En outre, vous pouvez vérifier ces événements la sortie à partir de la Get-Servermonitoringoverride <nom_serveur> | fl * nom * temps applet de commande pour les conditions suivantes :
-
La valeur de ExpirationTime sur les substitutions n’utilise pas le format de date JJ/MM/AAAA. Par exemple, la valeur utilise un format JJ/MM/AAAA.
-
La valeur de date (jj) est supérieure à 12 (le douzième jour du mois).
Cause
Ce problème se produit si un contrôle de substitution du serveur est ajouté et le serveur est configuré pour utiliser les paramètres régionaux non américains. Ainsi, les formats de date qui ne suivent pas le format JJ/MM/AAAA.Dans ce scénario, la date d’expiration pour la substitution est remplie à l’aide du format de date localisée (par exemple, jj/MM/AAAA). Si la date d’expiration tombe un jour qui est postérieur à la douzième jour du mois, la disponibilité de gestion système ne peut pas évaluer correctement à la date d’expiration.Ce problème peut également se produire lorsqu’un contrôle de substitution du serveur est créé à une date supérieur à la douzième et le paramètre de durée n’est pas ' spécifié. Dans ce scénario, le serveur de contrôle de substitution est créé avec une date d’expiration d’un an à partir de la date de création.
Résolution
Pour résoudre ce problème, installez 13 de mise à jour Cumulative pour Exchange Server 2013 ou une version ultérieure des mises à jour cumulatives pour Exchange Server 2013.Remarques
-
Après avoir appliqué la mise à jour, n’importe quel nouveau serveur analyse les substitutions ne présente les symptômes car le format de date s’aligne avec le contrôle Global des substitutions.
-
Après avoir appliqué la mise à jour, n’importe quel serveur existant, surveillance des substitutions ayant toujours une valeur de ExpirationTime dans un format de date par exemple JJ/MM/AAAA et une valeur de date est supérieure à 12 doit être recréée.
Pour contourner ce problème, supprimer n’importe quel serveur de surveillance de substitutions qui ont une valeur de ExpirationTime incorrecte une valeur de date est supérieure à 12.Recréer la substitution et utiliser le -durée paramètre afin de vous assurer que la date d’expiration a lieu au plus tôt le douzième jour du mois.
État
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ».
Références
Apprenez-en plus sur la terminologie que Microsoft utilise pour décrire les mises à jour logicielles.
