Wir machen das Log-Verzeichnis konfigurierbar. Abhängig von der Verwendung möchten Sie möglicherweise keine Protokolle auf dem Betriebssystemlaufwerk oder an einem Speicherort, für den mehr Rechte als erforderlich gewährt werden müssen.
Das Ereignisprotokoll ist nicht immer die beste Lösung für eine ausführlichere Protokollierung. Wir verwenden das Ereignisprotokoll für Fehler und Warnungen und wichtige Statusänderungen (start / stop / etc.), Aber wir verwenden die Protokolldatei für ausführlichere Aktionen.
Verwenden Sie das Ereignisprotokoll - es kann Daten in umfangreichen Formaten speichern und unterstützt eine gute Abfrage über WMI (z. B. können die Administratoren Protokolle von allen 100 Servern gleichzeitig nach Warnungen abfragen, die den Dateinamen "Payroll.xml" enthalten - kein Durchsuchen des Protokolls Dateien zur Fehlerbehebung von Diensten).
In meinen Windows-Diensten gebe ich die Protokolle in ein Standardverzeichnis von "C: \ App Log Files" aus und erlaube dem Benutzer, einen alternativen Speicherort auszuwählen. Ich fahre sie automatisch um, also habe ich monta.log, Tuesday.log usw. Am Dienstagmorgen lösche ich das Wednesday.log, damit es am nächsten Tag leer ist. Schließlich, wenn eine Woche nicht genug ist, benenne ich das alte als Wednesday.V01 um. Der Grund für diesen wöchentlichen Zyklus ist, dass in einer früheren Version, die von jemand anderem gemacht wurde, die Protokolle per Datum waren und lautlos die Festplatten füllten, bis alles umgefallen war. Angesichts der Tatsache, dass es in den meisten Systemen niemanden gibt, der sie verwalten kann, lohnt sich die Eigenwartung.
Schließlich ist das Systemereignisprotokoll ein guter Ort für eine gelegentliche Nachricht, aber es ist nicht gut für ein detailliertes Protokoll von Transaktionen usw. Wenn Sie Protokolldateien außerhalb des Systemprotokolls haben, können Sie sie an einen Entwickler für Analyse viel einfacher.
Tags und Links windows-services logging