/
/

Powershell vs. Eingabeaufforderung (CMD): Unterschiede und Anwendungsfälle

Powershell vs. Eingabeaufforderung

In vielerlei Hinsicht könnte sich die Frage, ob PowerShell oder die Eingabeaufforderung (CMD) verwendet werden soll, auf generationelle Unterschiede zurückführen lassen. CMD wurde ursprünglich in den 1980er Jahren entwickelt, während PowerShell im Jahr 2006 eingeführt wurde. Das ist eine Ewigkeit in der Technik, und als (relativ) neues Tool enthält PowerShell einige zusätzliche Komfortfunktionen und führt gleichzeitig eine neue Sprache ein, die für Benutzer:innen leichter zu verstehen ist.

Als Nachfolger der CMD-Eingabeaufforderung behält PowerShell viele ihrer wertvollsten und grundlegenden Funktionen bei. Beide werden verwendet, um Befehle auszuführen, die viele administrative Aufgaben durch Skripte und Batch-Dateien automatisieren und bestimmte Windows-Probleme beheben. 

Die Ähnlichkeiten enden jedoch hier, da die PowerShell mit ihrer leistungsfähigeren Befehlszeilen-Shell und Skriptsprache die dominierende Automatisierungs-Engine ist. Zum Beispiel, diese PowerShell-Anleitung zur BitLocker-Laufwerkverschlüsselung zeigt, wie einfach PowerShell mit IT-Verwaltungstools wie NinjaOne eingesetzt werden kann.

Wie sich PowerShell von CMD unterscheidet

Sprache und Datenstruktur

Ein unmittelbarer Unterschied zwischen PowerShell und CMD besteht darin, dass es sich um völlig unterschiedliche Sprachen handelt. Befehle in PowerShell werden als Cmdlets bezeichnet und folgen einem Verb-Nomen-Format, wodurch es für Endbenutzer:innen einfacher ist, die Ausgabe jedes Befehls zu verstehen. Beispiel: die Änderung des Speicherorts eines Verzeichnisses: 

  • PowerShell-Cmdlet: Set-Location ” D:testfolder”. 
  • Befehl in der Eingabeaufforderung: cd /d D:testfolder

Jedes Cmdlet kann separat ausgeführt werden, aber ihre Stärke zeigt sich, wenn sie kombiniert werden, um komplexe Aufgaben auszuführen. Da PowerShell sogennante „Pipes“ verwendet, kann die Ausgabe eines Cmdlets in das nächste Cmdlet fließen, sodass Benutzer:innen mehrere Cmdlets verketten können. PowerShell kann dies erreichen, indem es Daten als „Objekte“ oder strukturierte Daten behandelt. Auf diese Weise funktioniert PowerShell ähnlich wie eine Programmiersprache.

Ein Vorteil der Funktionsweise der PowerShell-Syntax und -Datenausgaben besteht darin, dass Benutzer:innen ihre Skripte leicht testen können, um die Ausführung falscher Befehle zu vermeiden. Dies steht im Gegensatz zu den Befehlen der Eingabeaufforderung, die genau eingegeben werden müssen und das Risiko bergen, nicht korrigierbare Fehler zu machen. Aber selbst wenn Sie lieber Befehle für die Eingabeaufforderung für etwas verwenden möchten, können Sie diese auch in PowerShell ausführen.

Eingebauter Support

Mit dem Cmdlet Get-Help können PowerShell-Benutzer:innen schnell auf detaillierte Hilfeartikel zugreifen, in denen PowerShell-Konzepte und -Befehlssyntax erklärt werden. Das Cmdlet „Get-Help“ kann durch die Verwendung einiger der unten aufgeführten Parameter komplexer und nützlicher gestaltet werden:

  • -examples— Zeigt Beispiele für das ausgeführte Cmdlet an.
  • -detailed— Zeigt ausführliche Informationen zum Cmdlet an.
  • -full— Zeigt die gesamte Sammlung von Informationen zu einem Cmdlet an.
  • -online— Öffnet die Microsoft TechNet-Webseite mit den neuesten Informationen zu einem Cmdlet.

Sie fragen sich, wie Sie mit Cmdlets beginnen können? Nun, auch dafür gibt es ein Cmdlet! Wenn Sie das Cmdlet Get-Command ausführen, wird in PowerShell eine Liste aller verfügbaren Cmdlets angezeigt. Dieses Cmdlet kann mit Parametern weiter eingegrenzt werden, um bestimmte auszuführende Befehle zu finden. Lesen Sie den Artikel von Jesus Vigo in TechRepublic für weitere Ideen für den Einstieg in PowerShell.

