Processus de travail de gestion de la santé d’Exchange Server redémarre fréquemment dans Exchange Server 2013

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3142157
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 :

Nom du journal : Application
Source : MSExchangeHM
Date : Date & heure
L’ID d’événement : 1010
Catégorie de la tâche : travail
Niveau : informations
Mots clés : classique
Utilisateur : n/a
Ordinateur : Ordinateur
Description :
Gestionnaire d’état Microsoft Exchange travailleur traiter la demande de redémarrage reçus (8808) et va être arrêté. Raison du redémarrage : maintenance.

Résultats de la maintenance : OverrideEndpointMaintenance.


Nom du journal : système
Source : Microsoft-Windows-Eventlog
Date : Date & heure
L’ID d’événement : 104
Catégorie de tâche : Effacement de journal
Niveau : informations
Mots clés :
Utilisateur : système
Ordinateur : Ordinateur
Description :
Le fichier journal de Microsoft-Exchange-ActiveMonitoring/MonitorDefinition a été effacé.


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 laGet-Servermonitoringoverridenom du serveur> | fl * nom * tempsapplet de commande pour les conditions suivantes :

  • La valeur deExpirationTime sur n’importe quel remplace usessomething autres que le format de date JJ/MM/AAAA. Par exemple, la valeur utilise format aMM/jj/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 can'tevaluate de système géré de disponibilité du datecorrectly 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 Mise à jour cumulative 13 pour Exchange Server 2013 ou une version ultérieure. mise à jour cumulative 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 sera substitutions de surveillance mondiale d’alignwith.
  • Après avoir appliqué la mise à jour, n’importe quel serveur existant, surveillance des substitutions ayant toujours une valeur deExpirationTime dans un format de date tel asDD/MM/AAAA et une valeur de date est supérieure à12doivent être recréées.
Contournement
Pour contourner ce problème, supprimer n’importe quel serveur de surveillance de substitutions qui ont anincorrect ExpirationTimevaleur une valeur de date est supérieure à 12.

Recréer la substitution et utiliser le-duréeparamètre afin de vous assurer que la date d’expiration a lieu au plus tôt le douzième jour du mois.
Statut
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ».
Références
En savoir plus sur la terminologie que Microsoft utilise pour décrire les mises à jour logicielles.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3142157 - Dernière mise à jour : 07/14/2016 13:41:00 - Révision : 2.0

Microsoft Exchange Server 2013 Standard, Microsoft Exchange Server 2013 Enterprise

  • kbsurveynew kbfix kbqfe kbexpertiseinter kbmt KB3142157 KbMtfr
Commentaires