Er hat damals (mittlerweile 25 Jahre) mit den klassischen Batch-Dateien, .bat und .cmd, begonnen. Mal schnell auf einem Server eine Batch-Datei erstellt und ausgef\u00fchrt, mal auf einem anderen. Schnell und einfach.<\/p>\n
Dann kam irgendwann VB-Script dazu und da war es \u00e4hnlich. Mal schnell einen 5-Zeiler erstellt und ausgef\u00fchrt.<\/p>\n
Ein Quantensprung war dann die Powershell mit dem dazugeh\u00f6rigen ISE-Editor. \u00dcber diesen war und ist es auch m\u00f6glich mal schnell und einfach einen 5-Zeiler oder 10-Zeiler zu erstellt und zu startet. Es muss nichts installiert werden, \u2026<\/p>\n
So weit so normal. Das Scenario d\u00fcrfte wohl jeder Administrator so kennen. Zum Problem wird der Zugriff auf die PowerShell aber, wenn nicht alle Module in der Zielumgebung installiert sind. Michael greift dies in folgenden Zeilen auf:<\/p>\n
Er bewege sich viel auf verschieden Servern und nicht immer sind alle Module installiert. Z.B. auf einem RDS-Server sind die RDS-Module installiert, welche auf einem DC fehlen und ein SQL ist wieder anderes.<\/p>\n
Zudem habe er von Remote aus nicht immer \u00fcberall Zugriff.<\/p>\n
Der ISE hat das bis jetzt sehr angenehm gemacht. Mit den neuen Powershell kann dieser leider nicht mehr umgehen und wird nicht mehr weiterentwickelt, schreibt der Leser.<\/p><\/blockquote>\n
ISE unterst\u00fctzt kein PowerShell 7.x<\/h2>\n
Ich gestehe, ich habe es nicht im Details verfolgt. Aber es wird von Microsoft im Supportdokument Migrieren von Windows PowerShell 5.1 zu PowerShell 7<\/a> mit Stand 24. Januar 2024 explizit best\u00e4tigt:<\/p>\n
Die Windows PowerShell Integrated Scripting Environment (ISE) unterst\u00fctzt nur Windows PowerShell. Visual Studio Code (VS Code)<\/a> mit der PowerShell-Erweiterung<\/a> ist die unterst\u00fctzte Skriptumgebung f\u00fcr PowerShell 7.<\/p><\/blockquote>\n
Es ist also, wie Michael oben erw\u00e4hnte: Die auf den Systemen vorhandene ISE ist f\u00fcr PowerShell 7 nicht mehr zu gebrauchen. Microsoft meint, man soll Visual Studio Code verwenden. Dazu schreibt Michael: \u00dcberall vsCode zu installieren ist doch auch keine L\u00f6sung. <\/em><\/p>\n
Michael interessiert nun: \"Jetzt meine Frage und ich hoffe ich bin mit diesem Thema nicht ganz allein: Wie arbeiten sie oder andere Kollegen? Oder was wird verwendet? Oder denke ich einfach zu ungeschickt?<\/em>\". Ich selbst kann zu diesem Thema nichts beitragen, aber vielleicht f\u00fchlt sich der eine oder andere Administrator aus der Leserschaft bem\u00fc\u00dfigt, seine Sicht der Dinge bzw. Erfahrungen diesbez\u00fcglich in den Kommentaren darzustellen. Speziell: \"Welche Entwicklungsumgebung wird bei euch zum PowerShell-Scripten eingesetzt?\"<\/p>\n
Erg\u00e4nzung: Auf Facebook gab es in der Win-Administratorengruppe den Hinweis, dass man auf einem Server nicht entwickelt, sondern eine Workstation dazu nutzt. Dann stellt sich das Problem nicht.<\/p>\n","protected":false},"excerpt":{"rendered":"
Ich stelle mal ein Thema hier im Blog zur Diskussion, was vermutlich alle Administratoren im Server-Umfeld tangiert. Wie haltet ihr es mit der PowerShell als Systemadministrator? Ein Blog-Leser hat mich kontaktiert, weil er das Problem sieht, dass die in Windows … Weiterlesen