PowerShell-Skript wird nicht ausgeführt, wie Sie eine Windows geplante Aufgabe

Habe ich ein PowerShell-Skript (das funktioniert). Im Windows-Taskplaner erstellte ich eine neue Aufgabe auszuführen "C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe", übergeben Sie das argument als mein PS1-Skript. Wenn der task läuft, bekomme ich eine Letzte Ausführung Ergebnis der 0x1.

Ich aktualisiert, mein Skript zu schreiben, um eine log-Datei, wenn das script öffnet, und dass ist nicht passiert. Es ist fast so, wie die Aufgabe kann auch nicht öffnen Powershell.exe.

Klingt das genau? Was könnte das Problem sein oder wie kann ich es umgehen?

InformationsquelleAutor ewitkows | 2012-10-22
  1. 54

    Wenn das problem ist mit der Ausführungsrichtlinie, dann können Sie auch legen Sie die Ausführungsrichtlinie für einen bestimmten Aufruf von PowerShell. Dies ist, was ich normalerweise tun, wenn das ausführen von PowerShell über eine geplante Aufgabe:

    powershell.exe -NoProfile -NoLogo -NonInteractive -ExecutionPolicy Bypass -File \\path\to\script.ps1

    Warum?

    -NoProfile -

    Dadurch wird sichergestellt, dass Sie verlassen Sie sich nicht auf etwas in der Benutzer-PowerShell-Profil, und vermeidet den Aufwand der Ausführung von zusätzlichem code.

    -NoLogo

    Diese meist egal; vielleicht passt es, wenn Sie die Erfassung der output Ihres Skripts. Meist macht es mich besser zu fühlen.

    -Nicht-interaktiven

    Sorgt dafür, dass Ihre Aufgabe nicht warten, auf unbestimmte Zeit, wenn Sie etwas in Ihrem Skript unerwartet fordert den Benutzer. Mit diesem Schalter wird das Skript nur Ausfahrt statt; zumindest haben Sie ein Fehler-code anstelle von ein hängendes Skript.

    -ExecutionPolicy Bypass

    Können Sie Unrestricted hier oder welche die Ausführung der Politik, die Sie mögen. Dies ist wahrscheinlich die, die Sie am meisten brauchen.

    Warum ich lieber mit der Einstellung der Ausführungsrichtlinie auf diese Weise:

    Weil ich nicht wollen, dass die Aufgabe abhängig von einer globalen, nicht-Standard-Einstellung, dass Sie möglicherweise andere Gründe haben, um sich in Zukunft ändern. Wenn einige andere Verfahren hängt davon ab, auf eine andere Ausführung der Politik, dann ist es nicht im Konflikt mit Ihrer Aufgabe auf diese Weise.

    Plus es ist immer schön, nicht zu haben, um die Standardeinstellungen zu ändern. Weniger denken/Dokumente/test.

    Bonus

    Sehen JohnLBevan Antwort für einige weitere Ursachen von 0x1 führen Sie eine geplante Aufgabe.

    • Eine alte Antwort, aber es ist immer noch der Lösung von Problemen - vielen Dank! Dies löste ein problem mit einem geplanten task, fein gearbeitet mit einem admin-Konto aber wäre es nicht richtig läuft mit einem service account. Überprüft die Berechtigungen und alles sah gut aus, aber noch immer ein Fehler. Ausgeführt, wie oben aufgeführt das problem behoben.
    • Auch überprüfen, ob das Konto, auf dem die Aufgabe ausgeführt hat Zugriff auf den Ordner geben Sie in der Scheduler-Task.
    • ausgezeichnete Antwort mit Erklärungen. Funktioniert perfekt
    InformationsquelleAutor briantist
  2. 5

    Gibt es mehrere mögliche Ursachen für ein PowerShell-Skript aufgerufen, indem der Taskplaner komplett mit code 0x1:

    • Die Ausführung der Politik nicht gestatten, das Skript zu laufen. Sehen Briantist ausgezeichnete Antwort für das detail auf diesem.
    • Die Aufgabe nicht die Run with highest privileges flag (checkbox auf der Aufgabe der Registerkarte "allgemein") aktiviert ist.*
    • Parameter werden an das Skript übergeben falsch. Wenn eine Methode, wie -File ".\MyScript.ps1" -Parameter1 'Demo', versuchen Sie stattdessen: -Command "& .\MyScript.ps1 -Parameter1 'Demo'"

    *Als Ben Punkte in die Kommentare, Run with highest privileges muss nicht aktiviert sein /es hängt davon ab, ob das Skript erfordert admin-Rechte (z.B. wenn einige Befehle wie Set-ExecutionPolicy oder Stop-Process erfordern diese). Wenn Sie nicht sicher sind, versuchen Sie die option, um zu sehen, ob es behebt Ihr Problem; wenn es scheint nicht, einen Unterschied zu machen, lassen Sie es deaktiviert.

    • Wie bereits erwähnt, Fehler zu Run with highest privileges ist nur eine von mehreren Ursachen, und man sollte verstehen, was es tut, und zu bestätigen, dass es in der Tat die Ursache des Fehlers ist, vor der Ausreise geprüft. Für eine Erklärung, was genau das Kontrollkästchen unterstützt, finden Sie unter social.technet.microsoft.com/Forums/windows/en-US/... .
    InformationsquelleAutor JohnLBevan
  3. 2

    Habe ich auch schon gemacht und hatte ähnliche Probleme. Es ist fast immer die PowerShell-Sicherheitseinstellungen. Die meisten offensichtlich, ich würde überprüfen Sie Ihre Ausführungsrichtlinie (unter der Annahme, dass Sie es eingestellt habe).

    Dem Benutzer die Aufgabe ausführen, wie? Hat, dass der Benutzer führen Sie ein PowerShell-Skript vor? Wenn ich mich Recht erinnere, wird jeder Benutzer aufgefordert, die "erlauben" - PowerShell-Skripts ausgeführt werden (Y/N), wenn ein Skript ausgeführt, für das erste mal (unabhängig von der execution policy). Hat gebissen Sie mich, bevor. Versuchen:

    • Anmeldung als Benutzer
    • überprüfen Sie die Ausführungsrichtlinie
    • kick-off-Skript aus einer PowerShell-Eingabeaufforderung
    • Antwort auf alle Anweisungen, die Folgen.

    Nach dem ersten Lauf, Sie sollten nicht zu befürchten, dass wieder, und es laufen soll von der task-scheduler in Ordnung.

    Abhängig von Ihrem domain-Sicherheit, müssen Sie möglicherweise auch, um die Gruppe execution policy. Hier ist ein Artikel details, wie das zu tun, sowie ein paar andere Dinge zu überprüfen: PowerShell-Sicherheit.

    • Danke @BryceAtNetwork23! Artikel war sehr informativ, und führte mich zu der Lösung.. das Kontrollkästchen "mit höchsten Privilegien Ausführen" lol. Danke!
    InformationsquelleAutor Aaron
  4. 1

    Den vorherigen Antworten sind von großem Wert. Ich fügte hinzu, die unter Wert in der Argumente Hinzufügen Feld.

    -noninteractive -nologo -command "&{path\to\script.ps1}"

    Stellen Sie sicher, dass Sie das kaufmännische und-Zeichen und setzen Sie den Pfad in die geschweiften Klammern. Vergessen Sie nicht, doppelte Anführungszeichen kaufmännisches und-Zeichen vor und nach der schließenden geschweiften Klammer.

    InformationsquelleAutor Devesh3710
  5. 0

    Wenn Sie haben noch keine Fehlermeldungen und weiß nicht, was das problem ist - warum PowerShell-Skripts nicht wollen, zu starten von einer Geplanten Aufgabe, führen Sie die folgenden Schritte aus, um die Antwort zu bekommen:

    1. Ausführen, CMD als Benutzer eingestellt wurde für die Geplante Aufgabe zum ausführen der PowerShell-Skript
    2. Navigieren Sie zu dem Ordner, in dem das PowerShell-Skript befindet sich
    3. Führen Sie das PowerShell-Skript (entfernen Sie alle Aussagen, dass die Sperrung der Fehler-Benachrichtigungen, wenn einer existiert, in der das script die $ErrorActionPreference= 'silentlycontinue')

    Sollten Sie in der Lage, um zu sehen, alle Fehler-Meldungen.

    Im Falle einer mein script war es:

    Nicht in der Lage zu finden, geben Sie [System.ServiceProcess.ServiceController]. Stellen Sie sicher, dass die assembly, die diesen Typ geladen ist.

    Und ich habe in diesem Fall das hinzufügen einer zusätzlichen Zeile in der
    Anfang des Skripts zu laden, die fehlende Montage:

    Add-Type -AssemblyName "System.ServiceProcess"

    Und der nächste Fehler:

    Ausnahme beim aufrufen von "GetServices" mit "1" argument(s): "kann Nicht geöffnet werden Dienststeuerungs-MANAGERS auf computer ". Dieser Vorgang erfordert möglicherweise andere Rechte."

    wählen : Die Eigenschaft kann nicht bearbeitet werden, weil die Eigenschaft "Database Name" ist bereits vorhanden

    InformationsquelleAutor Tomasz Wieczorkowski
Schreibe einen Kommentar