Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für: Configuration Manager (Technical Preview Branch)
In diesem Artikel werden die Features vorgestellt, die in der Technical Preview für Configuration Manager, Version 2105, verfügbar sind. Installieren Sie diese Version, um Ihre Technical Preview-Site zu aktualisieren und um neue Features hinzuzufügen.
Lesen Sie den Technical Preview-Artikel , bevor Sie dieses Update installieren. In diesem Artikel werden Sie mit den allgemeinen Anforderungen und Einschränkungen für die Verwendung einer Technical Preview, das Aktualisieren zwischen Versionen und das Bereitstellen von Feedback vertraut gemacht.
In den folgenden Abschnitten werden die neuen Features beschrieben, die Sie in dieser Version ausprobieren können:
Native Windows Update-Oberfläche für Softwareupdates
Beim Installieren von Softwareupdates über Configuration Manager können Sie jetzt die native Windows Update-Oberfläche verwenden und den Neustart durchführen. Auf der Seite "Windows Update-Einstellungen" des Clients werden die Updates angezeigt, wie sie angezeigt werden, wenn Sie Windows Update zum Scannen verwenden. Neustarts von Softwareupdates verhalten sich ebenfalls so, als ob Sie Windows Update verwenden. Um dieses Feature verwenden zu können, müssen auf Clientgeräten Windows-Insider-Build 21277 oder höher ausgeführt werden. So aktivieren Sie die native Erfahrung von Windows Update:
Wählen Sie im Arbeitsbereich "Verwaltung" die Option "Clienteinstellungen" in Configuration Manager aus.
Wählen Sie in den Clienteinstellungen die Gruppe Computerneustart aus.
Wählen Sie für die Einstellung Wählen Sie die Einstellung Neustart auswählen, die Endbenutzern angezeigt werden soll , die Option Windows aus.
Bei Bedarf können Sie die Anzahl der Tage ändern, für die ein Neustart auf dem Gerät aussteht, bevor ein Neustart erzwungen wird, indem Sie die folgende Einstellung verwenden:
Geben Sie einen Stichtag an, d. h. die Zeit (in Tagen), zu der ein Neustart eines Geräts aussteht, bis das Gerät zum Neustart gezwungen wird.
- Mindestwert: 1 Tag
- Maximalwert: 30 Tage
- Standardwert: 2 Tage
Produktfeedback von Fehlerfenstern senden
Wenn die Configuration Manager-Konsole zuvor einen Fehler in einem separaten Fenster gemeldet hat, mussten Sie zum Hauptkonsolenfenster zurückkehren, um Feedback zu senden. In einigen Fällen ist diese Aktion nicht möglich, wenn andere Konsolenfenster geöffnet sind.
Ab dieser Version enthalten Fehlermeldungen einen Link zum Fehler an Microsoft melden. Durch diese Aktion wird das Standardfenster "Stirnrunzeln senden" geöffnet, um Feedback zu geben. Es enthält automatisch Details zur Benutzeroberfläche und zum Fehler, um Microsoft-Technikern bei der Diagnose des Fehlers zu helfen. Abgesehen davon, dass es einfacher ist, ein Stirnrunzeln zu senden, können Sie auch den vollständigen Kontext der Fehlermeldung einbeziehen, wenn Sie einen Screenshot teilen.
Probieren Sie es aus!
Versuchen Sie, die Aufgaben abzuschließen. Senden Sie dann Feedback mit Ihren Gedanken zum Feature.
Führen Sie die folgenden Schritte aus, um einen Fehler einfach zu veranschaulichen, und starten Sie dann den Prozess, um Feedback zu geben:
Öffnen Sie in der Configuration Manager-Konsole die Eigenschaften für eine benutzerdefinierte Sammlung.
Wählen Sie auf der Registerkarte Mitgliedschaftsregeln in der Liste Regel hinzufügen die Option Abfrageregel aus.
Klicken Sie im Eigenschaftenfenster der Abfrageregel auf Abfrageanweisung bearbeiten.
Wählen Sie im Eigenschaftenfenster "Abfrageanweisung" der Sammlung die Option "Abfragesprache anzeigen" aus.
Ändern Sie die Standardabfrageanweisung in
Select * from not-a-class.Wählen Sie das grüne Dreieck aus, um das Fenster Vorschau der Abfrageergebnisse zu öffnen, und wählen Sie dann Ausführen aus.
Eine Fehlermeldung wird angezeigt. Wählen Sie " Fehler an Microsoft melden " aus, um den Feedback-Assistenten zu öffnen. Weitere Informationen zu diesem Assistenten finden Sie unter Stirnrunzeln senden.
Benutzerdefinierte Eigenschaften für Geräte
Viele Kunden verfügen über andere Daten, die außerhalb von Configuration Manager liegen, aber für die Zielgruppenadressierung, die Erstellung von Sammlungen und die Berichterstellung nützlich sind. Diese Daten sind in der Regel nicht technischer Natur, können nicht auf dem Client gefunden werden und stammen aus einer einzigen externen Quelle. Zum Beispiel ein zentrales ITIL-System (IT Infrastructure Library) oder eine Asset-Datenbank, die einige der folgenden Geräteattribute aufweist:
- Physischer Standort
- Organisatorische Priorität
- Kategorie
- Kostenstelle
- Department
Ab dieser Version können Sie den Verwaltungsdienst verwenden, um diese Daten auf Geräten festzulegen. Sie können dann die benutzerdefinierten Eigenschaften im Configuration Manager für die Berichterstellung oder zum Erstellen von Sammlungen verwenden.
Diese Funktion basiert auf dem folgenden Feedback:
Sammlung basierend auf der Abfrage der Computervariablen erstellen
Neue Geräteregisterkarte mit benutzerdefinierten Eigenschaften (Variablen) hinzufügen
Voraussetzungen für benutzerdefinierte Eigenschaften
Das Konto, das die API-Aufrufe durchführt, benötigt die folgenden Berechtigungen für eine Sammlung, die das Zielgerät enthält:
- So legen Sie Eigenschaften fest: Ressource ändern
- So zeigen Sie Eigenschaften an: Ressource lesen
- So entfernen Sie Eigenschaften: Ressource löschen
Probieren Sie es aus!
Versuchen Sie, die Aufgaben abzuschließen. Senden Sie dann Feedback mit Ihren Gedanken zum Feature.
Benutzerdefinierte Eigenschaften erstellen
Verwenden Sie zum Erstellen der benutzerdefinierten Eigenschaften den Verwaltungsdienst. Der Standort speichert den Namen der Eigenschaft und seinen Wert in der Standortdatenbank als neue Datenklasse für die Geräteerweiterung.
Die folgenden Beispiele für die Admin Service-API zeigen, wie Sie die benutzerdefinierten Eigenschaften festlegen, anzeigen und entfernen können. Diese Beispiele verwenden PowerShell für die API-Aufrufe, aber es gibt auch andere Methoden, die Sie verwenden können. Um diese Beispiele in Ihrer Umgebung zu verwenden, ändern Sie die Variablenwerte für den SMS-Anbieter (Anbieter) und die Ressourcen-ID (resourceID).
Warnung
Diese Beispielskripts aktivieren die ServicePointManager.ServerCertificateValidationCallback Eigenschaft. Diese Konfiguration ermöglicht es jedem Zertifikat, die Überprüfung für HTTPS zu bestehen. Dieser Befehl dient nur der Vereinfachung von Tests in einer Lab-Umgebung. Verwenden Sie es nicht in einer Produktionsumgebung. Weitere Informationen zum Aktivieren der sicheren HTTPS-Kommunikation finden Sie unter So richten Sie den Verwaltungsdienst ein.
Festlegen benutzerdefinierter Eigenschaften auf einem Gerät
Verwenden Sie die SetExtensionData-API , um Eigenschaften auf einem Gerät festzulegen. Führen Sie einen POST-Aufruf an den URI https://<SMSProviderFQDN>/AdminService/v1.0/Device(<DeviceResourceID>)/AdminService.SetExtensionData mit einem JSON-Text durch. In diesem Beispiel werden zwei Name-Wert-Paare für das Asset-Tag und den Standort des Geräts festgelegt.
$provider = "cm01.contoso.com"
$resourceID = "16777345"
$uri = "https://$provider/AdminService/v1.0/Device($resourceID)/AdminService.SetExtensionData"
$body = "{ExtensionData:{""AssetTag"":""0580255"",""Location"":""Inis Oirr""}}"
[System.Net.ServicePointManager]::ServerCertificateValidationCallback = {$true};
Invoke-RestMethod -Method "Post" -Uri $uri -UseDefaultCredentials -Body $body -ContentType "application/json"
Anzeigen benutzerdefinierter Eigenschaften auf einem einzelnen Gerät
Um Eigenschaften auf einem einzelnen Gerät anzuzeigen, verwenden Sie die GetExtensionData-API für ein bestimmtes Gerät. Führen Sie einen GET-Aufruf an die URI https://<SMSProviderFQDN>/AdminService/v1.0/Device(<DeviceResourceID>)/AdminService.GetExtensionData.
$provider = "cm01.contoso.com"
$resourceID = "16777345"
$uri = "https://$provider/AdminService/v1.0/Device($resourceID)/AdminService.GetExtensionData"
[System.Net.ServicePointManager]::ServerCertificateValidationCallback = {$true};
Invoke-RestMethod -Method "Get" -Uri $uri -UseDefaultCredentials
Benutzerdefinierte Eigenschaften auf allen Geräten anzeigen
Um Eigenschaften auf allen Geräten anzuzeigen, verwenden Sie die GetExtensionData-API ohne eine Geräte-ID. Führen Sie einen GET-Aufruf an die URI https://<SMSProviderFQDN>/AdminService/v1.0/Device/AdminService.GetExtensionData. Dieser Aufruf gibt Eigenschaftswerte von Geräten zurück, für die Sie über Leseberechtigungen verfügen.
$provider = "cm01.contoso.com"
$uri = "https://$provider/AdminService/v1.0/Device/AdminService.GetExtensionData"
[System.Net.ServicePointManager]::ServerCertificateValidationCallback = {$true};
Invoke-RestMethod -Method "Get" -Uri $uri -UseDefaultCredentials
Benutzerdefinierte Eigenschaften entfernen
Um Eigenschaftswerte von allen Geräten zu entfernen, verwenden Sie die DeleteExtensionData-API ohne eine Geräte-ID. Schließen Sie eine Geräteressourcen-ID ein, um nur Eigenschaften von einem bestimmten Gerät zu entfernen. Führen Sie einen POST-Aufruf an den URI https://<SMSProviderFQDN>/AdminService/v1.0/Device/AdminService.DeleteExtensionDataaus.
$provider = "cm01.contoso.com"
$uri = "https://$provider/AdminService/v1.0/Device/AdminService.DeleteExtensionData"
[System.Net.ServicePointManager]::ServerCertificateValidationCallback = {$true};
Invoke-RestMethod -Method "Post" -Uri $uri -UseDefaultCredentials
Erstellen einer Sammlung
Führen Sie die folgenden Schritte aus, um eine Sammlung mit einer Abfrageregel basierend auf den benutzerdefinierten Eigenschaften zu erstellen:
Erstellen Sie in der Configuration Manager-Konsole eine Sammlung.
Wählen Sie auf der Seite Mitgliedschaftsregeln in der Liste Regel hinzufügen die Option Abfrageregel aus.
Geben Sie im Eigenschaftenfenster der Abfrageregel einen Namen für die Abfrage an. Wählen Sie dann Abfrageanweisung bearbeiten aus.
Wechseln Sie im Eigenschaftenfenster der Abfrageanweisung zur Registerkarte Kriterien. Wählen Sie dann das goldene Sternchen (
*), um neue Kriterien hinzuzufügen.Wählen Sie im Fenster Kriterien-Eigenschaftenfenster die folgenden Werte aus:
- Attributklasse: Geräteerweiterungsdaten
- Attribut: PropertyName
Wählen Sie einen Operator aus, und geben Sie dann den Namen der Eigenschaft als Wert an.
An dieser Stelle sollte das Fenster "Criterion-Eigenschaftenfenster" in etwa wie in der folgenden Abbildung aussehen:
Wählen Sie OK aus, um das Kriterium zu speichern.
Wiederholen Sie die Schritte, um ein Kriterium für das PropertyValue-Attribut hinzuzufügen.
An diesem Punkt sollte das Fenster mit den Eigenschaftenfenstern für die Sammlung "Abfrageanweisung" in etwa wie in der folgenden Abbildung aussehen:
Wählen Sie "OK " aus, um alle Eigenschaftenfenster zu schließen. Führen Sie dann den Assistenten aus, um die Sammlung zu erstellen.
Sie können auch die folgende Beispielabfrage verwenden. Wählen Sie im Eigenschaftenfenster der Abfrageanweisung die Option Abfragesprache anzeigen aus, um die Abfrageanweisung einzufügen.
select SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name,SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,SMS_R_SYSTEM.Client
from SMS_R_System inner join SMS_G_System_ExtensionData on SMS_G_System_ExtensionData.ResourceId = SMS_R_System.ResourceId
where SMS_G_System_ExtensionData.PropertyName = "AssetTag" and SMS_G_System_ExtensionData.PropertyValue = "0580255"
Hardwareinventur für Clientprotokolleinstellungen
Sie können jetzt Einstellungen für Client-Protokolldateien wie Protokollebenen und -größe inventarisieren. Mit diesem Verhalten können Sie Einstellungen nachverfolgen, die Sie durch die Clientdiagnoseaktionen ändern. Diese neue Inventarklasse ist standardmäßig nicht aktiviert.
Weitere Informationen zu den Einstellungen für Clientprotokolldateien finden Sie unter Informationen zu Protokolldateien.
Probieren Sie es aus!
Versuchen Sie, die Aufgaben abzuschließen. Senden Sie dann Feedback mit Ihren Gedanken zum Feature.
Bearbeiten Sie in der Configuration Manager-Konsole die Standard- oder benutzerdefinierten Clienteinstellungen. Weitere Informationen finden Sie unter Aktivieren oder Deaktivieren vorhandener Hardwareinventurklassen.
Aktivieren Sie die neue Inventurklasse, Client Diagnostics (CCM_ClientDiagnostics). Diese Klasse enthält die folgenden Attribute:
- Debugprotokollierung aktiviert
- Protokollierung aktiviert
- Protokollebene
- Anzahl der Verlaufsdateien
- Maximale Protokolldateigröße
Laden Sie für ein Gerät die Computerrichtlinie herunter , und verwenden Sie dann die Clientbenachrichtigungsaktion, um den Hardwarebestand zu erfassen.
Nachdem der Client den Inventurzyklus abgeschlossen hat, verwenden Sie den Ressourcen-Explorer, um die Hardwareinventur anzuzeigen.
Vereinfachte Anforderungen an CMPivot-Berechtigungen
Wir haben die CMPivot-Berechtigungsanforderungen vereinfacht. Die neuen Berechtigungen gelten für CMPivot Standalone und CMPivot in der lokalen Konsole. Folgende Änderungen wurden vorgenommen:
- CMPivot erfordert keine Leseberechtigung für SMS-Skripts mehr
- Der SMS-Anbieter benötigt diese Berechtigung weiterhin, wenn der Verwaltungsdienst aufgrund eines 503-Fehlers (Dienst nicht verfügbar) auf ihn zurückgreift, wie im CMPivot.log zu sehen ist.
- Die Standardberechtigung für den Bereich ist nicht erforderlich.
CMPivot-Berechtigungen nach Configuration Manager-Version
| 1902 und früher | 1906 | 2105.2 Technical Preview und höher |
|---|---|---|
| Leseberechtigung für SMS-Skripts | Leseberechtigung für SMS-Skripts | Nicht zutreffend |
| Skript ausführen für die Sammlung | Ausführen der CMPivot-Berechtigung für die Sammlung | Ausführen der CMPivot-Berechtigung für die Sammlung |
| Leseberechtigung für Inventarberichte | Leseberechtigung für Inventarberichte | Leseberechtigung für Inventarberichte |
| Standardberechtigung für Bereich | Standardberechtigung für Bereich | Nicht zutreffend |
Hierarchiegenehmigte Konsolenerweiterungen erfordern keine Signatur
Ab dieser technischen Vorschau können Sie unsignierte, hierarchiegenehmigte Konsolenerweiterungen zulassen. Möglicherweise müssen Sie nicht signierte Konsolenerweiterungen aufgrund einer nicht signierten, intern entwickelten Erweiterung oder zum Testen Ihrer eigenen benutzerdefinierten Erweiterung in einem Lab zulassen.
So lassen Sie nicht signierte hierarchiegenehmigte Konsolenerweiterungen zu:
- Wechseln Sie in der Configuration Manager-Konsole zum Arbeitsbereich "Verwaltung", erweitern Sie "Standortkonfiguration", und wählen Sie "Standorte" aus.
- Wählen Sie im Menüband die Option Hierarchieeinstellungen aus.
- Aktivieren Sie auf der Registerkarte "Allgemein " die Option "Hierarchiegenehmigte Konsolenerweiterungen können nicht signiert sein ".
- Wählen Sie "OK " aus, wenn Sie fertig sind, um die Eigenschaften der Hierarchieeinstellungen zu schließen.
Importieren einer Konsolenerweiterung für die Hierarchiegenehmigung
Wenn Sie über die .cab Datei für eine Erweiterung verfügen, können Sie sie in einer Configuration Manager-Testumgebung testen. Dazu posten Sie sie über den Verwaltungsdienst. Nachdem die Erweiterung in die Website eingefügt wurde, können Sie sie genehmigen und lokal über den Knoten Konsolenerweiterungen installieren.
Führen Sie das folgende PowerShell-Skript aus, nachdem Sie das und $cabFilePathbearbeitet haben$adminServiceProvider:
-
$adminServiceProvider- Der SMSProvider-Server der obersten Ebene, auf dem der Verwaltungsdienst installiert ist -
$cabFilePath- Pfad zur Datei der Erweiterung.cab
$adminServiceProvider = "SMSProviderServer.contoso.com"
$cabFilePath = "C:\Testing\MyExtension.cab"
$adminServiceURL = "https://$adminServiceProvider/AdminService/v1/ConsoleExtensionMetadata/AdminService.UploadExtension"
$cabFileName = (Get-Item -Path $cabFilePath).Name
$Data = Get-Content $cabFilePath
$Bytes = [System.IO.File]::ReadAllBytes($cabFilePath)
$base64Content = [Convert]::ToBase64String($Bytes)
$Headers = @{
"Content-Type" = "Application/json"
}
$Body = @{
CabFile = @{
FileName = $cabFileName
FileContent = $base64Content
}
AllowUnsigned = $true
} | ConvertTo-Json
$result = Invoke-WebRequest -Method Post -Uri $adminServiceURL -Body $Body -Headers $Headers -UseDefaultCredentials
if ($result.StatusCode -eq 200) {Write-Host "$cabFileName was published successfully."}
else {Write-Host "$cabFileName publish failed. Review AdminService.log for more information."}
Installieren und Testen einer Erweiterung in einer lokalen Konsole
Ändern Sie den Sicherheitsbereich für die Erweiterung. Das Ändern des Sicherheitsumfangs wird zum ersten Testen einer Erweiterung empfohlen.
- Wechseln Sie unterAdministrationsübersicht>>, Updates und Wartung zum Knoten Konsolenerweiterungen.
- Wählen Sie die Erweiterung und dann im Menüband Sicherheitsbereiche festlegen aus.
- Entfernen Sie den Standardsicherheitsbereich, und fügen Sie für anfängliche Tests einen Bereich hinzu, der nur einen oder zwei Administratoren enthält.
- Wählen Sie OK aus, um den Sicherheitsbereich für die Erweiterung zu speichern.
Genehmigen Sie die Erweiterung, indem Sie im Menüband oder im Kontextmenü die Option Installation genehmigen auswählen.
- Wenn die Erweiterung nicht genehmigt wurde, können Sie sie nicht installieren oder konsoleninterne Benachrichtigungen dafür aktivieren.
- Wenn Sie die Konsole zu diesem Zeitpunkt neu starten, erfolgt keine Benachrichtigung über die verfügbare Erweiterung, da Sie die Option noch nicht aktiviert haben.
Installieren Sie die Erweiterung in der lokalen Konsole, indem Sie Installieren auswählen.
Nachdem die Erweiterung installiert wurde, überprüfen Sie, ob sie angezeigt wird, und Sie können sie über die lokale Konsole verwenden.
Bearbeiten Sie bei Bedarf den Sicherheitsbereich, und aktivieren Sie Benachrichtigungen , um andere Administratoren mit der konsoleninternen Benachrichtigung für die Installation der Erweiterung anzusprechen.
Verbesserungen an CMPivot
CMPivot weist die folgenden Verbesserungen auf:
- Der Registrierungsentität wurde ein Schlüsselwert hinzugefügt
- Es wurde eine neue RegistryKey-Entität hinzugefügt, die alle Registrierungsschlüssel zurückgibt, die mit dem angegebenen Ausdruck übereinstimmen
- Maxif- und Minif-Aggregatoren hinzugefügt, die mit dem summarize-Operator verwendet werden können
- Verbesserungen an Vorschlägen zur automatischen Abfragevervollständigung im Abfrage-Editor
Vorschau der PowerShell-Versionshinweise
Diese Versionshinweise fassen Änderungen an den Configuration Manager PowerShell-Cmdlets in Technical Preview, Version 2105, zusammen.
Weitere Informationen zu PowerShell für Configuration Manager finden Sie unter Erste Schritte mit Configuration Manager-Cmdlets.
Neue Cmdlets
Verwalten des Installationsverhaltens für Anwendungsbereitstellungstypen
Diese Gruppe neuer Cmdlets für das Installationsverhalten von Anwendungsbereitstellungen basiert auf Ihrem Feedback.
Weitere allgemeine Informationen zum Feature "Installationsverhalten" finden Sie unter "Überprüfen, ob ausgeführte ausführbare Dateien vorhanden sind".
Add-CMDeploymentTypeInstallBehavior
Verwenden Sie dieses Cmdlet, um dem angegebenen Bereitstellungstyp die ausführbaren Dateien hinzuzufügen, die für die erfolgreiche App-Installation geschlossen werden müssen.
$msi_dt = Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)"
Add-CMDeploymentTypeInstallBehavior -InputObject $msi_dt -ExeFileName "notepad.exe" -DisplayName "Notepad"
Get-CMDeploymentTypeInstallBehavior
Verwenden Sie dieses Cmdlet, um aus dem angegebenen Bereitstellungstyp die Liste der ausführbaren Dateien abzurufen, die geschlossen werden müssen, damit die App-Installation erfolgreich ist.
$msi_dt = Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)"
Get-CMDeploymentTypeInstallBehavior -InputObject $msi_dt
Remove-CMDeploymentTypeInstallBehavior
Verwenden Sie dieses Cmdlet, um die ausführbaren Dateien, die für die erfolgreiche App-Installation geschlossen werden müssen, aus dem angegebenen Bereitstellungstyp zu entfernen.
$msi_dt = Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)"
Remove-CMDeploymentTypeInstallBehavior -InputObject $msi_dt -ExeFileName "notepad.exe"
Set-CMDeploymentTypeInstallBehavior
Verwenden Sie dieses Cmdlet, um die ausführbaren Dateien zu ändern, die geschlossen werden müssen, damit die App installiert werden kann.
$msi_dt = Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)"
Set-CMDeploymentTypeInstallBehavior -InputObject $msi_dt -ExeFileName "notepad.exe" -NewExeFileName "calc.exe" -DisplayName "Calculator"
Rückgabecodes für Anwendungsbereitstellungstypen verwalten
Diese neuen Cmdlets für Rückgabecodes für Anwendungsbereitstellungstypen basieren auf Ihrem Feedback.
Weitere allgemeine Informationen finden Sie unter Bereitstellungstyp Rückgabecodes.
Add-CMDeploymentTypeReturnCode
Verwenden Sie dieses Cmdlet, um Rückgabecodes für einen unterstützten Bereitstellungstyp hinzuzufügen.
$msi_dt = Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)"
Add-CMDeploymentTypeReturnCode -InputObject $msi_dt -ReturnCode 1602 -Name "User cancel" -CodeType Failure -Description "The user cancelled the installation"
Get-CMDeploymentTypeReturnCode
Verwenden Sie dieses Cmdlet, um die Liste der Rückgabecodes aus dem angegebenen Bereitstellungstyp abzurufen.
Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)" | Get-CMDeploymentTypeReturnCode
Remove-CMDeploymentTypeReturnCode
Verwenden Sie dieses Cmdlet, um Rückgabecodes aus dem angegebenen Bereitstellungstyp zu löschen.
$msi_dt = Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)"
Remove-CMDeploymentTypeReturnCode -InputObject $msi_dt -ReturnCode 1602
Set-CMDeploymentTypeReturnCode
Verwenden Sie dieses Cmdlet, um Rückgabecodes für den angegebenen Bereitstellungstyp zu ändern.
$msi_dt = Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)"
Add-CMDeploymentTypeReturnCode -InputObject $msi_dt -ReturnCode 3010 -Name "Always reboot" -CodeType HardReboot -Description "Change soft reboot to hard reboot"
Weitere neue Cmdlets
Get-CMClientSettingDeployment
Verwenden Sie dieses Cmdlet, um die Bereitstellung eines benutzerdefinierten Clienteinstellungsobjekts abzurufen. Sie können dieses Objekt mit Remove-CMClientSetting verwenden.
Weitere Informationen zu Clienteinstellungen finden Sie unter Konfigurieren von Clienteinstellungen.
$clientSetting = Get-CMClientSetting -Name "Software Center customizations"
$clientSetting | Get-CMClientSettingDeployment
Get-CMClientSettingDeployment -Name "Software Center customizations"
Get-CMDeploymentTypeDetectionClause
Verwenden Sie dieses Cmdlet basierend auf Ihrem Feedback, um die Erkennungsklauseln aus dem angegebenen Bereitstellungstyp abzurufen.
Sie können dieses Cmdlet verwenden, um eine Erkennungsklausel aus einer App abzurufen und sie auf eine andere anzuwenden, z. B.:
$appMsi = Get-CMDeploymentType -ApplicationName "CenterApp" -DeploymentTypeName "InterDept - Windows Installer (.msi file)"
$clause1 = Get-CMDeploymentTypeDetectionClause -InputObject $appMsi
Set-CMScriptDeploymentType -ApplicationName "Configuration Manager console" -DeploymentTypeName "Install" -AddDetectionClause $clause1
Veraltete Cmdlets
Die folgenden Cmdlets zum Starten einer Bereitstellung sind veraltet und können in einer zukünftigen Version entfernt werden:
| Veraltetes Cmdlet | Austausch |
|---|---|
| Start-CMApplicationDeploymentSimulation | New-CMApplicationDeploymentmit dem Simulationsparameter |
| Start-CMClientSettingDeployment | New-CMClientSettingDeployment |
| Start-CMAntimalwarePolicyDeployment | New-CMAntimalwarePolicyDeployment |
Geänderte Cmdlets
New-CMTaskSequence
Weitere Informationen finden Sie unter New-CMTaskSequence.
Nicht unterbrechende Änderungen
Der Legacyparameter "InstallationLicensingMode" wurde entfernt.
Die maximale Länge des Beschreibungsparameters wurde auf
512Zeichen erweitert.
New-CMTSStepApplyOperatingSystem
Weitere Informationen finden Sie unter New-CMTSStepApplyOperatingSystem.
Fehler, die behoben wurden
Validierungsprobleme mit dem Parameter "DestinationVariable" wurden behoben, um Werte zuzulassen, die mit einem Unterstrich ()_ beginnen.
Allgemeine bekannte Probleme
Bekanntes Problem mit dem Onboarding von Mandantenanfügungen
Wenn Sie nach dem Upgrade auf Technical Preview Branch Version 2105.2 versuchen, die Mandantenanfügung zu aktivieren, leitet Configuration Manager sofort das Boarding der Site aus der Mandantenanfügung aus.
Dieses Problem wirkt sich nicht auf Websites aus, auf denen die Mandantenanfügung bereits aktiviert ist.
Um dieses Problem zu umgehen, legen Sie den folgenden Registrierungseintrag für das Standortsystem fest, das die Rolle des Dienstverbindungspunkts hostet:
Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\SMS\COMPONENTS\SMS_SERVICE_CONNECTOR" -Name "HeartbeatWorker_IntervalSec" -Value 60
Nachdem Sie diesen Registrierungseintrag konfiguriert haben, aktivieren Sie den Mandantenanschluss.
Nächste Schritte
Weitere Informationen zum Installieren oder Aktualisieren des Technical Preview-Zweigs finden Sie unter Technical Preview.
Weitere Informationen zu den verschiedenen Branches von Configuration Manager finden Sie unter Welcher Branch von Configuration Manager sollte verwendet werden?.