PowerShell 4.0 erleichtert Windows-Administratoren die Aufgabenautomatisierung

Eine neue Version von PowerShell gehört zu den Funktionen in Windows Server 2012 R2. Und mit Version 4.0 scheint PowerShell endlich erwachsen zu sein – mit vielen neuen Funktionen, die sich für Administratoren als hilfreich erweisen, einschließlich Änderungen an der Standardausführungsrichtlinie und mehreren neuen Parametern.

Gewünschte Statuskonfiguration. Die größte Änderung an PowerShell 4.0 ist die Aufnahme der neuen Windows PowerShell Desired State Configuration, eines Mechanismus, der gemeinsam Computer verwaltet, die ähnliche Funktionen ausführen, um die Konfiguration der Computer zu steuern.

Die gewünschte Statuskonfigurationsfunktion basiert vollständig auf PowerShell – es gibt keine GUI Schnittstelle. Um diese Funktion verwenden zu können, muss ein Administrator ein PowerShell-Skript erstellen, das für eine bestimmte Computerrolle oder -funktion spezifisch ist. Das Skript definiert die Knoten, auf die die Konfiguration angewendet werden soll, die auf diesen Knoten installierten Rollen und andere Konfigurationsdaten.

Eine Microsoft Operations Framework (MOF) -Datei wird erstellt, wenn das Skript ausgeführt wird. Zu diesem Zeitpunkt können MOF-Dateien die angegebenen Knoten konfigurieren. MOF-Dateien sind ein Mechanismus zum Übertragen von Windows Management Instrumentation-Einstellungen oder WMI-Objekten zwischen Computern.

Änderungen der Standardausführungsrichtlinie. Die erste große Änderung, die Microsoft vorgenommen hat, war die Änderung der Standardausführungsrichtlinie. Alle früheren PowerShell-Versionen legen die Standardausführungsrichtlinie zu Deaktiviert. In der Vergangenheit konnten PowerShell-Skripts nur ausgeführt werden, wenn der Administrator eine andere Ausführungsrichtlinie ausgewählt hat.

Die Standardausführungsrichtlinie in PowerShell 4.0 ist auf festgelegt RemoteSigned in Windows Server 2012 R2, bleibt jedoch in Windows 8.1 auf Deaktiviert gesetzt. Dies bedeutet, dass Windows Server-Administratoren PowerShell-Skripts ausführen können, ohne die Ausführungsrichtlinie zu ändern, solange die Skripts signiert sind. Windows 8.1 belässt die Ausführungsrichtlinie weiterhin auf Deaktiviert, um die Wahrscheinlichkeit zu verringern, dass Verbraucher Opfer von PowerShell-basierten Skriptangriffen werden.

PowerShell 4.0-Parameter. Microsoft hat PowerShell 4.0 außerdem eine Reihe neuer Parameter hinzugefügt, darunter: RepeatIndefinitely. Dieser Parameter wird verwendet, um zu vermeiden, dass für die Wiederholungsdauer ein TimeSpan.MaxValue angegeben werden muss, wenn Sie einen geplanten Job wiederholt ausführen möchten.

Microsoft hat auch das erstellt Lauf jetzt Parameter, der mit dem verknüpft ist Register-ScheduledJob und Set-ScheduledJob Cmdlets. Dieser Parameter erleichtert die sofortige Ausführung eines geplanten Jobs.

Ein weiterer neuer Parameter – PipelineVariable – ist besonders nützlich für diejenigen, die PowerShell-Skripte erstellen. Der Parameter PipelineVariable baut auf diesem Gebäudekonzept auf und ermöglicht das Schreiben der Ergebnisse einer Reihe von Pipeline-Befehlen in eine Variable. PowerShell behandelt PipelineVariable als allgemeinen Parameter. Auf den Inhalt dieser Variablen kann später im Skript verwiesen werden.

Ein weiterer nützlicher neuer Parameter zum Erstellen von PowerShell-Skripten ist DurchgehenHiermit kann PowerShell alle Objekte anzeigen, die der Befehl geändert hat. Der Parameter Passthru wurde dem hinzugefügt Enable-JobTrigger und Disable-JobTrigger Cmdlets.

Microsoft TechNet bietet eine vollständige Liste von Änderungen an PowerShell 4.0.

PowerShell 4.0 wird zunächst nur mit Windows Server 2012 R2 und Windows 8.1 kompatibel sein. Es gibt jedoch Gerüchte, dass Version 4.0 möglicherweise an einige frühere Windows-Versionen angepasst wird.

Sie können Laden Sie die PowerShell 4.0-Vorschau herunter als Teil der Windows Management Framework-Vorschau; Seien Sie jedoch vorsichtig, wenn Sie das Windows Management Framework installieren, da es ernsthafte Kompatibilitätsprobleme mit Exchange Server, SharePoint Server, Windows Small Business Server und einigen System Center-Produkten gibt. Microsoft wird wahrscheinlich in Zukunft Patches veröffentlichen, um diese Inkompatibilitäten zu beheben.

Über den Autor:
Brien Posey ist ein achtmaliger Microsoft MVP für seine Arbeit mit Windows Server-, IIS-, Exchange Server- und Dateisystemspeichertechnologien. Brien war CIO einer landesweiten Kette von Krankenhäusern und Gesundheitseinrichtungen und war einst für den IT-Betrieb in Fort Knox verantwortlich. Er war auch als Netzwerkadministrator für einige der größten Versicherungsunternehmen des Landes tätig.

Similar Posts

Leave a Reply