
121416
Apr 16, 2015, updated at 10:41:47 (UTC)
Dienst per Aufgabenplanung nach login neu starten
Hallo,
gleich vorab, ich habe verschiedene "HowTos" usw. zu diesem Thema gefunden, aber es funktioniert einfach nicht.
Ich habe eine dienst_restart.bat geschrieben (funkioniert einwandfrei) und möchte diese mit Administratorrechten bei jedem login ausführen lassen.
Was ich bisher gemacht habe:
Aufgabe erstellen
Das Skript wird bei einem Login nicht gestartet bzw. es fehlen die Rechte. Ich habe im Reiter Aktionen alles mögliche schon probiert, komme aber nicht auf die Lösung.
Zum System: WIN 7 Professional 64 bit, keine Domäne, soll aber später für Rechner in einer Domäne verwendet werden.
Vielen Dank schon mal.
gleich vorab, ich habe verschiedene "HowTos" usw. zu diesem Thema gefunden, aber es funktioniert einfach nicht.
Ich habe eine dienst_restart.bat geschrieben (funkioniert einwandfrei) und möchte diese mit Administratorrechten bei jedem login ausführen lassen.
Was ich bisher gemacht habe:
Aufgabe erstellen
- Allgemein
- Name: dienst restart
- Beim ausführen der Aufgabe folgendes Benutzerkonto verwenden: PC1\Administrator
- Unabhängig von der Benutzeranmeldung ausführen x
- Mit höchsten Privilegien ausführen x
- Trigger
- Aufgabe starten: Bei Anmeldung
- Jeder Benutzer x
- Aktiviert x
- Aufgabe starten: Beim Aufheben der Arbeitsstationssperre
- Jeder Benutzer x
- Aktiviert x
- Aktionen
- Aktion: Programm starten
- Programm/Skript: C:\pfad\dienst_restart.bat
Das Skript wird bei einem Login nicht gestartet bzw. es fehlen die Rechte. Ich habe im Reiter Aktionen alles mögliche schon probiert, komme aber nicht auf die Lösung.
Zum System: WIN 7 Professional 64 bit, keine Domäne, soll aber später für Rechner in einer Domäne verwendet werden.
Vielen Dank schon mal.
Please also mark the comments that contributed to the solution of the article
Content-ID: 269325
Url: https://administrator.de/forum/dienst-per-aufgabenplanung-nach-login-neu-starten-269325.html
Printed on: May 24, 2025 at 05:05 o'clock
14 Comments
Latest comment
Hi.
Prüfe auch, ob das verwendete Konto PC1\Administrator das Recht "Anmelden als Stapelverarbeitungsauftrag" hat. Ebenso gib bitte zur Sicherheit an, ob PC1\Administrator das Skript manuell korrekt ausführt.
Das Skript wird bei einem Login nicht gestartet bzw. es fehlen die Rechte
Sehr vielsagend :| Lies doch mal in der Task History nach, was wirklich passiert und gib es wieder.Prüfe auch, ob das verwendete Konto PC1\Administrator das Recht "Anmelden als Stapelverarbeitungsauftrag" hat. Ebenso gib bitte zur Sicherheit an, ob PC1\Administrator das Skript manuell korrekt ausführt.
Ist schon ne weile her. Ziel war die erstellung von täglichen Backups auf unterschiedliche Ziele. System war ein Server 2008R2.
Nachdem so ziemlich alle Möglichkeiten durchprobiert hatten, bin ich auf einen Blogeintrag gestossen in dem exakt dieses Verhalten (auch mit der wbadmin.exe) beschrieben war.
Drei Minuten danach lief es, nehme also an das es daran lag.
Nachdem so ziemlich alle Möglichkeiten durchprobiert hatten, bin ich auf einen Blogeintrag gestossen in dem exakt dieses Verhalten (auch mit der wbadmin.exe) beschrieben war.
Drei Minuten danach lief es, nehme also an das es daran lag.
So oder ähnlich:
"...This is common with batch files and certain commands, as when they're run from things like Task Scheduler or group policy Scripts, they're run asynchronously by default, which means that quite often the calling process terminates before the actual command has run, and in losing the parent environment, the command often then terminates prematurely..."
"...The "/c" simply instructs the command shell to wait for the provided command to actually terminate itself before closing, meaning the shell environment exists for the duration of the command rather than dropping out from beneath it...."
M$ Technet (Antwort von Lain Robertson)
"...This is common with batch files and certain commands, as when they're run from things like Task Scheduler or group policy Scripts, they're run asynchronously by default, which means that quite often the calling process terminates before the actual command has run, and in losing the parent environment, the command often then terminates prematurely..."
"...The "/c" simply instructs the command shell to wait for the provided command to actually terminate itself before closing, meaning the shell environment exists for the duration of the command rather than dropping out from beneath it...."
M$ Technet (Antwort von Lain Robertson)