5
Windows Server 2012 R2 - Automatische Tasks starten nicht
Hallo,
wir haben 5 RDP Session-Host Server in einer Windows Server 2012 R2 Farm am Laufen.
Auf allen Server sind zwei Tasks eingerichtet, der eine macht einen Reinigungsjob in der Registry u. löscht Netzwerkdruckerzuordnungen, der andere startet den Server 5 Minuten später durch.
Die Jobs sollen jeden Tag laufen. Die Jobs laufen jedoch nur einmal wie gewünscht an, nämlich nur, wenn der Task frisch erstellt wurde, danach klappt das nicht mehr. Dann gibt es auch keinen Eintrag im Jobverlauf des Tasks, noch in der Ereignisanzeige. Wenn ich die Task manuell ausführe, werden sie beide ausgeführt, die Befehle sind also grundsätzlich ausführbar.
Alle Server haben den gleichen Patchstand.
Script Nr. 1:
Allgemein:
Benutzerkonto zum ausführen: Administrator
Haken bei „Unabhängig von der Benutzeranmeldung ausführen“
Haken bei „Mit höchsten Privilegien ausführen“
Konfigurieren für: Windows Server 2012 R2
Trigger:
Täglich
01:00:00
Haken bei „Aktiviert“
Aktionen:
Aktion: Programm starten
Programm/Pfad: C:\Windows\SysWOW64\cmd.exe
Argumente hinzufügen: /c"c:\scripts\Netzwerkdrucker_Script.cmd"
Bedingungen:
Keine
Einstellungen:
Ausführung der Aufgabe bei Bedarf zulassen
Aufgabe beenden, falls Ausführung länger als „3 Tage“
Beenden der aktiven Aufgabe erzwingen, falls sie auf Aufforderung nicht beendet wird
Hier das Script an sich:
net stop spooler
for /f "tokens=*" %%d in ('reg query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Providers\Client Side Rendering Print Provider" ^| findstr /i " S-1-5-21- servers"') do reg delete "%%d" /f
net start spooler
Script Nr. 2:
Die gleichen Einstellungen wie bei Script 1, bei Aktionen diese Änderung:
Aktion: Programm starten
Programm/Pfad: powershell
Argumente hinzufügen: restart-computer –force
In Script Nr. 2 hatte ich es unter den Aktionen auch schon mit:
Programm/Pfad: C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe probiert, beides funktioniert, macht aber keinen Unterschied.
Im Script Nr. 1 hatte ich auch unter Programme/Pfad den direkten Pfad zum Script angegeben, also C:\Scripts\Netzwerkdrucker_Script.cmd
Funktioniert ebenfalls, macht aber auch keinen Unterschied, was den erneuten automatischen Aufruf angeht.
Jemand eine Idee, woran das liegen kann?
Grüße
Rainer
wir haben 5 RDP Session-Host Server in einer Windows Server 2012 R2 Farm am Laufen.
Auf allen Server sind zwei Tasks eingerichtet, der eine macht einen Reinigungsjob in der Registry u. löscht Netzwerkdruckerzuordnungen, der andere startet den Server 5 Minuten später durch.
Die Jobs sollen jeden Tag laufen. Die Jobs laufen jedoch nur einmal wie gewünscht an, nämlich nur, wenn der Task frisch erstellt wurde, danach klappt das nicht mehr. Dann gibt es auch keinen Eintrag im Jobverlauf des Tasks, noch in der Ereignisanzeige. Wenn ich die Task manuell ausführe, werden sie beide ausgeführt, die Befehle sind also grundsätzlich ausführbar.
Alle Server haben den gleichen Patchstand.
Script Nr. 1:
Allgemein:
Benutzerkonto zum ausführen: Administrator
Haken bei „Unabhängig von der Benutzeranmeldung ausführen“
Haken bei „Mit höchsten Privilegien ausführen“
Konfigurieren für: Windows Server 2012 R2
Trigger:
Täglich
01:00:00
Haken bei „Aktiviert“
Aktionen:
Aktion: Programm starten
Programm/Pfad: C:\Windows\SysWOW64\cmd.exe
Argumente hinzufügen: /c"c:\scripts\Netzwerkdrucker_Script.cmd"
Bedingungen:
Keine
Einstellungen:
Ausführung der Aufgabe bei Bedarf zulassen
Aufgabe beenden, falls Ausführung länger als „3 Tage“
Beenden der aktiven Aufgabe erzwingen, falls sie auf Aufforderung nicht beendet wird
Hier das Script an sich:
net stop spooler
for /f "tokens=*" %%d in ('reg query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Providers\Client Side Rendering Print Provider" ^| findstr /i " S-1-5-21- servers"') do reg delete "%%d" /f
net start spooler
Script Nr. 2:
Die gleichen Einstellungen wie bei Script 1, bei Aktionen diese Änderung:
Aktion: Programm starten
Programm/Pfad: powershell
Argumente hinzufügen: restart-computer –force
In Script Nr. 2 hatte ich es unter den Aktionen auch schon mit:
Programm/Pfad: C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe probiert, beides funktioniert, macht aber keinen Unterschied.
Im Script Nr. 1 hatte ich auch unter Programme/Pfad den direkten Pfad zum Script angegeben, also C:\Scripts\Netzwerkdrucker_Script.cmd
Funktioniert ebenfalls, macht aber auch keinen Unterschied, was den erneuten automatischen Aufruf angeht.
Jemand eine Idee, woran das liegen kann?
Grüße
Rainer
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 344529
Url: https://administrator.de/forum/windows-server-2012-r2-automatische-tasks-starten-nicht-344529.html
Ausgedruckt am: 21.12.2024 um 13:12 Uhr
5 Kommentare
Neuester Kommentar
Hi,
nur im Dunkeln gestochert:
E.
nur im Dunkeln gestochert:
- Der Task Scheduler Service läuft?
- Wird nach dem Neustart (2. Task) irgendwas "zurückgesetzt"? Habt Ihr irgendein Provisioning in Einsatz? Nur so eine Idee.
- Wie kommen die Task auf die Server? Manuell erstellt oder per GPO? Falls GPO, könnte da das Problem sein?
E.
Hi,
Ja, der läuft auf allen Servern
Der Neustart ist nur nötig, dass die zuvor gemachte Registry-Säuberung auch greift. Wir haben kein Provisioning im Einsatz
Der Task wurde manuell erstellt
E.
Ja, der läuft auf allen Servern
* Wird nach dem Neustart (2. Task) irgendwas "zurückgesetzt"? Habt Ihr irgendein Provisioning in Einsatz? Nur so eine Idee.
Der Neustart ist nur nötig, dass die zuvor gemachte Registry-Säuberung auch greift. Wir haben kein Provisioning im Einsatz
* Wie kommen die Task auf die Server? Manuell erstellt oder per GPO? Falls GPO, könnte da das Problem sein?
Der Task wurde manuell erstellt
E.
Hallo,
wenn der Job angelegt ist und du Ihn manuell startest dann funktioniert er oder startet er einmal automatisch und dann nicht mehr?
Wenn der erste Fall zutrifft, sind es Hardware-Server die an einer USV hängen? Wenn eine USV installiert wird, dann ist es teilweise so das der Server ein Batteriesymbol in der Taskleiste zeigt. Windows denkt dann du bist im "Batteriebetrieb". Dann musst du unter Bedingungen -> Energie den Haken entfernen bei "Aufgabe nur starten, falls Comupter im Netzbetrieb ausgeführt wird". Zumindest hatte ich genau das Problem schon einmal und habe mich erstmal sehr gewundert.
Bevor man lange rätselt würde ich das Pauschal mal testen.
Grüße
wenn der Job angelegt ist und du Ihn manuell startest dann funktioniert er oder startet er einmal automatisch und dann nicht mehr?
Wenn der erste Fall zutrifft, sind es Hardware-Server die an einer USV hängen? Wenn eine USV installiert wird, dann ist es teilweise so das der Server ein Batteriesymbol in der Taskleiste zeigt. Windows denkt dann du bist im "Batteriebetrieb". Dann musst du unter Bedingungen -> Energie den Haken entfernen bei "Aufgabe nur starten, falls Comupter im Netzbetrieb ausgeführt wird". Zumindest hatte ich genau das Problem schon einmal und habe mich erstmal sehr gewundert.
Bevor man lange rätselt würde ich das Pauschal mal testen.
Grüße
Hi,
konnte jetzt erst die Rückmeldung geben, da ich noch getestet habe. Es ist also so, dass der Job immer nur "einmal" ausgeführt wird,
nämlich dann, wenn man den Job aufruft (es muss nichts geändert werden) und gleich wieder schließt, dann wird man ja aufgefordert,
dass Passwort für den Account einzugeben. Wenn das gemacht wurde, laufen die Jobs genau einmal. Am nächsten Tag aber nicht mehr.
Es handelt sich um virtualisierte Server, sollten also kein USV Thema haben.
Die Bedingungen sind sowieso alle deaktiviert.
Suspekt!
konnte jetzt erst die Rückmeldung geben, da ich noch getestet habe. Es ist also so, dass der Job immer nur "einmal" ausgeführt wird,
nämlich dann, wenn man den Job aufruft (es muss nichts geändert werden) und gleich wieder schließt, dann wird man ja aufgefordert,
dass Passwort für den Account einzugeben. Wenn das gemacht wurde, laufen die Jobs genau einmal. Am nächsten Tag aber nicht mehr.
Es handelt sich um virtualisierte Server, sollten also kein USV Thema haben.
Die Bedingungen sind sowieso alle deaktiviert.
Suspekt!
Also noch einmal herumexperimentiert,
jetzt funktioniert es. Als Benutzer habe ich nun nicht den Administrator eingesetzt, sondern den SYSTEM Benutzer,
jetzt führt er den Job aus, wie gewünscht.
Weshalb es nicht mit dem Admin-Konto klappt, weiss ich allerdings trotzdem nicht.
jetzt funktioniert es. Als Benutzer habe ich nun nicht den Administrator eingesetzt, sondern den SYSTEM Benutzer,
jetzt führt er den Job aus, wie gewünscht.
Weshalb es nicht mit dem Admin-Konto klappt, weiss ich allerdings trotzdem nicht.
