Features in Configuration Manager Technical Preview, Version 2105.2

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:

  1. Wählen Sie im Arbeitsbereich "Verwaltung" die Option "Clienteinstellungen" in Configuration Manager aus.

  2. Wählen Sie in den Clienteinstellungen die Gruppe Computerneustart aus.

  3. Wählen Sie für die Einstellung Wählen Sie die Einstellung Neustart auswählen, die Endbenutzern angezeigt werden soll , die Option Windows aus.

  4. 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

    Screenshot eines Geräts mit der nativen Windows Update-Oberfläche für Softwareupdates

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.

Fehler an Microsoft-Aktion in der Configuration Manager-Konsole melden

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:

  1. Öffnen Sie in der Configuration Manager-Konsole die Eigenschaften für eine benutzerdefinierte Sammlung.

  2. Wählen Sie auf der Registerkarte Mitgliedschaftsregeln in der Liste Regel hinzufügen die Option Abfrageregel aus.

  3. Klicken Sie im Eigenschaftenfenster der Abfrageregel auf Abfrageanweisung bearbeiten.

  4. Wählen Sie im Eigenschaftenfenster "Abfrageanweisung" der Sammlung die Option "Abfragesprache anzeigen" aus.

  5. Ändern Sie die Standardabfrageanweisung in Select * from not-a-class.

  6. Wählen Sie das grüne Dreieck aus, um das Fenster Vorschau der Abfrageergebnisse zu öffnen, und wählen Sie dann Ausführen aus.

  7. 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:

  1. Erstellen Sie in der Configuration Manager-Konsole eine Sammlung.

  2. Wählen Sie auf der Seite Mitgliedschaftsregeln in der Liste Regel hinzufügen die Option Abfrageregel aus.

  3. Geben Sie im Eigenschaftenfenster der Abfrageregel einen Namen für die Abfrage an. Wählen Sie dann Abfrageanweisung bearbeiten aus.

  4. Wechseln Sie im Eigenschaftenfenster der Abfrageanweisung zur Registerkarte Kriterien. Wählen Sie dann das goldene Sternchen (*), um neue Kriterien hinzuzufügen.

  5. Wählen Sie im Fenster Kriterien-Eigenschaftenfenster die folgenden Werte aus:

    • Attributklasse: Geräteerweiterungsdaten
    • Attribut: PropertyName
  6. 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:

    Criterion-Eigenschaftenfenster für Geräteerweiterungsdaten PropertyName

    Wählen Sie OK aus, um das Kriterium zu speichern.

  7. 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:

    Eigenschaftenfenster

  8. 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.

  1. Bearbeiten Sie in der Configuration Manager-Konsole die Standard- oder benutzerdefinierten Clienteinstellungen. Weitere Informationen finden Sie unter Aktivieren oder Deaktivieren vorhandener Hardwareinventurklassen.

  2. 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
  3. Laden Sie für ein Gerät die Computerrichtlinie herunter , und verwenden Sie dann die Clientbenachrichtigungsaktion, um den Hardwarebestand zu erfassen.

  4. 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:

  1. Wechseln Sie in der Configuration Manager-Konsole zum Arbeitsbereich "Verwaltung", erweitern Sie "Standortkonfiguration", und wählen Sie "Standorte" aus.
  2. Wählen Sie im Menüband die Option Hierarchieeinstellungen aus.
  3. Aktivieren Sie auf der Registerkarte "Allgemein " die Option "Hierarchiegenehmigte Konsolenerweiterungen können nicht signiert sein ".
  4. 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

  1. Ändern Sie den Sicherheitsbereich für die Erweiterung. Das Ändern des Sicherheitsumfangs wird zum ersten Testen einer Erweiterung empfohlen.

    1. Wechseln Sie unterAdministrationsübersicht>>, Updates und Wartung zum Knoten Konsolenerweiterungen.
    2. Wählen Sie die Erweiterung und dann im Menüband Sicherheitsbereiche festlegen aus.
    3. Entfernen Sie den Standardsicherheitsbereich, und fügen Sie für anfängliche Tests einen Bereich hinzu, der nur einen oder zwei Administratoren enthält.
    4. Wählen Sie OK aus, um den Sicherheitsbereich für die Erweiterung zu speichern.
  2. 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.
  3. Installieren Sie die Erweiterung in der lokalen Konsole, indem Sie Installieren auswählen.

  4. Nachdem die Erweiterung installiert wurde, überprüfen Sie, ob sie angezeigt wird, und Sie können sie über die lokale Konsole verwenden.

  5. 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 512 Zeichen 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?.