Wenn Sie eine .BAT-Datei haben und versuchen, sie mithilfe des Taskplaners in Windows automatisch auszuführen ,^{(Task Scheduler)} sind Sie^(Windows) möglicherweise auf das Problem gestoßen, dass sie einfach nicht ausgeführt wird, es sei denn, Sie führen die Aufgabe manuell aus.

Ich habe eine Batch-Datei erstellt, die alles in einem temporären Ordner löscht, wenn der Computer hochfährt. Ich habe eine einfache Aufgabe im Taskplaner^{(Task Scheduler)} erstellt und auf das Beste gehofft. Leider passierte beim Hochfahren des Rechners nichts. Nach langem Ausprobieren habe ich herausgefunden, wie ich das Skript zum Laufen bekomme.

In diesem Artikel werde ich Sie durch die Einstellungen und Berechtigungen führen, die Sie anpassen müssen, damit Ihre Batch-Datei ohne manuellen Eingriff ausgeführt wird.

Schritt 1: Überprüfen Sie die File/Folder Ordnerberechtigungen

Der erste Schritt zur Behebung dieses Problems besteht darin, sicherzustellen, dass das Konto, das Sie zum Ausführen des Skripts im Taskplaner^{(Task Scheduler)} verwenden, über Vollzugriffsberechtigungen^{(Full Control)} für den Ordner verfügt, der das Skript enthält, das Skript selbst und alle Ordner/Dateien, die das Skript berührt, wenn es ausgeführt wird.

Zum Beispiel habe ich das folgende Batch-Skript unten erstellt:

set folder="C:\test"
cd /d %folder%
for /F "delims=" %%i in ('dir /b') do (rmdir "%%i" /s/q || del "%%i" /s/q)

Ich habe die .BAT -Datei in meinem Ordner „Dokumente“ gespeichert. Der Pfad ist C:\Users\username\Documents . Ich ging zu C:\Benutzer\Benutzername, klickte mit der rechten Maustaste auf den Ordner Dokumente^(Documents) und klickte auf Eigenschaften^(Properties) . Dann klickte ich auf die Registerkarte Sicherheit .^(Security)

Wie Sie sehen, wurde das Benutzerkonto Aseem explizit hinzugefügt und mit der Berechtigung Vollzugriff^{(Full Control)} versehen. Jetzt müssen Sie dasselbe für den Ordner tun, der das Skript enthält, und für das Skript selbst. Gehen Sie nicht einfach davon aus, dass Sie loslegen können, wenn Sie dem Ordner, der das Skript enthält, Berechtigungen erteilen, denn das sind Sie nicht. Legen Sie zuletzt Berechtigungen für alle Dateien und Ordner fest, mit denen das Skript interagiert.

In meinem Fall musste ich zu C:\test gehen, mit der rechten Maustaste auf diesen Ordner klicken und dort mein Benutzerkonto mit Vollzugriff^{(Full Control)} hinzufügen . Es ist etwas ärgerlich, dass Sie dies tun müssen, aber es ist die einzige Möglichkeit, das Skript zum Laufen zu bringen.

Hinweis: Das Konto, das zum Ausführen des Skripts verwendet wird, muss Teil der lokalen Administratorgruppe auf dem Computer sein. In meinem Fall ist das Aseem-Konto ein Administratorkonto und daher Teil der lokalen Administratorengruppe ^{(Note: The account that is being used to run the script has to be part of the local Administrators group on the computer. In my case, the Aseem account is an administrator account and therefore part of the local Administrators group. )}

Schritt 2: Überprüfen Sie die Taskplaner-Einstellungen^{(Task Scheduler Settings)}

Gehen wir^{(Task Scheduler)} nun zum Taskplaner und ändern dort die entsprechenden Einstellungen. Öffnen Sie den Taskplaner^{(Task Scheduler)} und suchen Sie Ihre Aufgabe im Abschnitt Aktive Aufgaben^{( Active Tasks)} . Sie sollten in alphabetischer Reihenfolge aufgeführt werden.

Doppelklicken Sie darauf und es öffnet die Aufgabe von selbst im selben Fenster. Um die Aufgabe zu bearbeiten, müssen Sie mit der rechten Maustaste darauf klicken und Eigenschaften^(Properties) auswählen .

