Quelle est la principale utilisation de Windows Event Viewer?

Question

Vous vous demandez simplement quelle est l'opinion de tout le monde sur l'outil d'administration Windows Event Viewer?

Je suis en train d'écrire une application WCF et j'ai commencé à enregistrer des erreurs dans l'observateur d'événements Windows lorsque je les manipule. J'ai alors commencé à penser, est-ce que je devrais enregistrer plus que juste des erreurs, telles que quand un utilisateur s'est connecté ou dehors ou iriez-vous plus loin enregistrant encore plus d'activité?

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

Toute entrée apprécié :-)

Answer 1

, je dirais 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 le DOD) devra consigner certains événements dans un journal (le journal des événements de Windows le plus probable) pour répondre aux exigences de sécurité.

Ne sachant pas comment vous faites la journalisation maintenant, je suggérerais que vous utilisiez un cadre de journalisation comme log4net pour faire la journalisation de votre application. C'est parti au moment de l'exécution, vous pouvez adapter ce qui est connecté et où il est connecté. Cela sera d'une aide précieuse pour le débogage des problèmes/erreurs sur un système de production ou d'ailleurs dans les tests si vous n'avez pas de débogueur qui peut être utilisé dans les tests.

Answer 2

Le journal des événements Windows est une destination commune pour les applications permettant de consigner les erreurs et les messages d'information. Bien sûr, les normes de l'entreprise, les préférences d'exploitation et les exigences non fonctionnelles jouent un rôle dans la décision d'une destination de journal.

Il est parfaitement possible d'exporter des messages d'information ou de débogage dans le journal des événements, mais cette configuration est généralement basée sur la configuration afin que le journal ne soit pas rempli de messages de débogage lorsqu'ils ne sont pas requis. Les cadres communs pour ce faire seraient log4net ou Enterprise Library.

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

• Habituellement, les clés de registre doivent être configuré à 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) si les entrées importantes seront tronquées (par exemple, si loggi ng grand message WCF)