Anwendungsfälle von PowerShell und der Eingabeaufforderung

Windows-Benutzer:innen sollten in jedem Fall bei PowerShell bleiben. Wenn Sie wirklich Befehle für die Eingabeaufforderung verwenden möchten, unterstützt die PowerShell-Skript-Engine viele von ihnen, und da PowerShell „sicherer“ ist (d. h. die Wahrscheinlichkeit, dass Sie versehentlich etwas kaputt machen, ist geringer), gibt es nicht mehr viele Situationen, in denen Sie einen Befehl in der Eingabeaufforderung verwenden müssen.

Letztendlich sollten Sysadmins und Techniker:innen PowerShell lernen, um Systeme effizienter verwalten zu können. Die Skripting-Engine macht die Automatisierung von Aufgaben wie Massen-Updates und Datei-Änderungen viel einfacher und rationeller. Nur ein Beispiel: PowerShell-Benutzer:innen können NinjaOne verwenden, um Software aus der Ferne zu deinstallieren, wenn entweder ein komplexer Deinstallationsprozess auf einem einzelnen Gerät erforderlich ist oder wenn Sie eine Anwendung nicht auf andere Weise deinstallieren können.

Erste Schritte mit PowerShell

Um mit der Verwendung von PowerShell zu beginnen, sehen Sie sich unser On-Demand-Webinar mit PowerShell-Experten Kelvin Tegelaar. Wenn Sie mehr darüber erfahren möchten, wie NinjaOne Ihren IT-Betrieb effizienter gestalten kann, melden Sie sich für unseren MSP Bento Newsletter an und registrieren Sie sich für den nächsten MSP Live Chat.

Das könnte Sie auch interessieren

Sind Sie bereit, die schwierigsten Aufgaben der IT zu vereinfachen?
×

Sehen Sie NinjaOne in Aktion!

Mit dem Absenden dieses Formulars akzeptiere ich die Datenschutzerklärung von NinjaOne.

NinjaOne Allgemeine Geschäftsbedingungen für Skripte

Indem Sie unten auf die Schaltfläche „Ich akzeptiere“ klicken, erklären Sie Ihr Einverständnis mit den folgenden rechtlichen Bedingungen sowie mit unseren Nutzungsbedingungen:

  • Eigentumsrechte: NinjaOne besitzt und wird weiterhin alle Rechte, Titel und Interessen an dem Skript (einschließlich des Urheberrechts) behalten. NinjaOne gewährt Ihnen eine eingeschränkte Lizenz zur Nutzung des Skripts in Übereinstimmung mit diesen rechtlichen Bedingungen.
  • Einschränkung der Nutzung: Sie dürfen das Skript nur für Ihre legitimen persönlichen oder internen Geschäftszwecke verwenden und es nicht an Dritte weitergeben.
  • Verbot der Wiederveröffentlichung: Sie sind unter keinen Umständen berechtigt, das Skript in einer Skriptbibliothek, die einem anderen Softwareanbieter gehört oder von diesem kontrolliert wird, erneut zu veröffentlichen.
  • Gewährleistungsausschluss: Das Skript wird „wie gesehen“ und „wie verfügbar“ bereitgestellt, ohne jegliche Garantie. NinjaOne gibt keine Versprechen oder Garantien, dass das Skript frei von Fehlern ist oder dass es Ihre speziellen Bedürfnisse oder Erwartungen erfüllt.
  • Risikoübernahme: Die Verwendung des Skripts erfolgt auf eigene Gefahr. Sie erkennen an, dass die Nutzung des Skripts mit bestimmten Risiken verbunden ist, und Sie verstehen und übernehmen jedes dieser Risiken.
  • Verzicht und Freigabe: Sie machen NinjaOne nicht für nachteilige oder unbeabsichtigte Folgen verantwortlich, die sich aus Ihrer Nutzung des Skripts ergeben, und Sie verzichten auf alle gesetzlichen oder billigkeitsrechtlichen Rechte oder Rechtsmittel, die Sie gegen NinjaOne im Zusammenhang mit Ihrer Nutzung des Skripts haben könnten.
  • EULA: Wenn Sie ein NinjaOne-Kunde sind, unterliegt Ihre Nutzung des Skripts dem für Sie geltenden Endbenutzer-Lizenzvertrag (EULA).