Réinitialisation du moniteur événement
Publication: mars 2016
S'applique à: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
Contrairement à d'autres types d'analyses dans System Center 2012 – Operations Manager, il peut être difficile de définir les critères pour retourner un observateur d'événements à un état sain. Car les applications génèrent souvent un événement lorsqu'un problème se produit, mais ne pas créer un événement lorsque le problème a été corrigé. Pour cette raison, vous disposez des options suivantes pour définir l'état d'intégrité pour un observateur d'événements.
Logique de remise |
Description |
|---|---|
Réinitialisation d'événement |
Un seul événement spécifique indique cette analyse doit être réinitialisée. |
Réinitialisation manuelle |
Le moniteur n'est jamais automatiquement réinitialisé. L'utilisateur doit réinitialiser manuellement l'analyse. |
Réinitialisation du minuteur |
L'analyse est automatiquement réinitialisé après l'heure spécifiée. |
Chacune de ces méthodes est décrite dans les sections suivantes :
Réinitialisation d'événement
Avec réinitialisation d'un événement, l'analyse est réinitialisé lors de la détection d'une seule occurrence d'un événement spécifique. L'événement doit être du même type que l'événement utilisé pour détecter la condition d'erreur. Par exemple, une analyse d'événements Windows peut spécifier un événement avec une source d'événement particulier et un nombre pour indiquer une condition d'erreur. Un autre événement Windows avec la même source d'événement, mais un nombre différent peut indiquer que l'erreur dans l'application a été corrigé.
Réinitialisation d'événement utilisable uniquement si l'application fournit un événement indiquant que l'erreur particulière a été corrigé. De nombreuses applications créent un événement lorsqu'une erreur se produit, mais ne pouvez pas créer un événement correspondant qui indique que l'erreur a été corrigée. Réinitialisation d'événement ne peut pas être utilisée dans ce cas.
Réinitialisation manuelle
Avec de réinitialisation manuelle, le moniteur ne retourne jamais dans un état sain automatiquement. L'utilisateur doit déterminer si le problème a été corrigé et sélectionnez l'analyse dans l'Explorateur d'intégrité, puis sélectionnez Réinitialiser la santé.
L'avantage de cette stratégie est qu'un moniteur peut être utilisé pour les problèmes qui ne créent pas un événement qui indique un état sain. L'analyse peut affecter l'état d'intégrité de l'objet managé au lieu de créer une alerte simple à partir d'une règle. Le temps mort est enregistré pour l'objet dans les événements de changement d'état dans la Console opérateur et dans les rapports de disponibilité.
Il existe plusieurs implications de cette stratégie doivent être prises en compte. Le premier est le travail supplémentaire nécessaire à l'utilisateur, car le moniteur se réinitialise jamais automatiquement. Il peut également entraîner trop interruption de service en cours d'enregistrement si l'utilisateur attend pendant longtemps avant d'effectuer la réinitialisation. Le problème peut ont été corrigé assez rapidement, mais l'état d'intégrité n'est pas enregistrée tant que l'utilisateur exécute la réinitialisation.
Utilisation de réinitialisation manuelle doit être particulièrement indispensable pour les analyses où il est possible que pour un seul problème d'affecter plusieurs instances de la classe cible. Étant donné que les utilisateurs ne peuvent pas réinitialiser l'analyse de plusieurs instances dans la Console opérateur, l'utilisateur doit ouvrir manuellement l'Explorateur d'intégrité pour chaque instance pour effectuer cette action. En fonction du nombre d'instances, cela peut entraîner des efforts considérables pour l'utilisateur.
Réinitialisation du minuteur
Une réinitialisation du minuteur comporte comme un manuel que se réinitialiser, sauf si l'utilisateur ne réinitialise pas manuellement l'analyse après un certain temps, il réinitialise automatiquement. L'utilisation de ce type de réinitialisation est pour les problèmes en continu du journal des événements d'erreur jusqu'à ce que le problème est résolu. Au lieu d'utiliser un autre événement pour indiquer que le problème a été résolu, l'événement d'erreur détectée précédemment pendant une période donnée peut servir aux critères de réussite.
La réinitialisation du minuteur peut être utilisée à la place d'une réinitialisation manuelle en fournissant l'avantage de réinitialiser automatiquement après un certain temps si l'utilisateur effectue une réinitialisation manuelle.
Le réinitialiser dois-je utiliser ?
Si l'application que vous surveillez crée un événement lorsque le problème a été résolu, utilisez la réinitialisation d'un événement. Il s'agit de la méthode recommandée dans la mesure où l'analyse retourne à un état sain dès dès que nécessaire, sans aucune intervention de l'utilisateur. Toute alerte générée à partir du moniteur peut également être fermée automatiquement.
Si l'application que vous surveillez ne crée pas un événement lorsque le problème a été corrigé, vous devez utiliser de réinitialisation manuelle ou la réinitialisation du minuteur. Reportez-vous à la description de chaque ci-dessus pour déterminer quelle stratégie consiste le mieux à vos besoins spécifiques.