Was sind die best practices, wenn Sie einen Prozess ausführen als windows-Dienst?

Gibt es irgendwelche Dinge zu kümmern, wenn Sie mit Ihrem Prozess oder eine ausführbare Datei als Dienst.Dinge wie silent logging.Kritische Fehler-reporting-Szenarien? etc? Wie handhaben Sie es ?

InformationsquelleAutor abmv | 2010-02-17
  1. 21

    Für kritische Fehler-reporting, Sie sind gezwungen, um mit dem standard-Service-Einstellungen (in den Eigenschaften des installierten service), oder etwas zu tun sich. Dabei könnte es so einfach eine log-Datei, die Protokolle unerwartete Fehler (mit AppDomain.UnhandledException zu fangen und zu protokollieren), verwenden Sie das Windows-Ereignisprotokoll zu protokollieren, die ähnliche Informationen, oder mit anderen Prozess-Uhr service für Fehler (dh. den Dienst stoppen) und Alarmierung jemand.

    Microsoft hat einen Artikel mit dem Titel "Einführung in die Windows-Service-Anwendungen" das ist eine gute Allgemeine Einführung in die Dienste in .Net.

    Einige andere Dinge, die zum entwickeln von Windows-Diensten aus meiner Erfahrung:

    • Ein Windows-Dienst ist zulässig etwa 30 Sekunden, um zu starten. Danach wird Windows melden Sie es als nicht ordnungsgemäß gestartet. Dies bedeutet, dass Sie benötigen, um sicherzustellen, dass Ihre OnStart Methode der service startet einen neuen thread, zu dem der Dienst ausgeführt wird, und kehrt dann zurück.
    • Erwarten keine Interaktion mit dem Benutzer (dh. die message-Boxen, Bestätigungen), da der Dienst ausgeführt wird "headless" (dh. ohne UI), so kann man nicht erwarten, dass ein Benutzer mit Ihr interagieren.
    • Überprüfen Sie das Konto, dass der Dienst ausgeführt wird, um sicherzustellen, dass Sie nicht mit es wie ein Anwender mit unnötig hohen Sicherheitsberechtigungen.
    • Umfangreiche Protokollierung (zB. log4net), so dass Sie sehen können, was der Dienst tut, während der Laufzeit, als auch in der Lage, zu diagnostizieren, Fehler (durch Protokollierung von stack-traces).
    • Stellen Sie sicher, dass Sie die richtige version von InstallUtil (ie. 32 oder 64 bit) zu installieren, den Dienst mit. Noch besser, lassen Sie den Dienst installieren, selbst mit dem ManagedInstallerClass.InstallHelper.
    • So wirklich braucht, ein "merge-Antwort" - Funktion, so können wir beide Recht haben :). Vor allem mit diesen subjektiven "Liste" Typ Fragen.
    • +1 Ja-ähnlich EE, wo Sie haben, "Assisted Lösung".
    • Zitat aus der MSDN-Seite Diese API unterstützt die .NET Framework-Infrastruktur und ist nicht dazu vorgesehen, direkt aus dem code. Also sollte ich eigentlich haben, den service selbst zu installieren?
    • Siehe mein Kommentar auf die Antwort.
    InformationsquelleAutor adrianbanks
  2. 15
    • Verwenden Sie ein tracing/logging-API zu haben diagnostische Informationen. Eventlog log-Dateien, Datenbank, was auch immer... Nur haben die Informationen zur Fehlerbehebung irgendwo.
    • Trace/Log-früh und Häufig. Nichts ist frustrierender, als dass eine code-änderung, die ist einfach zu fügen Sie die Diagnoseprotokollierung.
    • Bewusst, Speicher undicht. Beim schreiben einer Anwendung, neu gestartet Alltag oder als geplanter task ausgeführt wird, bekommen wir manchmal so ein bisschen faul. Denken Sie daran diesen Dienst bereinigen nach sich selbst gründlich. Stellen Sie die ordnungsgemäße Verwendung der using-Klausel mit allen IDisposables.
    • Vergessen Sie nicht, die flüchtigen keyword auf Ihre variable STOPP! Mein Gott, das bringt mich jedes mal.
    • +1 'mein Gott, das bringt mich jedes mal.'
    • Was ist die STOP-variable? Es klingt wie etwas, das ich beachten sollte.
    • in der Regel windows-service-code läuft in einer Schleife prüfen Boolesche Instanz-variable für ein stop-signal. while (!stop) { //service-code }... Diese stop-variable gekennzeichnet sein muss volatil.
    InformationsquelleAutor TheSoftwareJedi
  3. 3

    Zeigen keine message-Boxen /dialogs.

    Sich bewusst sein, dass Ihre app wird in der Regel nicht unter einem Konto ausgeführt werden, wie ein angemeldeter Benutzer. So, wenn ein Benutzer Zugriff auf eine Datei/Verzeichnis, bedeutet dies nicht, dass der service so gut tun kann.

    InformationsquelleAutor M4N
  4. 3

    Stellen Sie sicher, Sie haben irgendeine form von alert-system informiert Sie, wenn der Dienst fällt z.B. senden Sie eine E-Mail an sich selbst oder Postfach.

    InformationsquelleAutor James
  5. 3

    Ich habe eine gute ein, fügen Sie den folgenden code in der OnStart-Methode, oder noch besser, bevor Sie es in Ihrer Main-Methode.

    #if DEBUG
   //LogMessage("Service starting");
   #warning The service has been set to break on debug. Only used for debugging.

   //LogMessage("DEBUG MODE - If the service crashed after this then your problem is that you're running in DEBUG mode without a Visual Studio installed.");
   if (Debugger.IsAttached == false) Debugger.Launch();
#endif

    Grundsätzlich ist der wichtige Teil, wenn der Debugger.Launch() die pop öffnen Sie ein Fenster, wenn Sie den Dienst starten, und Fragen Sie, ob Sie möchten, um das Debuggen der service und mit dem Visual Studio. Es macht die Arbeit mit services genial und einfach. Ich legte die #warning es ist einfach so, es zeigt sich in der Warnung Liste, um mich daran zu erinnern dass es da ist, obwohl die #if DEBUG sollte verhindern, dass die meisten Probleme.

    Nur daran denken, nicht bereitstellen, mit dem dieser code ausgeführt wird (D. H. keine Freigabe für die debug-code), weil es Abstürzen tut wenn es kein Visual Studio auf dem Rechner installiert.

    • Auch während der Arbeit mit Dienstleistungen, die eine Menge, die ich ein Werkzeug geschaffen, das hilft mir ungemein und beschleunigt, drehen Sie auf-und ab - bitbucket.org/mmihajlovic/servicemanager
    InformationsquelleAutor Mladen Mihajlovic
  6. 1

    Ob es Sinn macht, vergessen Sie nicht zu implementieren des Ereignisses Anhalten.
    Behandeln alle Ausnahmen, so scheitert es würdevoll, wenn es scheitert.

    InformationsquelleAutor Vinko Vrsalovic
Schreibe einen Kommentar