Hallo zusammen,   wir beobachten auf unseren Windows-Terminalserver wiederholt ein auffälliges Verhalten im Zusammenhang mit Microsoft Word und DATEV-Arbeitsplatz. Umgebung Windows Terminalserver / Remotedesktopserver Microsoft Office 365 Apps for Enterprise (Word Version 16.0.20026.20112) DATEV Arbeitsplatz Outlook läuft parallel in der Benutzersitzung Beobachtung Bei einem Benutzer entstanden im Laufe des Arbeitstages mehrere Word-Prozesse, obwohl kein sichtbares Word-Fenster mehr geöffnet war. Die Prozesse wurden mit folgenden Parametern gestartet: WINWORD.EXE /Automation -Embedding WINWORD.EXE -Embedding Einige Beispiele: 12:44:23 WINWORD.EXE -Embedding 13:35:42 WINWORD.EXE /Automation -Embedding 13:35:45 WINWORD.EXE /Automation -Embedding 13:41:38 WINWORD.EXE /Automation -Embedding 13:41:42 WINWORD.EXE /Automation -Embedding 13:43:02 WINWORD.EXE /Automation -Embedding 13:43:05 WINWORD.EXE /Automation -Embedding 14:31:53 WINWORD.EXE /Automation -Embedding Auffälligkeit Eine Word-Instanz lief über mehrere Stunden im Hintergrund und verursachte erhebliche CPU-Last: PID: 11108 Startzeit: 12:44:23 CPU-Zeit: > 4000 Sekunden Kein sichtbares Word-Fenster Session des Benutzers aktiv Weitere Word-Instanzen sammelten ebenfalls CPU-Zeit, wenn auch deutlich weniger. Analyse Alle Word-Prozesse wurden per COM-Automatisierung gestartet (/Automation -Embedding). Als Parent-Prozess wird lediglich svchost.exe -k DcomLaunch -p angezeigt. Die Prozesse liefen im Benutzerkontext einer aktiven DATEV-Arbeitsplatz-Sitzung. Parallel waren DATEV Arbeitsplatz, verschiedene DATEV-Komponenten sowie Outlook geöffnet. Nach der Abmeldung des Benutzers wurden sämtliche WINWORD-Prozesse beendet. Fragen Sind ähnliche Effekte mit DATEV Arbeitsplatz bekannt? Gibt es bekannte Probleme, bei denen Word-Instanzen nach Erstellung von Dokumenten, Vorlagen, PDFs oder Archivierungsvorgängen nicht sauber beendet werden? Existieren bekannte Inkompatibilitäten mit bestimmten Word-/Outlook-Add-Ins? Gibt es DATEV-seitige Protokolle oder Logs, mit denen sich nachvollziehen lässt, welcher DATEV-Prozess eine Word-Instanz erzeugt hat? Über Hinweise oder ähnliche Erfahrungen würden wir uns freuen. ... Mehr anzeigen

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:   Wird der Starttyp "Automatisch (Verzögerter Start)" für den EnablerService von DATEV offiziell unterstützt? 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? 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? Gibt es eine empfohlene Startreihenfolge für die drei DFL-Dienste, die wir bei einem manuellen oder automatisierten Startvorgang beachten müssen? 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. ... Mehr anzeigen