Es gibt mehrere Registerkarten und hier müssen einige Dinge überprüft und geändert werden. Zunächst müssen Sie auf der Registerkarte Allgemein^(General) das Benutzerkonto überprüfen, das zum Ausführen der Aufgabe verwendet wird. In meinem Fall ist es das Aseem- Konto, dem ich zuvor im Dateisystem Berechtigungen erteilt hatte und das Teil der Administratorgruppe^{(Administrators)} auf dem Computer ist.

Als nächstes müssen Sie die Option Ausführen, ob Benutzer angemeldet ist oder nicht auswählen und ^{( Run whether user is logged on or not)}Windows Vista, Windows Server 2008 im Feld Konfigurieren für auswählen.^{(Configure for)}

Auf der Registerkarte Aktionen^(Actions) müssen Sie das Skript auswählen, auf Bearbeiten^(Edit) klicken und dann den Pfad zum Ordner mit dem Skript im Feld Starten in (optional)^{(e Start in (optional))} hinzufügen . Das mag unnötig erscheinen, ist es aber nicht. In meinem Fall habe ich C:\Users\Aseem\Documents\ in das Feld eingegeben.

Klicken Sie nun auf OK , um die Einstellungen zu speichern. Wenn Sie dies tun, wird möglicherweise ein Dialogfeld angezeigt, in dem Sie das Kennwort für das Benutzerkonto eingeben müssen, das die Aufgabe ausführen wird. Daraus ergibt sich eine weitere Anforderung. Sie können kein Konto verwenden, das kein Passwort hat. Das Benutzerkonto muss ein Passwort haben, damit die Aufgabe ausgeführt werden kann.

Schließlich sollten Sie die Aufgabe einmal manuell im Taskplaner^{(Task Scheduler)} ausführen , um sicherzustellen, dass sie ausgeführt wird. Wenn es manuell gut läuft, nachdem Sie alle Einstellungen geändert haben, sollte es laufen, wenn es ausgelöst werden soll. In meinem Fall sollte es beim Start passieren und nachdem ich die Änderungen vorgenommen hatte, funktionierte alles einwandfrei.

Beachten Sie Folgendes: Wenn Ihr Skript beim Ausführen auf verschiedene Computer in einer Domäne zugreift, sollten Sie versuchen, das Domänenadministratorkonto zum Ausführen der Aufgabe zu verwenden. Dadurch wird sichergestellt, dass das Konto über ausreichende Berechtigungen für den Zugriff auf die Remotecomputer verfügt.

Beachten Sie auch, ob Ihr Skript auf Ressourcen auf einer Netzwerkfreigabe zugreift. Wenn Ihr Skript Buchstaben verwendet, um auf das Netzwerk zuzugreifen, wird es möglicherweise nicht ausgeführt. Anstelle von F:\data\ sollten Sie beispielsweise \\machinename\share_name\data\ Â im Skript verwenden. Wenn Sie Ihr Skript immer noch nicht zum Laufen bringen können, posten Sie hier einen Kommentar und ich werde versuchen zu helfen. Genießen!

Fix Scheduled Task Won’t Run for .BAT File

If you have a .BAT file and you’re trying to get it to run automatically using Task Scheduler in Windows, you might hаve run into the iѕsue where it simply doesn’t run unless you manually run the taѕk.

I created a batch file that deletes everything inside a temp folder whenever the computer starts up. I created a basic task in Task Scheduler and hoped for the best. Unfortunately, nothing happened when my computer booted up. After a lot of trial and error, I figured out how to get the script to run.

In this article, I’m going to walk you through the settings and permissions you need to adjust in order to get your batch file to run without manual intervention.

Step 1: Check File/Folder Permissions

The first step to fixing this issue is ensuring that the account you are using to run the script in Task Scheduler has Full Control permissions on the folder containing the script, the script itself, and any folders/files that the script touches when it runs.

For example, I created the following batch script below:

set folder="C:\test"
cd /d %folder%
for /F "delims=" %%i in ('dir /b') do (rmdir "%%i" /s/q || del "%%i" /s/q)

I saved the .BAT file to my Documents folder. The path is C:\Users\username\Documents. I went to C:\Users\username, right-clicked on the Documents folder, and clicked on Properties. Then I clicked on the Security tab.

