Ich habe über die Jahre ein bisschen mit Powershell herumexperimentiert und keine Stelle gefunden, wo ich die Arbeit nicht genauso einfach mit ein bisschen Python/Cygwin/WMIC/DOS (letzteres heißt Windows-Batch) erledigen könnte.
Es ist wahrscheinlich nur Vertrautheit mit diesen anderen Werkzeugen, aber ich habe nirgendwo gesehen, dass es ein echtesBRAUCHENum Powershell zu verwenden.
Antwort1
Sehendieser Beitragauf SO, was langsam zur kanonischen Antwort auf diese Frage wird.
Antwort2
Wenn Sie Administrator sind und in naher Zukunft Microsoft-Serveranwendungen verwalten möchten, müssen Sie Powershell lernen. So ist das eben ^^
Die meisten neuen Systeme, die sie veröffentlichen, werden mit Powershell verwaltet und die darauf basierenden langsamen Benutzeroberflächen sind oft ziemlich nutzlos und funktionieren alle, indem sie im Hintergrund Powershell-Cmdlets ausführen. Wie RainyRat bereits zu Exchange 2007 anmerkte – wenden Sie dieses Konzept auf jedes kommende oder neu veröffentlichte Microsoft-System an, und das Bild wird klarer.
Aber klar, für die regelmäßige Wartung von Skripten für alte oder bestehende Systeme hat es sich noch nicht durchgesetzt. Zumindest nicht meiner Meinung nach – hauptsächlich, weil man oft Unterstützung für alles haben möchte, was man in vielen älteren Systemen wie Windows 2003/XP tut, ohne auch eine neue „Engine“ einsetzen zu müssen. Wenn Plattformen auf 2008+ und Win7+ aktualisiert werden, könnte es auch in dieser Hinsicht nützlicher werden.
Antwort3
Für normale Verwaltungsaufgaben? Nein, noch nicht – .BATs oder (mit Mühe) VBScript reichen mir noch. Für die Verwaltung von Exchange 2007 wird es für mich jedoch schnell unverzichtbar. Es gibt eine ganze Reihe von Dingen in Ex07, die man eigentlich nicht anders machen kann, weil die GUI-Teile dafür noch nicht geschrieben wurden.
Antwort4
Ich habe für Verwaltungsaufgaben normalerweise VBScript verwendet. Für anspruchsvollere Aufgaben ist man jedoch auf COM-Server angewiesen, von denen viele nicht standardmäßig unter Windows sind, sodass man COM-Server von Drittanbietern kaufen (und daran denken muss, sie zu installieren). Insbesondere x64 verursacht Probleme, da alle meine COM-Server 32-Bit sind, sodass ich letztendlich die x86-Version von cscript von \windows\syswow64 ausführen muss.
Ich habe mit der Verwendung von C# herumgespielt, aber es wird kompiliert und nicht interpretiert, sodass es mehr Aufwand bedeutet und bei einfachen Aufgaben einen ziemlichen (Programmierer-)Overhead verursacht.
Ich bin noch lange nicht mit Powershell vertraut, aber es bietet mir eine zentrale Anlaufstelle, mit der ich alles erledigen kann. Die Standard-Commandlets sind ziemlich umfassend und es lässt sich ziemlich gut in .Net integrieren, wenn Sie etwas Ungewöhnlicheres möchten.
Preet, in Ihrem Beitrag sprechen Sie von der Verwendung von „ein bisschen Python/Cygwin/Wmic/DOS“. Nun, ich auch, aber das sind vier Lösungen, und Sie können sie alle ersetzen, indem Sie Powershell lernen. Es wird immer noch die komplizierten Skripte geben, die ich wahrscheinlich in VBScript erstellen werde, aber Powershell kann den Großteil dessen, was ich brauche, erledigen.
JR