Das cmdlet Set-WmiInstance erstellt oder aktualisiert eine Instanz einer vorhandenen Windows-Verwaltungsinstrumentation (WMI)-Klasse. Die erstellte oder aktualisierte Instanz wird in das WMI-Repository geschrieben.
Neue CIM-Cmdlets, die Windows PowerShell 3.0 eingeführt haben, führen dieselben Aufgaben wie die WMI-Cmdlets aus. Die CIM-Cmdlets entsprechen WS-Management (WSMan)-Standards und dem Common Information Model (CIM)-Standard. Auf diese Weise können Cmdlets dieselben Techniken verwenden, um Windows-basierte Computer und andere Betriebssysteme zu verwalten. Anstatt Set-WmiInstancezu verwenden, sollten Sie die Set-CimInstance oder New-CimInstance-Cmdlets verwenden.
Beispiele
Beispiel 1: Festlegen der WMI-Protokollierungsebene
Mit diesem Befehl wird die WMI-Protokollierungsebene auf 2 festgelegt. Der Befehl übergibt die festzulegende Eigenschaft und den Wert, zusammen als Wertpaar betrachtet, im Argumentparameter. Der Parameter verwendet eine Hashtabelle, die durch die @{property = value}-Konstruktion definiert wird. Die zurückgegebenen Klasseninformationen spiegeln den neuen Wert wider.
Beispiel 2: Erstellen einer Umgebungsvariable und des zugehörigen Werts
Mit diesem Befehl wird die testvar Umgebungsvariable erstellt, die den Wert testvaluehat. Dazu wird eine neue Instanz der Win32_Environment WMI-Klasse erstellt. Für diesen Vorgang sind geeignete Anmeldeinformationen erforderlich, und Möglicherweise müssen Sie Windows PowerShell neu starten, um die neue Umgebungsvariable anzuzeigen.
Beispiel 3: Festlegen der WMI-Protokollierungsebene für mehrere Remotecomputer
Mit diesem Befehl wird die WMI-Protokollierungsebene auf 2 festgelegt. Der Befehl übergibt die festzulegende Eigenschaft und den Wert, zusammen als Wertpaar betrachtet, im Argumentparameter. Der Parameter verwendet eine Hashtabelle, die durch die @{property = value}-Konstruktion definiert wird. Die zurückgegebenen Klasseninformationen spiegeln den neuen Wert wider.
Parameter
-Arguments
Gibt den Namen der zu ändernden Eigenschaft und den neuen Wert für diese Eigenschaft an. Der Name und der Wert müssen ein Name-Wert-Paar sein. Das Name-Wert-Paar wird in der Befehlszeile als Hashtabelle übergeben.
Beispiel:
Gibt an, dass dieses Cmdlet als Hintergrundauftrag ausgeführt wird. Verwenden Sie diesen Parameter, um Befehle auszuführen, die lange dauern.
Wenn Sie den AsJob--Parameter angeben, gibt der Befehl ein Objekt zurück, das den Hintergrundauftrag darstellt, und zeigt dann die Eingabeaufforderung an. Sie können weiterhin in der Sitzung arbeiten, während der Auftrag abgeschlossen ist. Wenn sie für einen Remotecomputer verwendet wird, wird der Auftrag auf dem lokalen Computer erstellt, und die Ergebnisse von Remotecomputern werden automatisch an den lokalen Computer zurückgegeben. Verwenden Sie zum Verwalten des Auftrags die Cmdlets, die das Auftrag Substantiv enthalten (die cmdlets Job). Verwenden Sie das Cmdlet Receive-Job, um die Auftragsergebnisse abzurufen.
Um diesen Parameter zusammen mit Remotecomputern zu verwenden, müssen die lokalen und Remotecomputer für remoting konfiguriert werden. Darüber hinaus müssen Sie Windows PowerShell mit der Option Als Administrator ausführen starten. Weitere Informationen finden Sie unter about_Remote_Requirements.
Weitere Informationen zu Windows PowerShell-Hintergrundaufträgen finden Sie unter about_Jobs und about_Remote_Jobs.
Gibt die Autorität an, die zum Authentifizieren der WMI-Verbindung verwendet werden soll. Sie können die standardmäßige NTLM- oder Kerberos-Authentifizierung angeben. Um NTLM zu verwenden, legen Sie die Autoritätseinstellung auf ntlmdomain:<DomainName>fest, wobei <DomainName> einen gültigen NTLM-Domänennamen identifiziert. Geben Sie kerberos:<DomainName>\<ServerName>an, um Kerberos zu verwenden. Sie können die Autoritätseinstellung nicht einschließen, wenn Sie eine Verbindung mit dem lokalen Computer herstellen.
Gibt den Namen des Computers an, auf dem dieses Cmdlet ausgeführt wird. Der Standardwert ist der lokale Computer.
Geben Sie den NetBIOS-Namen, eine IP-Adresse oder einen vollqualifizierten Domänennamen eines oder mehrerer Computer ein.
Um den lokalen Computer anzugeben, geben Sie den Computernamen, einen Punkt (.) oder localhost ein.
Dieser Parameter basiert nicht auf Windows PowerShell-Remoting. Sie können den parameter ComputerName verwenden, auch wenn Ihr Computer nicht für die Ausführung von Remotebefehlen konfiguriert ist.
Gibt ein Benutzerkonto an, das über die Berechtigung zum Ausführen dieser Aktion verfügt. Die Standardeinstellung ist der aktuelle Benutzer.
Geben Sie einen Benutzernamen ein, z. B. User01 oder Domain01\User01, oder geben Sie ein PSCredential--Objekt ein, z. B. einen, der vom Cmdlet Get-Credential generiert wird. Wenn Sie einen Benutzernamen eingeben, fordert dieses Cmdlet ein Kennwort ein.
Dieser Parameter wird von anbietern, die mit parametern installiert sind, nicht unterstützt, von anbietern, die mit Windows PowerShell installiert sind.
Gibt ein ManagementObject--Objekt an, das als Eingabe verwendet werden soll. Wenn dieser Parameter verwendet wird, werden alle anderen Parameter außer den Argumenten Parameter ignoriert.
Gibt das bevorzugte Gebietsschema für WMI-Objekte an. Der parameter locale wird in einem Array im MS_<LCID> Format in der bevorzugten Reihenfolge angegeben.
Gibt die maximale Anzahl gleichzeitiger Verbindungen an, die zum Ausführen dieses Befehls eingerichtet werden können.
Dieser Parameter wird zusammen mit dem parameter AsJob verwendet. Der Drosselungsgrenzwert gilt nur für den aktuellen Befehl, nicht für die Sitzung oder den Computer.
Dieses Cmdlet unterstützt die allgemeinen Parameter -Debug, -ErrorAction, -ErrorVariable, -InformationAction, -InformationVariable, -OutBuffer, -OutVariable, -PipelineVariable, -ProgressAction, -Verbose, -WarningAction und -WarningVariable. Weitere Informationen findest du unter about_CommonParameters.
Eingaben
None
Dieses Cmdlet akzeptiert keine Eingabe.
Ausgaben
None
Dieses Cmdlet generiert keine Ausgabe.
Hinweise
Windows PowerShell enthält die folgenden Aliase für Set-WmiInstance:
Die Quelle für diesen Inhalt finden Sie auf GitHub, wo Sie auch Issues und Pull Requests erstellen und überprüfen können. Weitere Informationen finden Sie in unserem Leitfaden für Mitwirkende.