Quelle est l'utilisation principale de Windows Observateur d'événements?

Question

Je me demandais ce que l'avis de tout le monde est sur l'outil d'administration Observateur d'événements Windows?

J'écris une application WCF au moment et ont commencé la journalisation des erreurs à l'observateur d'événements Windows quand je les manipule. Je me suis alors commencé à penser, devrais-je vous connecter plus que des erreurs, par exemple lorsqu'un utilisateur a ouvert une session ou à l'extérieur ou iriez-vous vous connecter plus une activité encore plus?

Ou est-ce un outil qui est principalement utilisé pour les tests sans utiliser le débogueur?

Toute entrée apprécié: -)

Answer 1

Je dirais que que cela dépend de votre programme et le public visé. Par exemple, une application utilisée par le gouvernement des États-Unis (en particulier DOD) devra se connecter certains événements dans un journal pour répondre aux exigences de sécurité (le journal des événements Windows le plus probable).

Ne sachant pas comment vous faites maintenant l'enregistrement, je vous suggère d'utiliser un cadre de l'exploitation forestière comme log4net pour faire votre enregistrement de l'application. Ce loin lors de l'exécution, vous pouvez personnaliser ce qui est connecté et où il est connecté à. Ce sera d'une grande aide avec des problèmes de débogage / erreurs sur un système de production ou pour cette matière dans les tests si vous ne disposez pas d'un débogueur qui peut être utilisé dans les tests.

Answer 2

Le journal des événements Windows est une destination commune pour les applications pour enregistrer les erreurs et les messages d'information. Bien sûr, les normes de l'entreprise, les préférences des opérations, et les exigences non fonctionnelles viennent tous jouer pour décider sur une destination de journal.

Il est parfaitement valide pour vider les messages d'information ou de débogage dans le journal des événements, mais en général ce serait une configuration basée sur de telle sorte que le journal ne soit pas rempli de messages de débogage quand ils ne sont pas nécessaires. Des cadres communs pour ce faire seraient Log4net ou Enterprise Library.

Le journal des événements a quelques points négatifs:

• En général, les clés de registre doivent être mis en place à l'avance car de nombreuses applications ne seront pas des autorisations pour créer les clés lors de l'exécution (par exemple ASP.NET)
• Le journal peut se remplir empêcher l'enregistrement de vos messages
• Le journal peut être configuré pour rouler sur ce qui peut provoquer des entrées plus anciennes à perdre
• La taille de l'entrée du journal est limitée (à 32767 caractères, je pense) entrées grandes seront tronquées (par exemple si la connexion grand message WCF)