DFL-Dienste starten nach WTS-Neustart nicht zuverlässig - verzögerter Start des EnablerService unterstützt?

[#1]

Hallo zusammen,

wir betreiben eine Terminal-Server-Infrastruktur mit 12 Windows Session Hosts (WTS), auf denen unsere Mitarbeiter mit DATEV-Programmen arbeiten. Nach geplanten Wartungsneustarts an den Wochenenden kommt es wiederholt vor, dass DATEV-Dienste nach dem Hochfahren nicht zuverlässig gestartet werden, was dazu führt, dass Mitarbeiter am Montag nicht mit DATEV arbeiten können.

Betroffen sind folgende Dienste:

- DATEV DFL-Service-Manager (Datev.Framework.RemoteServiceModel.EnablerService) – Starttyp: Automatisch

- DATEV DFL Messaging-Server (Datev.Framework.RemoteServiceModel.Messaging.Server) – Starttyp: Manuell

- DATEV DFL Infrastruktur-Dienst (Datev.Framework.RemoteServices) – Starttyp: Manuell

Unsere Analyse hat ergeben, dass der EnablerService vermutlich zu früh startet, bevor alle notwendigen Systemkomponenten vollständig verfügbar sind. Da der EnablerService laut Dokumentation dafür zuständig ist, die anderen beiden DFL-Dienste bei Bedarf zu starten, möchten wir ausschließlich den Starttyp des EnablerService von "Automatisch" auf "Automatisch (Verzögerter Start)" umstellen. Die Starttypen von Messaging.Server und RemoteServices (Manuell) würden wir dabei nicht verändern.

Dazu haben wir folgende Fragen:

1. Wird der Starttyp "Automatisch (Verzögerter Start)" für den EnablerService von DATEV offiziell unterstützt?
2. Reicht es aus, ausschließlich den EnablerService zu überwachen und dessen Starttyp auf "Automatisch (Verzögerter Start)" zu setzen – oder müssen Messaging.Server und RemoteServices ebenfalls separat überwacht oder konfiguriert werden?
   
   
3. Wir haben über PowerShell die technischen Service-Abhängigkeiten der drei genannten Dienste abgefragt (ServicesDependedOn und DependentServices) – diese haben keine Ergebnisse geliefert. Gibt es darüber hinaus logische Abhängigkeiten des EnablerService zu anderen DATEV- oder Systemdiensten, die bei einem verzögerten Start zu Problemen führen könnten?
   
   
4. Gibt es eine empfohlene Startreihenfolge für die drei DFL-Dienste, die wir bei einem manuellen oder automatisierten Startvorgang beachten müssen?
   
   
5. Wir haben in der Dokumentation gelesen, dass DATEV den Starttyp des EnablerService nach Updates automatisch wieder auf "Automatisch" zurücksetzt. Ist das korrekt, und wenn ja – gibt es eine unterstützte Methode, den verzögerten Start dauerhaft beizubehalten?

Für Hinweise zu relevanten Dokumenten im DATEV Hilfe-Center oder der Info-Datenbank wären wir ebenfalls dankbar.

Vielen Dank im Voraus.

[#2]

Moin Moin,

kenn ich. Da ist dann beim Neustart etwas schief gegangen. Entweder in den Diensten schauen, welche von Datev nicht gestartet wurden und diese manuell starten. Oder einfach noch einmal neu starten. Hat bei mir immer gereicht. Und mein "Problemserver" war der Fileserver.

QJ

[#3]

Moin 🙂

Danke für deine schnelle Antwort – das kennen wir, so haben wir das bisher auch gehandhabt.

Zukünftig möchten wir das aber proaktiv absichern, damit wir am Montagmorgen nicht erst reagieren müssen, wenn Mitarbeiter nicht arbeiten können. Wir haben daher bereits ein Monitoring für die betroffenen DATEV DFL-Dienste eingerichtet, das uns benachrichtigt, wenn ein Dienst nach dem Neustart nicht läuft.

Zusätzlich würden wir gerne den Starttyp des DATEV DFL-Service-Managers (Datev.Framework.RemoteServiceModel.EnablerService) von "Automatisch" auf "Automatisch (Verzögerter Start)" umstellen. Der Gedanke dahinter: Der Dienst startet nach dem Neustart möglicherweise zu früh, bevor alle notwendigen Systemkomponenten bereit sind – ein verzögerter Start könnte das Problem beheben.

Die anderen beiden DFL-Dienste (Messaging.Server und RemoteServices) stehen bei uns auf "Manuell" und würden wir nicht anfassen, da der EnablerService diese bei Bedarf selbst startet.

[#4]

---

@Justus_2026 schrieb: Zusätzlich würden wir gerne den Starttyp des DATEV DFL-Service-Managers (Datev.Framework.RemoteServiceModel.EnablerService) von "Automatisch" auf "Automatisch (Verzögerter Start)" umstellen. Der Gedanke dahinter: Der Dienst startet nach dem Neustart möglicherweise zu früh, bevor alle notwendigen Systemkomponenten bereit sind – ein verzögerter Start könnte das Problem beheben.

---

Da DATEV die Dienste bei jedem Update immer wieder auf "Automatisch" zurückstellen wird, wäre vielleicht auch ein Skript möglich, welches den Dienst nochmal beendet und neu startet, wenn das System hochgefahren ist. Für das Skript eine Verzögerung einbauen. 

Ist zwar gepfuscht, müsste aber aus meiner Sicht funktionieren.

Beste Grüße
Christian Ockenfels

[#5]

Moin @Justus_2026 

wie wäre es mit einem geplanten Neustart jeden Montag morgen 5 Uhr oder so.

Oder am Sonntag. Kommt drauf an ob man mit Backup-Zeiten kollidiert.

Ich habe das einige Jahre so gemacht und die Montag Morgende waren recht entspannt.

HTH

QJ

[#6]

Hallo Justus_2026,

der DATEV DFL-Service-Manager sollte vom Betriebssystem zuverlässig gestartet werden können.

Versuchen Sie es mit einer Veränderung des Werts „ServicesPipeTimeout“: Ein Dienst wird nicht gestartet, und Ereignisse 7000 und 7011 werden in Windows Server protokolliert. - Windows Server | Microsoft Learn

Sollten Sie damit keine Besserung erreichen, erstellen Sie bitte einen Servicekontakt.

Mit freundlichen Grüßen aus Nürnberg

Christian Tölle
Technische Basis 1
DATEV eG

[#7]

Hallo Herr Tölle,

vielen Dank für Ihre Rückmeldung.

Ich werde den von Ihnen vorgeschlagenen Ansatz umsetzen und mich mit dem Ergebnis zurückmelden.

Mit freundlichen Grüßen

Justus