As you can see, the user account Aseem has been explicitly added and given the Full Control permission.  Now you have to do the same thing for the folder that contains the script and for the script itself. Don’t just assume that if you give permissions to the folder containing the script, you’re good to go, because you’re not. Lastly, set permissions on any files and folders that the script will interact with.

In my case, I had to go to C:\test, right-click on that folder and add my user account there with Full Control permissions. It’s kind of annoying that you have to do this, but it’s the only way to get the script to run.

Note: The account that is being used to run the script has to be part of the local Administrators group on the computer. In my case, the Aseem account is an administrator account and therefore part of the local Administrators group. 

Step 2: Check Task Scheduler Settings

Now let’s go to Task Scheduler and change the appropriate settings there. Open Task Scheduler and find your task under the Active Tasks section. They should be listed out in alphabetical order.

Double-click on it and it’ll open the task by itself in the same window. In order to edit the task, you’ll have to right-click on it and choose Properties.

There are several tabs and a couple of things have to checked and changed here. Firstly, on the General tab, you need to check the user account that is being used to run the task. In my case, it’s the Aseem account, which I had given permissions to earlier on the file system and which is part of the Administrators group on the computer.

Next, you have to choose the Run whether user is logged on or not option and choose Windows Vista, Windows Server 2008 in the Configure for box.

On the Actions tab, you have to select the script, click on Edit and then add in the path to the folder containing the script in the Start in (optional) box. This may seem unnecessary, but it’s not. In my case, I put in C:\Users\Aseem\Documents\ in the box.

Now click on OK to save the settings. When you do this, a dialog may appear where you have to enter the password for the user account that will run the task. This brings up another requirement. You can’t use an account that doesn’t have a password. The user account has to have a password in order for the task to run.

Lastly, you should run the task manually once in Task Scheduler to make sure it runs. If it runs fine manually after you changed all the settings, then it should run when it’s supposed to be triggered. In my case, it was supposed to happen on startup and after I made the changes, everything worked fine.

Note that if your script is accessing different computers in a domain when run, you should try to use the domain administrator account to run the task. This will ensure the account has enough permissions to access the remote computers.

Another item to note is if your script accesses resources on a network share. If your script is using letters to access the network, it may not run. For example, instead of using F:\data\, you should use \\machinename\share_name\data\ in the script. If you still can’t get your script to run, post a comment here and I’ll try to help. Enjoy!

Related posts

• Beheben Sie den Fehler „Kann nicht von der Quelldatei oder dem Quelldatenträger lesen“.

• So beheben Sie „Nicht genügend USB-Controller-Ressourcen“ unter Windows 10

• So beheben Sie den Fehler „Wir konnten die Updates nicht abschließen“ in Windows

• So beheben Sie den Fehler „Spotify kann das jetzt nicht abspielen“.

• So beheben Sie den „No Route“-Fehler von Discord

• So beheben Sie, dass die Kamera in MS Teams in Windows 10 nicht funktioniert

• So kopieren Sie Text aus einer PDF-Datei

• Behebung „Dieses Gerät kann kein vertrauenswürdiges Plattformmodul verwenden“ beim Aktivieren von BitLocker

• 6 Fixes, wenn die Spotify-App nicht reagiert oder sich nicht öffnen lässt

• So beheben Sie den Fehler „Der Windows-Ressourcenschutz konnte den angeforderten Vorgang nicht ausführen“.

• 9 Fixes, wenn der Xbox Party Chat nicht funktioniert

• So beheben Sie den Fehler „Etwas ist passiert und Ihre PIN ist nicht verfügbar“ in Windows

• So beheben Sie Pfeiltasten, die in Excel nicht funktionieren

• So beheben Sie, dass Hotspot auf Android nicht funktioniert

• Windows 7-Geräte und -Drucker hängen oder lassen sich nicht öffnen?

• Tipps zur Fehlerbehebung, wenn Bluetooth auf Ihrem Computer oder Smartphone nicht funktioniert

• Beheben Sie den Fehler „Windows kann nicht mit dem Gerät oder der Ressource kommunizieren“.

• So beheben Sie Discord TTS-Fehler, die nicht funktionieren

• Behebung des Fehlers „Datei ist zu groß für Zieldateisystem“.

• Fix Helligkeit kann nach dem Upgrade auf Windows 8.1/10 nicht angepasst werden