Batch Datei startet nicht über Windows Server 2012R2 Aufgabenplanung
Hallo zusammen,
ich bin auf ein Problem mit der Windows Ausgabenplanung gestoßen, dass ich nicht lösen kann.
In der Hoffnung das ein Community Mitglied evtl. weiterhelfen kann, wende ich mich einmal an euch!
Vorab ein paar Fakten:
Der Task läuft unter WIN2008R2 Server.
Der Task wurde exportiert und auf dem neuen WIN2012R2 Server wieder importiert.
Dort führt er zu der Fehlermeldung:
Die Aufgabenplanung konnte die Aufgabe "\Test" für den Benutzer "<Admin-Konto>" nicht starten. Zusätzliche Daten: Fehlerwert: 2147942667
Ursache ist ganz offensichtlich der Wert von (die Angabe ist leider notwendig) 'Start in (optional) <Startpfad>'
( Das Programm arbeitet zwar nicht korrekt ... aber sonst OK )
Vorweg noch eine Anmerkung: Ich habe KEINE Anführungszeichen verwendet!
Dies wurde immer wieder in einigen Foren als Lösung des Problems genannt ...
Ich habe experimentiert und festgestellt, dass all dies funktioniert, ergo keinen Fehler produziert:
1. Ohne Startpfad
2. Ein lokaler Startpfad auf einem lokalen Laufwerk z.B. C:\...\...\
3. Ein Startpfad auf einer externen Server-Share \\server\share
Nicht funktioniert hat das, was ich benötige:
Ein Startpfad UNTERHALB einer externen Server-Share \\server\share\subdir
Die Berechtigungen auf die Unterordner sind für den Domänenbenutzer, der den Batch ausführen soll, vorhanden!
Es entzieht sich meiner Kenntnis, wie sich ein Startpfad auf der Share von einem Startpfad unterhalb der Share unterscheidet.
Ich bin kein Administrator und kann evtl. einige Details nicht durchschauen, aber mit dem normalen Menschenverstand eines IT-lers kann ich keinen Unterschied erkennen
Ich hoffe also auf eure Hilfe!
Vielen Dank
IxLinq
ich bin auf ein Problem mit der Windows Ausgabenplanung gestoßen, dass ich nicht lösen kann.
In der Hoffnung das ein Community Mitglied evtl. weiterhelfen kann, wende ich mich einmal an euch!
Vorab ein paar Fakten:
Der Task läuft unter WIN2008R2 Server.
Der Task wurde exportiert und auf dem neuen WIN2012R2 Server wieder importiert.
Dort führt er zu der Fehlermeldung:
Die Aufgabenplanung konnte die Aufgabe "\Test" für den Benutzer "<Admin-Konto>" nicht starten. Zusätzliche Daten: Fehlerwert: 2147942667
Ursache ist ganz offensichtlich der Wert von (die Angabe ist leider notwendig) 'Start in (optional) <Startpfad>'
( Das Programm arbeitet zwar nicht korrekt ... aber sonst OK )
Vorweg noch eine Anmerkung: Ich habe KEINE Anführungszeichen verwendet!
Dies wurde immer wieder in einigen Foren als Lösung des Problems genannt ...
Ich habe experimentiert und festgestellt, dass all dies funktioniert, ergo keinen Fehler produziert:
1. Ohne Startpfad
2. Ein lokaler Startpfad auf einem lokalen Laufwerk z.B. C:\...\...\
3. Ein Startpfad auf einer externen Server-Share \\server\share
Nicht funktioniert hat das, was ich benötige:
Ein Startpfad UNTERHALB einer externen Server-Share \\server\share\subdir
Die Berechtigungen auf die Unterordner sind für den Domänenbenutzer, der den Batch ausführen soll, vorhanden!
Es entzieht sich meiner Kenntnis, wie sich ein Startpfad auf der Share von einem Startpfad unterhalb der Share unterscheidet.
Ich bin kein Administrator und kann evtl. einige Details nicht durchschauen, aber mit dem normalen Menschenverstand eines IT-lers kann ich keinen Unterschied erkennen
Ich hoffe also auf eure Hilfe!
Vielen Dank
IxLinq
Kommentieren
Teilen
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 242472
Url: https://administrator.de/forum/batch-datei-startet-nicht-ueber-windows-server-2012r2-aufgabenplanung-242472.html
Ausgedruckt am: 29.04.2025 um 01:04 Uhr
27 Kommentare
Neuester Kommentar
In Bezug auf den genannten Fehlerwert, schau mal diesen Link an, evtl. löst er Dein Problem:
http://blog.blackseals.net/2012/11/10/windows-aufgabe-bricht-mit-fehler ...
http://blog.blackseals.net/2012/11/10/windows-aufgabe-bricht-mit-fehler ...
Teste doch bitte mal mit einer anderen exe, zum Beispiel notepad - läuft das? Ich schätze, dass es auch nicht laufen wird.
Vielen Dank Forseti2003!
Leider ist in dem Beitrag wieder die Empfehlung: "Start-Pfad NICHT in Hochkommata setzen" diskutiert worden.
Das habe ich jedoch bereits berücksichtigt. Es gibt keine Hochkommata im Pfad
Gruß Klaus
Leider ist in dem Beitrag wieder die Empfehlung: "Start-Pfad NICHT in Hochkommata setzen" diskutiert worden.
Das habe ich jedoch bereits berücksichtigt. Es gibt keine Hochkommata im Pfad
Gruß Klaus
Probier mal als Test den Netzwerkpfad als Netzlaufwerk zu verbinden und dieses dann einzutragen - evtl. liegt ein Problem beim UNC-Pfad vor?
Es wäre doch schön, wenn er erst mal auf alles antworten würde, oder?
Hallo DerWoWusste
vielen Dank für deinen Tipp!
Wie erwartet funktionieren auch Executables nicht!
Vielen Dank
IxLinq
vielen Dank für deinen Tipp!
Wie erwartet funktionieren auch Executables nicht!
Vielen Dank
IxLinq
Hallo Forseti2003
leider hat auch dies nichts an Problematik geändert
Danke trotzdem
IxLinq
leider hat auch dies nichts an Problematik geändert
Danke trotzdem
IxLinq
ich arbeite dran Aber man hat ja nicht immer Zeit dafür ...
Aber man hat ja nicht immer Zeit dafür ...
Ok, dann in kleinen Schritten weiter. Mach einen neuen Task, notepad rein, starte ihn. Geht das, übernimm weitere Settings aus dem exportierten Task und am Ende trag dann die selbe Aktion ein - so wirst Du es finden, garantiert.
Hallo DerWoWusste
vielen Dank! Eine strukturierte Vorgehensweise ist sicher immer empfehlenswert!
Allerdings ist der Fall ja so, dass sich Jobs starten lassen und auch alles korrekt läuft,
solange man nur den Start-In-Pfad nicht auf ein Unterverzeichnis einer Netzwerkfreigabe legen muss!
Ich kann ja alles von WIN2088R2 in einen lauffähigen Task auf WIN2012R2 übernehmen, wenn kein
Startverzeichnis oder ein lokales Verzeichnis oder eine Share angegeben ist.
Sobald ich diesen letzten kleinen Schritt machen muss: "Ein Unterverzeichnis einer Share als Startverzeichnis festlegen"
ist es aus!
Insofern komme ich ja schon sehr weit ... nur nicht dahin, wo ich hin muss
Gruß, IxLinq
vielen Dank! Eine strukturierte Vorgehensweise ist sicher immer empfehlenswert!
Allerdings ist der Fall ja so, dass sich Jobs starten lassen und auch alles korrekt läuft,
solange man nur den Start-In-Pfad nicht auf ein Unterverzeichnis einer Netzwerkfreigabe legen muss!
Ich kann ja alles von WIN2088R2 in einen lauffähigen Task auf WIN2012R2 übernehmen, wenn kein
Startverzeichnis oder ein lokales Verzeichnis oder eine Share angegeben ist.
Sobald ich diesen letzten kleinen Schritt machen muss: "Ein Unterverzeichnis einer Share als Startverzeichnis festlegen"
ist es aus!
Insofern komme ich ja schon sehr weit ... nur nicht dahin, wo ich hin muss
Gruß, IxLinq
Du verwirrst. notepad läuft auch nicht, hieß es noch vorhin. Oder hattest Du bei notepad auch mit dem Startpfad auf dem NLW getestet?
Genau!
Ich dachte, das wäre die Frage gewesen ... ob auch Notepad.exe ein Problem hat, wenn es mit dem Pfad gestartet wird ...
Sorry für dieses Missverständnis!
Ich dachte, das wäre die Frage gewesen ... ob auch Notepad.exe ein Problem hat, wenn es mit dem Pfad gestartet wird ...
Sorry für dieses Missverständnis!
Ok... und hattest Du für den notepad-Test notepad.exe auch in den Pfad gelegt? Sonst wäre der Test recht sinnlos.
Hallo DerWoWusste,
Nein! Das hatte ich nicht!
Mir ist allerdings auch nicht klar, warum das sonst sinnlos wäre.
Das Starten von Notepad.exe funktionierte ja, wenn der Start-in-Pfad nicht, auf einen lokalen Pfad oder auf eine Share gesetzt war.
Nur --- wie immer --- nicht, wenn ich im Startpfad auf einen Unterordner einer Share verwiesen habe.
Nein! Das hatte ich nicht!
Mir ist allerdings auch nicht klar, warum das sonst sinnlos wäre.
Das Starten von Notepad.exe funktionierte ja, wenn der Start-in-Pfad nicht, auf einen lokalen Pfad oder auf eine Share gesetzt war.
Nur --- wie immer --- nicht, wenn ich im Startpfad auf einen Unterordner einer Share verwiesen habe.
Ich hab's versucht nachzustellen und stieß auf weitere, andere Ungereimtheiten... Werd's mir mit mehr Zeit im Rücken später erneut ansehen.
Danke! Das wäre Klasse!!!
Die Jobs laufen j auch bis heute noch unter WIN2008R2 und wir beschlagnahmen der Server auch bis die Tasks unter der neuen WIN2012R2 Maschine auch laufen!
( Oder wir kaufen einen externen Task Scheduler der auch auf Win2012R2 so funktioniert wie wir es gewohnt sind
Gruß Klaus und ein schönes WE
Die Jobs laufen j auch bis heute noch unter WIN2008R2 und wir beschlagnahmen der Server auch bis die Tasks unter der neuen WIN2012R2 Maschine auch laufen!
( Oder wir kaufen einen externen Task Scheduler der auch auf Win2012R2 so funktioniert wie wir es gewohnt sind
Gruß Klaus und ein schönes WE
Ok, Blitztest war erfolgreich.
Auf einem win8.1 c:\windows\system32 freigegeben (net share test=c:\windows\system32), Task auf 2012 R2 angelegt
\\8.1\test\notepad.exe, start in \\8.1\test und es läuft. Stell' mal nach.
Auf einem win8.1 c:\windows\system32 freigegeben (net share test=c:\windows\system32), Task auf 2012 R2 angelegt
\\8.1\test\notepad.exe, start in \\8.1\test und es läuft. Stell' mal nach.
Guten Tag DerWoWusste,
vielen Dank für deinen Blitztest!!
Leider ist dies der zuvor von mir beschriebene Erfolgsfall
Es funktioniert alles, wenn man den "Start-in-Pfad" auf eine Networkshare legt!
Das hatte ich ja bereits geschrieben ... Keine Pfadangabe, ein lokales Verzeichnis und direkt auf einer Netzwerkfreigabe --- GEHT!
Wenn ich ein weiteres Unterverzeichnis von \\8.1\test als START-IN Pfad angebe, ist es vorbei.
Dann sehe ich die übliche Fehlermeldung ....
Gruß Klaus
vielen Dank für deinen Blitztest!!
Leider ist dies der zuvor von mir beschriebene Erfolgsfall
Es funktioniert alles, wenn man den "Start-in-Pfad" auf eine Networkshare legt!
Das hatte ich ja bereits geschrieben ... Keine Pfadangabe, ein lokales Verzeichnis und direkt auf einer Netzwerkfreigabe --- GEHT!
Wenn ich ein weiteres Unterverzeichnis von \\8.1\test als START-IN Pfad angebe, ist es vorbei.
Dann sehe ich die übliche Fehlermeldung ....
Gruß Klaus
Moin,
jetzt muss ich nochmal nachhaken. Der Start-in-Pfad sollte doch eigentlich darauf verweisen, wo die ausführende EXE liegt.
Wenn diese an einem anderen Ort liegt, wo wäre dann der Sinn der Start-in-Parameter?
DerWoWusste, hat es ja auch in seinem Beispiel schon so stehen. Da wo die notepad.exe liegt, ist das Start-In-Verzeichnis.
Du könntest eventuell, wenn es in Deinem Szenario machbar wäre, die exe-Datei auch in das Unterverzeichnis legen und dann darauf verweisen.
jetzt muss ich nochmal nachhaken. Der Start-in-Pfad sollte doch eigentlich darauf verweisen, wo die ausführende EXE liegt.
Wenn diese an einem anderen Ort liegt, wo wäre dann der Sinn der Start-in-Parameter?
DerWoWusste, hat es ja auch in seinem Beispiel schon so stehen. Da wo die notepad.exe liegt, ist das Start-In-Verzeichnis.
Du könntest eventuell, wenn es in Deinem Szenario machbar wäre, die exe-Datei auch in das Unterverzeichnis legen und dann darauf verweisen.
Wenn ich ein weiteres Unterverzeichnis von \\8.1\test als START-IN Pfad angebe, ist es vorbei.
Habe es nun andersrum getestet (2012R2 hält die Freigabe), da geht es von 8.1 (hat den Task) wunderbar auch in Unterverzeichnisse.
Hallo Forseti2003
danke für deinen Beitrag!
Im Allgemeinen hast du natürlich vollkommen recht mit der Behauptung, dass die auszuführende Datei in dem Start-In-Pfad liegen wird.
Das war auch meine Ausgangssituation: Der zu startende Batch liegt in einem Unterverzeichnis eine Netzwerkfreigabe und genau dort muss er auch gestartet werden!
Durch meine zahlreichen Experimente habe ich jetzt nur die Erkenntnis gewonnen, dass es vollkommen egal ist welches Start-Verzeichnis ich unterhalb der Share auswähle ... es funktioniert in dieser Konstellation nie!
Unsere Netzwerk-Admins vermuten, dass es mit Berechtigungen zu tun hat. Aber Genaueres weiß leider niemand
Gruß IxLinq
danke für deinen Beitrag!
Im Allgemeinen hast du natürlich vollkommen recht mit der Behauptung, dass die auszuführende Datei in dem Start-In-Pfad liegen wird.
Das war auch meine Ausgangssituation: Der zu startende Batch liegt in einem Unterverzeichnis eine Netzwerkfreigabe und genau dort muss er auch gestartet werden!
Durch meine zahlreichen Experimente habe ich jetzt nur die Erkenntnis gewonnen, dass es vollkommen egal ist welches Start-Verzeichnis ich unterhalb der Share auswähle ... es funktioniert in dieser Konstellation nie!
Unsere Netzwerk-Admins vermuten, dass es mit Berechtigungen zu tun hat. Aber Genaueres weiß leider niemand
Gruß IxLinq
Das ist prinzipiell ja auch so, wie ich es erwartet hätte und so wie Situation bei uns aussieht ...
Aber hier geht es nicht: Ich habe gerade noch eine neue Share auf einem Server als "D:\Share" angelegt und den Startpfad darauf festgelegt ===> Funktioniert!
Dann habe ich eine Unterverzeichnis "D:\Share\Tmp" erstellt und den Startpfad darauf gesetzt ===>
Fehlerwert: 2147942667 ....
Berechtigungen? GPOs?? oder ähnlicher "Voodoo" ???
Aber hier geht es nicht: Ich habe gerade noch eine neue Share auf einem Server als "D:\Share" angelegt und den Startpfad darauf festgelegt ===> Funktioniert!
Dann habe ich eine Unterverzeichnis "D:\Share\Tmp" erstellt und den Startpfad darauf gesetzt ===>
Fehlerwert: 2147942667 ....
Berechtigungen? GPOs?? oder ähnlicher "Voodoo" ???
Also wir setzen ein ähnliches Szenario ein - in dem mittels Aufgabenplanung wir ein Script in einem Verzeichnis ausführen, was dann innerhalb des Verzeichnisses Dateien "manipuliert" also zippt, Namen ändert, verschiebt und löscht.
Der Fehlerwert 2147942667 - wie schon von mir eingangs erwähnt, würde zwar auf einen Fehler mit dem " " hinweisen, heißt aber MS leider nicht immer, das es nur diese eine Interpretationsmöglichkeit gibt
Ein weiteres Problem könnte in der Tat Berechtigungen sein, mit oder ohne GPO. Solange Du das Skript oder den Batch als Benutzer manuell ausführen kannst, scheinen die Berechtigungen ja auch alle zu funktionieren. Nun wird die Aufgabenplanung angelegt und hier, da es ja automatisch laufen soll, entsprechende Rechte gesetzt. Dies kann aber bei Netzlaufwerken und MS ein wenig kniffelig sein.
Nutzt man z. Bsp. ein lokales PC-Konto kann dieses nicht auf Netzlaufwerke zugreifen, der Task bricht ab. Eventuell wäre es zwecks Testzwecken eine Idee, den Task als Domänenadmin auszuführen und prüfen, ob er durchläuft, wenn ja, sollte man dann speziell dafür einen User anlegen, der sein Kennwort nicht ändert (normale Benutzerkonten sollten darunter ja fallen) und Zugriff auf die notwendigen Freigaben erhält.
Der Fehlerwert 2147942667 - wie schon von mir eingangs erwähnt, würde zwar auf einen Fehler mit dem " " hinweisen, heißt aber MS leider nicht immer, das es nur diese eine Interpretationsmöglichkeit gibt
Ein weiteres Problem könnte in der Tat Berechtigungen sein, mit oder ohne GPO. Solange Du das Skript oder den Batch als Benutzer manuell ausführen kannst, scheinen die Berechtigungen ja auch alle zu funktionieren. Nun wird die Aufgabenplanung angelegt und hier, da es ja automatisch laufen soll, entsprechende Rechte gesetzt. Dies kann aber bei Netzlaufwerken und MS ein wenig kniffelig sein.
Nutzt man z. Bsp. ein lokales PC-Konto kann dieses nicht auf Netzlaufwerke zugreifen, der Task bricht ab. Eventuell wäre es zwecks Testzwecken eine Idee, den Task als Domänenadmin auszuführen und prüfen, ob er durchläuft, wenn ja, sollte man dann speziell dafür einen User anlegen, der sein Kennwort nicht ändert (normale Benutzerkonten sollten darunter ja fallen) und Zugriff auf die notwendigen Freigaben erhält.
Der Voodoo nennt sich "Bug" - bei genauem Hinsehen kannst Du fast jeden Tag welche finden.
Konnte Dein Problem nachstellen und zwar nur in Richtung "Task auf 2012R2, Freigabe auf 8.1" und nicht andersrum... unerklärlich. Ich hatte dort notepad geparkt, manchmal erscheint der Prozess sogar ganz kurz im Taskmanager, Verhalten ist inkonsistent. Keine Fehlermeldung bei mir, übrigens!
Hak' es ab und/oder übergib es Microsoft.
Konnte Dein Problem nachstellen und zwar nur in Richtung "Task auf 2012R2, Freigabe auf 8.1" und nicht andersrum... unerklärlich. Ich hatte dort notepad geparkt, manchmal erscheint der Prozess sogar ganz kurz im Taskmanager, Verhalten ist inkonsistent. Keine Fehlermeldung bei mir, übrigens!
Hak' es ab und/oder übergib es Microsoft.
Hallo DerWoWusste
DANKE!
Ich hak es auch ab ...
Kennt jemand einen guten Aufgabenplaner für kleines Geld, der auch unter WIN2012R2 ohne Probleme läuft?
Gruß IxLinq
DANKE!
Ich hak es auch ab ...
Kennt jemand einen guten Aufgabenplaner für kleines Geld, der auch unter WIN2012R2 ohne Probleme läuft?
Gruß IxLinq
Kennt jemand einen guten Aufgabenplaner für kleines Geld, der auch unter WIN2012R2 ohne Probleme läuft?
Dazu würde ich eine neue Frage öffnen.
Ich werde mich mal umhören ... und ggfs. auf deinen Vorschlag zurückkommen!
Ich schließe den Thread dann jetzt
Vielen Dank für die Hilfe!
Gruß IxLinq
Ich schließe den Thread dann jetzt
Vielen Dank für die Hilfe!
Gruß IxLinq
