Wer 2026 in einem Rechenzentrum, einer IT-Abteilung oder auch nur im Home-Office mit Windows-Systemen arbeitet, kennt die Diskussion: Braucht man die klassische CMD noch? PowerShell ist mächtiger, WSL bringt eine vollständige Linux-Umgebung direkt ins System, und grafische Dateimanager wie der Windows Explorer haben sich über die Jahre verbessert. Trotzdem öffnen erfahrene Admins und Entwickler regelmäßig das schwarze Fenster. Das hat konkrete Gründe.
CMD ist nicht PowerShell und das ist kein Nachteil
Ein verbreitetes Missverständnis: CMD und PowerShell werden oft als austauschbar behandelt. Sie sind es nicht. CMD ist der direkte Nachfahre des MS-DOS-Interpreters, schmal, deterministisch, ohne Objekt-Pipeline. PowerShell hingegen arbeitet mit .NET-Objekten, hat eine eigene Skriptsprache und bringt entsprechend Overhead mit. Für einfache Dateioperationen auf einem System, das unter Last steht, ist CMD oft die schnellere Wahl. Ein dir /s /b *.log auf einem Server mit 50.000 Dateien liefert das Ergebnis in Millisekunden, ohne dass eine PowerShell-Session hochfahren muss.
Hinzu kommt die Verfügbarkeit. Auf älteren Windows-Installationen, auf abgeschotteten Systemen in der Industrie oder auf Geräten mit eingeschränkten Ausführungsrichtlinien ist CMD fast immer erreichbar. PowerShell-Skripte können durch Execution Policies blockiert sein, CMD läuft in der Regel durch.
Dateimanagement: Was CMD konkret leistet
Der Kern des täglichen Dateimanagements per Kommandozeile besteht aus einer überschaubaren Menge an Befehlen. Die folgende Übersicht zeigt, welche CMD-Befehle im Jahr 2026 noch regelmäßig produktiv eingesetzt werden:
| Befehl | Funktion | Typischer Einsatz |
|---|---|---|
| COPY | Dateien kopieren | Backup-Skripte, einfache Replikation |
| MOVE | Dateien verschieben | Archivierung, Log-Rotation |
| DEL / ERASE | Dateien löschen | Bereinigung, temporäre Dateien entfernen |
| XCOPY | Verzeichnisse rekursiv kopieren | Migration, strukturierte Sicherungen |
| ROBOCOPY | Robustes Kopieren mit Fehlerbehandlung | Professionelle Datensicherung |
| DIR | Verzeichnisinhalte anzeigen | Diagnose, Dateisuche |
Besonders ROBOCOPY wird unterschätzt. Es ist seit Windows Vista im System enthalten, beherrscht Multithread-Kopiervorgänge über den Parameter /MT:32, protokolliert Fehler in Logdateien und kann Netzwerkunterbrechungen abfangen. Wer regelmäßig Verzeichnisstrukturen mit mehreren Gigabyte zwischen Servern sichert, kommt mit ROBOCOPY oft schneller ans Ziel als mit grafischen Backup-Tools.
Löschen per CMD: Präzision statt Klickarbeit
Beim Bereinigen von Systemen zeigt sich ein klassischer Vorteil der Kommandozeile: Präzision über Wildcards und Attribute. Wer in einem Verzeichnis alle Dateien mit der Endung .tmp löschen will, die älter als 30 Tage sind, schreibt das in einem CMD-Skript mit FORFILES in zwei Zeilen. Manuell im Explorer dauert das deutlich länger. Wer sich mit dem Verhalten und den Optionen des Löschbefehls genauer befassen will, findet etwa beim Thema in dos löschen eine strukturierte Übersicht zu Parametern wie /F für schreibgeschützte Dateien oder /S für rekursives Löschen in Unterverzeichnissen. Gerade auf Systemen ohne grafische Oberfläche, etwa bei Server Core-Installationen, ist dieses Wissen kein Nice-to-have.
Ein konkretes Szenario aus der Praxis: Ein Webserver sammelt täglich mehrere hundert temporäre Cache-Dateien in einem bestimmten Verzeichnis. Statt das manuell zu überwachen, läuft ein geplanter Task mit folgendem Aufruf:
forfiles /p „C:\cache“ /s /m *.tmp /d -7 /c „cmd /c del @path“
Das löscht alle .tmp-Dateien, die älter als sieben Tage sind, automatisch und ohne Benutzereingriff. Kein Plugin, keine Drittsoftware, keine Lizenzkosten.
Wo CMD an seine Grenzen stößt
Fairness verlangt auch einen Blick auf die Schwächen. CMD hat keine native Unterstützung für reguläre Ausdrücke in dem Umfang, den PowerShell oder bash bieten. String-Manipulation in Batch-Skripten ist umständlich und fehleranfällig. Wer komplexe Logik abbilden will, beispielsweise Dateien nach Inhalt filtern oder Metadaten auswerten, wechselt besser zu PowerShell oder greift zu Python.
Auch bei der Fehlerbehandlung zeigt CMD Schwächen. Exitcodes werden zwar unterstützt, aber die Fehlerbehandlung in verschachtelten Batch-Skripten ist mühsam. Ab einer gewissen Komplexität kippt das Verhältnis von Aufwand und Nutzen. Die Faustregel vieler erfahrener Admins: Bis zu etwa 50 Zeilen Batch-Code ist CMD vertretbar, danach lohnt der Wechsel zu PowerShell oder einem anderen Werkzeug.
CMD in automatisierten Workflows 2026
Ein Bereich, in dem CMD überraschend lebendig geblieben ist: CI/CD-Pipelines und Deployment-Skripte auf Windows-Agenten. Viele Build-Systeme, darunter ältere Jenkins-Instanzen oder Azure DevOps-Agenten auf Windows Server 2019, führen Shell-Schritte standardmäßig über CMD aus. Teams, die ihre Pipeline-Skripte als .bat-Dateien ablegen, vermeiden damit Kompatibilitätsprobleme zwischen verschiedenen PowerShell-Versionen.
Dasselbe gilt für Embedded-Umgebungen und industrielle Steuerrechner. Auf einem Maschinensteuerungsrechner mit Windows 10 LTSC, der seit 2021 im Einsatz ist und nicht aktualisiert wird, läuft CMD stabil. Wartungstechniker, die vor Ort schnell Logs prüfen oder temporäre Dateien bereinigen müssen, brauchen keine PowerShell-Kenntnisse. Ein paar CMD-Grundbefehle genügen.
Lernen oder ignorieren?
CMD-Kenntnisse gehören 2026 nicht zur Kernanforderung eines modernen Entwicklers, wohl aber eines Windows-Systemadministrators. Wer Windows-Server betreut, Deployments auf Windows-Agenten verantwortet oder in Industrieumgebungen arbeitet, stößt regelmäßig auf Situationen, in denen CMD das zugänglichste Werkzeug ist. Die Lernkurve ist flach, die Referenzdokumentation ist vollständig, und das Wissen veraltet nicht so schnell wie Framework-spezifisches Know-how.
Sinnvoll ist eine pragmatische Haltung: CMD beherrschen für schnelle Dateioperationen und einfache Automatisierung, PowerShell einsetzen sobald Logik, Objekte oder Fehlerbehandlung gefragt sind, und WSL oder Python nutzen, wenn es wirklich komplex wird. Wer alle drei kennt, greift situativ zum richtigen Werkzeug, statt aus Gewohnheit oder Ideologie zu entscheiden.