{"id":1937,"date":"2017-06-21T14:52:10","date_gmt":"2017-06-21T12:52:10","guid":{"rendered":"https:\/\/www.langlitz-it.de\/?p=1937"},"modified":"2017-08-10T12:42:06","modified_gmt":"2017-08-10T10:42:06","slug":"powershell-parallele-verarbeitung-als-job","status":"publish","type":"post","link":"https:\/\/www.langlitz-it.de\/?p=1937","title":{"rendered":"PowerShell – Parallele Verarbeitung als Job"},"content":{"rendered":"

Im Normalfall werden Befehle von der PowerShell<\/em> (und auch sonst im Scripting) sequentiell<\/em> abgearbeitet. Das bedeutet ein Befehl nach dem anderen. Je nachdem, wie lange eine Aufgabe dauert, kann das zu immensen Wartezeiten f\u00fchren. Zus\u00e4tzlich ist in dieser Wartezeit ist die PowerShell<\/em>\u00a0nicht zu nutzen. Sie m\u00fcssen warten, bis die Aufgabe(n) abgearbeitet sind.<\/p>\n

Die PowerShell<\/em> bietet die M\u00f6glichkeit der parallelen Verarbeitung von Aufgaben, in dem Sie diese als Job<\/em>\u00a0starten. Die Verarbeitung wird in diesem Fall in den Hintergrund geschoben. Somit k\u00f6nnen Sie nach dem Start des Jobs<\/em> einfach weiterarbeiten. Wie sieht so etwas aus?<\/p>\n

\n

Ein einfaches Beispiel zur Verarbeitung im Hintergrund.<\/p>\n

Sie f\u00fchren ein rekursives Get-ChildItem<\/em> f\u00fcr das Windows Verzeichnis aus. Das kann schon mal einige Zeit in Anspruch nehmen.<\/p>\n

PS Work:\\> Get-ChildItem $env:windir -Recurse<\/em><\/p>\n

Wenn Sie nun den gleichen Vorgang als Job<\/em> starten, wird dieser im Hintergrund ausgef\u00fchrt und Sie k\u00f6nnen direkt weiterarbeiten.\u00a0Den Status des Jobs pr\u00fcfen Sie mit Get-Job<\/em>.<\/p>\n

\"\"<\/a><\/p>\n

\u00dcber den Status Running<\/em> erkennen Sie, dass der Job<\/em> noch l\u00e4uft. Wenn dieser Status nun auf Completed<\/em> wechselt, ist der Job<\/em> abgeschlossen.<\/p>\n

\"\"<\/a><\/p>\n

Sie k\u00f6nnen sich dann das Ergebnis ausgeben lassen, in einer Variablen<\/em> ablegen oder \u00fcber Piping<\/em> weiterverarbeiten. Achten Sie dabei darauf, dass diese Ausgabe nur einmal m\u00f6glich ist. Es sei denn, Sie verwenden den Parameter Keep<\/em>. Ohne diesen Parameter wird das Ergebnis nach der Ausgabe gel\u00f6scht.<\/p>\n

\"\"<\/a><\/p>\n

\n

Ein weiteres Anwendungsbeispiel ist die parallele Verarbeitung.<\/p>\n

Nehmen wir an, Sie m\u00f6chten einen IP<\/em> Bereich nach verf\u00fcgbaren Adressen per Ping<\/em> scannen. Wir sprechen vom Bereich 192.168.0.110 -192.168.0.120<\/em>. Das nimmt einige Zeit in Anspruch, weil jeder Test einzeln nacheinander durchgef\u00fchrt wird.<\/p>\n

\"\"<\/a><\/p>\n

Wenn Sie die gleiche Aufgabe als Job<\/em> definieren, werden alle Tests parallel durchgef\u00fchrt und ben\u00f6tigen so nur einen Bruchteil der Zeit. Im Bespiel Test-Connection<\/em> gibt es schon den Parameter AsJob<\/em>. Damit wird das CMDLet<\/em> auch ohne den Aufruf Start-Job<\/em> direkt als Job<\/em> gestartet. Es gibt eine Reihe von CMDLets<\/em>, die diesen Prameter unterst\u00fctzen. Eine Liste erhalten sie \u00fcber<\/p>\n

Get-Help * -Parameter AsJob<\/em><\/p>\n

Im konkreten Beispiel l\u00e4sst sich die Zeitersparnis genau berechnen. Der Test-Connection<\/em> Aufruf hat einen Timeout<\/em> von 4 Sekunden. Wenn also alle\u00a0IPs<\/em> nacheinander getestet werden, ergibt sich so f\u00fcr alle nicht erreichbaren Adressen X eine Zeitdauer von X * 4 Sekunden + der Zeit f\u00fcr die erreichbaren Adressen. Wohingegen bei der Parallelverarbeitung die ganze Verarbeitung nur maximal 4 Sekunden dauert.<\/p>\n

\"\"<\/a><\/p>\n

Achten Sie in dem Beispiel darauf, dass die Ausgabe lange dauern kann, wenn Sie nicht per select<\/em> die Einschr\u00e4nkung auf die Eigenschaften Address<\/em> und Responsetime<\/em> \u00a0vornehmen. Das hat nichts mit dem Job zu tun, sondern liegt darin begr\u00fcndet, dass die Objekte beim Anzeigen den Computernamen aufl\u00f6sen und damit erst den zust\u00e4ndigen DNS<\/em> Server befragen.<\/p>\n

Sie k\u00f6nnen einzelne oder alle Jobs jederzeit mit dem CMDLet Remove-Job<\/em> l\u00f6schen. Sollte ein Job<\/em> noch nicht abgearbeitet sein, kann dieser mit dem Parameter Force<\/em> zum Abbruch gezwungen werden.<\/p>\n","protected":false},"excerpt":{"rendered":"

Im Normalfall werden Befehle von der PowerShell (und auch sonst im Scripting) sequentiell abgearbeitet. Das bedeutet ein Befehl nach dem anderen. Je nachdem, wie lange eine Aufgabe dauert, kann das zu immensen Wartezeiten f\u00fchren. Zus\u00e4tzlich ist in dieser Wartezeit ist … Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[712,715,717,714,713,718,716],"_links":{"self":[{"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=\/wp\/v2\/posts\/1937"}],"collection":[{"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1937"}],"version-history":[{"count":15,"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=\/wp\/v2\/posts\/1937\/revisions"}],"predecessor-version":[{"id":1993,"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=\/wp\/v2\/posts\/1937\/revisions\/1993"}],"wp:attachment":[{"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1937"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1937"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.langlitz-it.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1937"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}