Microsoft System Center Configuration Manager Technical Preview

 

Letzte Aktualisierung: Oktober 2015

Betrifft: System Center Technical Preview

Willkommen bei System Center Configuration Manager Technical Preview. Dieses Thema enthält Informationen, um Ihnen den Einstieg in einige der in den neuesten Vorschauversion verfügbaren neuen Funktionen zu erleichtern. Jeder Abschnitt enthält außerdem Versionshinweise oder beschreibt bekannte Probleme für die beschriebene Funktion.

Da es sich hierbei um eine technische Vorschau handelt, können Details, Funktionalität und Produktnamen geändert werden.

Dieses Thema enthält Inhalte für die folgenden Versionen:

Version

Datum

In dieser Version verfügbare Funktionen

System Center Configuration Manager Technical Preview

  

4. Mai 2015

  • Direktes Windows 10-Upgrade

  • Verwaltung von mobilen Anwendungen

  • Datenschutz für mobile Geräte

  • Bevorzugte Verwaltungspunkte

  • Lokale Verwaltung mobiler Geräte (Mobile Device Management, MDM)

  • Unterstützung für virtuelle Microsoft Azure-Computer

  • Client-Bereitstellungsstatus bei der Konsolenüberwachung

System Center Configuration Manager Technical Preview 2

9. Juli 2015

Diese Version bietet die folgenden zusätzlichen Funktionen:

  • Querladen von Apps in Windows 10

  • Windows PE-Peercache

  • Lokale MDM: Fügt Unterstützung für Windows 10-Desktop hinzu.

    • Massenregistrierung von Windows 10-Geräten

  • Unterstützung für mehrere Regeln zur automatischen Bereitstellung

Neben neuen Funktionen enthält diese Version verschiedene inkrementelle Verbesserungen, die wir Ihnen vorstellen möchten:

  • Allgemeine Verbesserungen in der Technical Preview 2

System Center Configuration Manager Technical Preview 3

19. August 2015

Diese Version bietet die folgenden zusätzlichen Funktionen:

  • Diagnose- und Verwendungsdaten

  • Wartung eines Serverclusters

  • Unterstützung für SQL Server AlwaysOn für hoch verfügbare Datenbanken

  • Bereitstellen von Windows Business Store-Anwendungen

  • Bereitstellung von Apps für Windows 10-Geräte mit lokalem MDM

  • Kompatibilitätseinstellungen für Windows 10

  • Verbesserter Workflow zum Erstellen mobiler Gerätekonfigurationselemente

  • Updates für das direkte Windows 10-Upgrade

  • Updates für die Massenregistrierung von Windows 10-Geräten mit lokalem MDM

  • Planen und Ausführen der WSUS-Bereinigungsaufgabe von der Configuration Manager-Konsole aus

Neben neuen Funktionen enthält diese Version verschiedene inkrementelle Verbesserungen, die wir Ihnen vorstellen möchten:

  • Allgemeine Verbesserungen in der Technical Preview 3

 Updateversion 1509 für System Center Configuration Manager Technical Preview 

22. September 2015

Durch dieses Update werden einem zuvor installierten Technical Preview 3-Standort die folgenden neuen Funktionen hinzugefügt:

  • Updates und Wartung

  • Clientpilottests zur Präproduktion

  • Software Center

Über die neuen Funktionen hinaus enthält diese Version inkrementelle Verbesserungen, die wir Ihnen vorstellen möchten:

  • Allgemeine Verbesserungen in Version 1509 für Technical Preview

 Updateversion 1510 für System Center Configuration Manager Technical Preview 

14. Oktober 2015

Dieses Update kann auf einen Technical Preview-Standort angewendet werden, in dem Folgendes ausgeführt wird:

  • Technical Preview 3

  • Version 1509

Dieses Update fügt die folgenden neuen Funktionen hinzu:

  • Windows 10-Wartung

  • Zurücksetzen und Außerkraftsetzen für lokale Verwaltung mobiler Geräte

System Center Configuration Manager Technical Preview 4

12. November 2015

Diese Technical Preview wird als neuer Standort installiert und kann nicht für ein Upgrade eines vorherigen Technical Preview-Standorts verwendet werden.

Zusätzlich zu den Funktionen aus der vorherigen Version enthält diese Technical Preview folgende neue Funktionen:

  • Systeminterne Verwaltung von Office 365-Desktopclientupdates: Sie können den Softwareupdateverwaltungs-Workflow (SUM, Software Update Management) verwenden, um Office 365-Desktopclientupdates genau so zu verwalten wie alle anderen Microsoft-Updates auch.

  • MDM-Funktionsparität (Verwaltung mobiler Geräte) zwischen eigenständigem Intune und Configuration Manager: Mit dieser technischen Vorschau werden viele der von eigenständigem Intune unterstützten MDM-Funktionen ebenfalls für in Intune integriertes Configuration Manager (Hybrid) aktiviert. Weitere Informationen zu den spezifischen Funktionen, die mit einer Hybridbereitstellung unterstützt werden, veröffentlichen wir später in diesem Jahr.

  • Integration mit Windows Update für Unternehmen: Mit dieser Vorschau haben Sie die Möglichkeit die Liste der Geräte anzuzeigen, die von Windows Update für Unternehmen gesteuert werden.

  • Zertifikatbereitstellung wird für Windows 10-Geräte unterstützt, die Sie mithilfe der lokalen Verwaltung mobiler Geräte verwalten.

Die Technical Preview-Version dient zur Verwendung in einer Lab-Umgebung. Da es sich um einen begrenzten Build zur Verwendung in einer Lab-Umgebung handelt, enthält er keine Supportoptionen und sollte nicht in einer Produktionsumgebung verwendet werden.

Informationen zu den meisten Produktvoraussetzungen finden Sie in der System Center 2012 Configuration Manager Dokumentation zu den unterstützten Konfigurationen. Informationen zu allgemeinen Vorgänge und Konfigurationen finden Sie in der Dokumentationsbibliothek zu System Center 2012 Configuration Manager.

Für die Technical Preview-Versionen gelten folgenden Ausnahmen:

  • Jede Installation wird nach 60 Tagen deaktiviert.

  • Englisch ist die einzige unterstützte Sprache.

  • Es wird nur ein eigenständiger primärer Standort unterstützt. In zentraler Verwaltungsstandort, mehrere primäre Standorte oder sekundäre Standorte werden nicht unterstützt.

  • Es werden nur die folgenden Versionen von SQL Server unterstützt:

    • SQL Server 2012 mit dem kumulativen Update 2 oder höher

    • SQL Server 2014

  • Der Standort unterstützt bis zu 10 Clients mit einem der folgenden Betriebssysteme:

    • Windows 7

    • Windows 8

    • Windows 8.1

    • Windows 10

  • Es gibt keine Unterstützung für ein Upgrade auf diese Vorabversion.

  • Es gibt keine Unterstützung für ein Upgrade auf einen späteren Build dieser Vorabversion.

  • Nur die folgenden Installationsflags (Switches) werden unterstützt:

    • /silent

    • /testdbupgrade

  • Es gibt keine Unterstützung für die Migration zu oder von dieser Vorabversion.

Wir würden uns über Ihr Feedback zu unseren technische Vorschauen freuen. Wenn Sie Feedback zu den Funktionen in einer Vorabversion senden möchten, folgen Sie dem Link zu unserem Feedbackformular auf der Seite des Configuration Manager-Feedbackprogramms auf der Microsoft Connect-Website.

Außerdem interessieren uns Ihre Ideen zu neuen Funktionen, die Sie in Zukunft gerne nutzen möchten. Wenn Sie neue Ideen einreichen und über die von anderen Benutzern übermittelten Ideen abstimmen möchten, besuchen Sie unsere User Voice-Seite.

Dies ist ein neues Szenario für die Betriebssystembereitstellung zum Aktualisieren von Computern mit Windows 7, Windows 8 und Windows 8.1 auf Windows 10.

Direktes Windows 10-Upgrade:

  • Aktualisiert das Betriebssystem.

  • Behält die Anwendungen, Einstellungen und Benutzerdaten auf dem Computer bei.

  • Weist keine externen Abhängigkeiten auf.

  • Ist schneller und stabiler als herkömmliche Betriebssystembereitstellungen.

  • Ergänzt vorhandene Bereitstellungsszenarien, die weiterhin unterstützt werden

Voraussetzungen für dieses Szenario:

  • Ein installierter und konfigurierter System Center Configuration Manager Technical Preview-Standort.

  • Bereitgestellte Configuration Manager-Clients, auf denen mindestens Windows 7 ausgeführt wird.

  • Verfügbares Medium für Windows 10 Technical Preview. Dieses Medium muss die gleiche Edition, Architektur und Sprache wie die Clients aufweisen, die aktualisiert werden sollen.

  • Verwenden Sie zum Hinzufügen des Windows 10-Mediums das Verfahren So fügen Sie ein Betriebssysteminstallationspaket hinzu aus der Configuration Manager-Dokumentation. Für Configuration Manager Technical Preview ersetzt das Betriebssystemupgradepaket das Betriebssysteminstallationspaket.

  • Verwenden Sie das Verfahren So erstellen Sie eine Tasksequenz, die ein vorhandenes Imagepaket installiert aus der Configuration Manager-Dokumentation. Wählen Sie im Tasksequenzerstellungs-Assistenten bei der Auswahl des zu erstellenden Tasksequenztyps die Option Betriebssystems mit einem Upgradepaket aktualisieren aus.

  • Nachdem die Tasksequenz erstellt wurde, können Sie zusätzliche Bearbeitungsvorgänge konfigurieren, z. B. Schritte zum Deinstallieren der Anwendungen mit bekannten Kompatibilitätsproblemen, oder Sie können Nachbearbeitungsaktionen hinzufügen, die nach der erfolgreichen Aktualisierung auf Windows 10 ausgeführt werden.

    System_CAPS_noteHinweis

    Da diese neue Tasksequenz nicht linear verläuft, gibt es Situationen bei den einzelnen Schritten, die sich auf die Ergebnisse der Tasksequenz auswirken können, je nachdem, ob der Clientcomputer erfolgreich aktualisiert wurde oder ob ein Rollback des Clientcomputers auf die ursprüngliche Betriebssystemversion durchgeführt werden muss.

    Außerdem kann ein neuer und optionaler Schritt (Paketinhalt herunterladen) in den folgenden Szenarien nützlich sein:

    • Sie verwenden eine einzige Upgradetasksequenz, die sowohl für x86- als auch für x64-Plattformen verwendet werden kann. Um dies zu erreichen, fügen Sie zwei "Paketinhalt herunterladen"-Schritte zur Gruppe "Vorbereitung" hinzu, und geben Sie Bedingungen an, um die Clientarchitektur zu ermitteln und nur das entsprechende Betriebssystemupgradepaket herunterzuladen. Konfigurieren Sie jeden "Paketinhalt herunterladen"-Schritt zur Verwendung derselben Variablen, und verwenden Sie die Variable für den Medienpfad im Schritt "Windows aktualisieren".

    • Um dynamisch ein passendes Treiberpaket herunterzuladen, verwenden Sie zwei "Paketinhalt herunterladen"-Schritte mit Bedingungen zum Ermitteln des geeigneten Hardwaretyps für jedes Treiberpaket, ähnlich wie im voranstehenden Beispiel.


Bekannte Probleme in dieser Version:

  • Fügen Sie nur Tasksequenzschritte im Zusammenhang mit der Kernaufgabe der Bereitstellung von Betriebssystemen und der Konfiguration der Computer nach der Installation des Images hinzu. Dazu zählen Schritte, die Pakete, Apps oder Updates installieren, und Schritte, die Befehlszeilen oder PowerShell ausführen bzw. dynamische Variablen festlegen.

  • Überprüfen Sie vor dem Bereitstellen der Upgradetasksequenz die auf den Computern installierten Treiber und Anwendungen, um sicherzustellen, dass sie mit Windows 10 kompatibel sind.

  • Die folgenden Tasks sind mit dem direkten Upgrade nicht kompatibel und erfordern eine herkömmliche Betriebssystembereitstellung, wie in einem Aktualisierungs- oder Bare-Metal-Szenario:

    • Sie müssen die Domänenmitgliedschaft der Computer ändern oder lokale Administratoren aktualisieren.

    • Sie müssen eine grundlegende Änderung auf dem Computer implementieren, z. B. die Datenträgerpartitionierung, einen Wechsel von x86 zu x64, die Implementierung von UEFI oder das Ändern der Sprache des zugrunde liegenden Betriebssystems.

    • Sie haben benutzerdefinierte Anforderungen, z. B. die Verwendung eines benutzerdefinierten Basisimages mit Festplattenverschlüsselung eines Drittanbieters, oder müssen WinPE-Offlinevorgänge durchführen.

  • Der Bereitstellungsmodus für den Configuration Manager-Client bleibt am Ende der Tasksequenz aktiviert. Um dieses Problem zu umgehen, können Sie mit dem folgenden Windows PowerShell-Befehl-Modus den Clientbereitstellungsmodus deaktivieren, indem Sie einen Befehlszeile ausführen- oder PowerShell-Skript ausführen_Schritt in der Tasksequenz verwenden:

    • Invoke-WmiMethod -Namespace root\CCM -Class SMS_Client -Name SetClientProvisioningMode -ArgumentList $False

System_CAPS_noteHinweis

Informationen zu diesem Szenario finden Sie im folgenden System Center Configuration Manager-Teamblog auf TechNet: Aktualisieren auf Windows 10 unter Verwendung der Tasksequenz in System Center 2012 R2 Configuration Manager. Obwohl sich die Informationen in diesem Blog auf das direkte Windows 10-Upgrade beziehen, wird ein grundlegendes Upgradeverfahren beschrieben, bei dem eine frühere Version von Configuration Manager verwendet wird. Daher sind die Informationen im Blog zwar von Nutzen, das Verfahren sollte aber nicht als Leitfaden für dieses Szenario in der Technical Preview oder späteren Versionen von Configuration Manager verwendet werden.

Mit den Verwaltungsrichtlinien für mobile Anwendungen können Sie die Funktionalität von Apps ändern, die Sie bereitstellen, um sie mit den Kompatibilitäts- und Sicherheitsrichtlinien Ihres Unternehmens in Einklang zu bringen. Sie können z. B. Ausschneide-, Kopier- und Einfügevorgänge innerhalb einer eingeschränkten App einschränken oder eine App so konfigurieren, dass alle Weblinks in einem verwalteten Webbrowser geöffnet werden.

Im Gegensatz zu Konfigurationselementen und Basislinien wird eine Verwaltungsrichtlinie für mobile Anwendungen nicht direkt bereitgestellt. Stattdessen verknüpfen Sie die Richtlinie mit dem App-Bereitstellungstyp, den Sie einschränken möchten. Wenn der App-Bereitstellungstyp bereitgestellt wird und auf Geräten installiert ist, werden die von Ihnen angegebenen Einstellungen wirksam.

Support für App-Verwaltungsrichtlinien:

  • Geräte unter Android 4 und höher

  • Geräte unter iOS 7 und höher

  1. Navigieren Sie in der Configuration Manager-Konsole zu Softwarebibliothek > Anwendungsverwaltung > Anwendungsverwaltungsrichtlinien, und klicken Sie dann auf Anwendungsverwaltungsrichtlinie erstellen.

  2. Legen Sie im Assistenten zum Erstellen einer Anwendungsverwaltungsrichtlinie den Richtlinientyp fest:

    • Mit dem Richtlinientyp Allgemein können Sie die Funktionalität von bereitgestellten Apps ändern, um sie an die Kompatibilitäts- und Sicherheitsrichtlinien Ihres Unternehmens anzupassen. Sie können damit z. B. Aktionen wie Ausschneiden, Kopieren und Einfügen einschränken oder eine App so konfigurieren, dass alle Weblinks in einem verwalteten Browser geöffnet werden.

    • Mit dem Richtlinientyp Managed Browser können Sie die Funktionalität des Intune Managed Browser-App ändern. Dies ist ein Webbrowser, mit dem Sie die von Benutzern ausführbaren Aktionen verwalten können. Legen Sie beispielsweise fest, welche Websites sie besuchen können und wie Links zu Inhalten innerhalb des Browsers geöffnet werden. Weitere Informationen zur Intune Managed Browser-App finden Sie hier für iOS und hier für Android.

  3. Als Nächstes konfigurieren Sie Einstellungen für die Plattform und den ausgewählten Richtlinientyp:

    • Allgemein: Zeigen Sie die Details an, die in der Intune-Dokumentationsbibliothek für diesen Richtlinientyp veröffentlicht wurden.

    • Managed Browser: Zeigen Sie die Details an, die in der Intune-Dokumentationsbibliothek für diesen Richtlinientyp veröffentlicht wurden.

  4. Schließen Sie den Assistenten ab, und klicken Sie auf Schließen, um die Richtlinie zu speichern.

  • Für Software, die noch nicht bereitgestellt wurde, ordnen Sie die Richtlinie der Software bei ihrer Bereitstellung mithilfe des Assistenten zum Bereitstellen von Software zu. Hierzu verwenden Sie den Assistenten zum Bereitstellen der Software und erstellen anschließend auf der Seite Anwendungsverwaltung die Zuordnung, wenn Sie dazu aufgefordert werden. (Sie müssen in Managed Browser eine Richtlinie "Allgemein" und eine Richtlinie "Managed Browser" zuordnen.)

  • Für Software, die Sie bereits vor dem Erstellen der App-Verwaltungsrichtlinie bereitgestellt haben, nehmen Sie diese Zuordnung auf der Registerkarte Anwendungsverwaltung in Eigenschaften der Bereitstellung vor. (Solange diese Zuordnung noch nicht erfolgt ist, schlagen Bereitstellungen für den neuen Bereitstellungstyp fehl.)

  1. Navigieren Sie in der Configuration Manager-Konsole zu Überwachung > Bereitstellungen, und wählen Sie dann die Bereitstellung aus, die Sie anzeigen möchten.

  2. Wählen Sie im Detailbereich App-Verwaltung aus.

Diese Vorschau unterstützt die folgenden Features von Microsoft Intune, mit denen Sie den Datenschutz für mobile Geräte, die Sie verwalten, bei der Verwendung von Intune mit Configuration Manager verbessern können. Klicken Sie auf den Namen der einzelnen Funktionen, um verfügbare Informationen aus der Microsoft Intune-Dokumentenbibliothek anzuzeigen.

Funktion

Verwendung in der Technical Preview-Version

Zurücksetzen der Kennung

Wenn ein Benutzer seine Kennung vergisst, können Sie die Kennung von einem Gerät entfernen oder eine neue temporäre Kennung auf einem Gerät erzwingen.

Diese Option finden Sie in der Configuration Manager-Konsole, indem Sie zu Bestand und Kompatibilität > Geräte navigieren:

  • Wählen Sie ein Gerät aus, klicken Sie im Menüband auf Remotegeräteaktionen, und wählen Sie Kennung zurücksetzen aus.

So überwachen Sie den Status dieser Aktion:

  • Wählen Sie ein Gerät aus, klicken Sie im Menüband auf Remotegeräteaktionen, und wählen Sie Status der Kennung anzeigen aus.

Remotesperre

Wenn ein Benutzer sein Gerät verliert, können Sie es remote sperren.

Diese Option finden Sie in der Configuration Manager-Konsole, indem Sie zu Bestand und Kompatibilität navigieren und dann Geräte auswählen.

  • Wählen Sie ein Gerät aus, klicken Sie im Menüband auf Remotegeräteaktionen, und wählen Sie Remotesperre aus.

So überwachen Sie den Status dieser Aktion:

  • Wählen Sie ein Gerät aus, klicken Sie im Menüband auf Remotegeräteaktionen, und wählen Sie Status der Remotesperre anzeigen aus.

"Bevorzugte Verwaltungspunkte" ist eine neue Option, die Clients die Identifikation und bevorzugte Kommunikation mit Verwaltungspunkten ermöglicht, die der aktuellen Netzwerkadresse (oder -grenze) des Clients zugeordnet sind. Wurden bevorzugte Verwaltungspunkte konfiguriert, versuchen Clients zunächst, einen solchen bevorzugten Verwaltungspunkt ihres zugewiesenen Standorts zu verwenden, bevor sie Verwaltungspunkte ihres zugewiesenen Standorts verwenden, die nicht als bevorzugt konfiguriert wurden.

Zur Verwendung dieser Option müssen Sie sie für die Hierarchie aktivieren und Begrenzungsgruppen an den einzelnen primären Standorten konfigurieren, die die Verwaltungspunkte enthalten, die den Grenzen dieser Begrenzungsgruppe zugeordnet werden sollen. Dies erfolgt auf die gleiche Weise, wie Sie einer Begrenzungsgruppe Verteilungspunkte und Zustandsmigrationspunkte zuordnen würden.

Wenn bevorzugte Verwaltungspunkte konfiguriert werden, sortiert der Client seine Liste der Verwaltungspunkte so, dass die bevorzugten Verwaltungspunkte in der Liste der zugewiesenen Verwaltungspunkte (die alle Verwaltungspunkte des zugewiesenen Standorts des Clients enthält) ganz oben platziert werden. Dadurch kann der Client versuchen, einen bevorzugten Verwaltungspunkt zu verwenden, bevor er Verwaltungspunkte des zugewiesenen Standorts verwendet, die nicht als bevorzugt konfiguriert wurden.

System_CAPS_noteHinweis

Beim Roaming eines Clients kann er einen Verwaltungspunkt des lokalen Standorts oder einen Proxyverwaltungspunkt vor einem Verwaltungspunkt des ihm zugewiesenen Standorts verwenden, der die bevorzugten Verwaltungspunkte enthält. Weitere Informationen darüber, wie Clients einen Verwaltungspunkt für die Kommunikation identifizieren und auswählen, finden Sie unter Dienstidentifizierung und wie Clients den ihnen zugewiesenen Verwaltungspunkt ermitteln.

Weitere Informationen zum Konfigurieren von Grenzen und Begrenzungsgruppen finden Sie in der Configuration Manager-Dokumentation.

  • Aktivieren bevorzugter Verwaltungspunkte für die Hierarchie: 

    1. Klicken Sie in der Configuration Manager-Konsole auf Administration > Standortkonfiguration > Standorte > Hierarchieeinstellungen.

    2. Wählen Sie im Dialogfeld "Hierarchieeinstellungen" auf der Registerkarte Allgemein die Option Clients bevorzugen die in Begrenzungsgruppen festgelegten Verwaltungspunkte, und speichern Sie die Konfiguration.

  • Hinzufügen von Verwaltungspunkten zu einer Begrenzungsgruppe:

    1. Klicken Sie in der Configuration Manager-Konsole auf Administration > Hierarchiekonfiguration > Begrenzungsgruppen, und wählen Sie die Gruppe aus, die Sie bearbeiten möchten.

    2. Klicken Sie auf der Registerkarte Verweise auf Hinzufügen, aktivieren Sie das Kontrollkästchen für einen oder mehrere Server, auf denen Verwaltungspunkte gehostet werden, die Sie als bevorzugte Verwaltungspunkte hinzufügen möchten, und speichern Sie die Konfiguration.

Mit der lokalen Verwaltung mobiler Geräte können Sie Geräte verwalten, die keine Verbindung mit dem Internet herstellen oder deren Zugriff auf wenige Ressourcen im Internet beschränkt ist. Auf diese Weise können Sie beim Verwalten lokaler Geräte die Sicherheits- und Kompatibilitätsanforderungen Ihres Unternehmens erfüllen.

Beispielsweise können Sie lokales MDM zum Verwalten von Geräten verwenden, die die folgenden allgemeinen Branchenaktivitäten ausführen. Diese Aktivitäten werden häufig durch Gesetze oder Unternehmensrichtlinien reguliert, die normalerweise Einschränkungen enthalten, die verhindern, dass die Geräte auf öffentliche Netzwerke und das Internet zugreifen:

  • Ausführen von Kauftransaktionen

  • Durchführen von Investment Banking- oder Handelsgeschäften

  • Preissuche

  • Kreditkartentransaktionen


Lokales MDM in der Technical Preview:

  • Unterstützt bis zu 10 Windows 10-Telefongeräte

  • Erfordert kein Microsoft Intune-Abonnement

Lokales MDM in der Technical Preview 2 bietet zudem Unterstützung für Folgendes:

  • Unterstützt bis zu 10 Windows 10 Enterprise-Geräte (Desktops)

Voraussetzungen für lokales MDM:

  • Sie müssen die Benutzerermittlung konfiguriert und erfolgreich abgeschlossen haben

  • Starten Sie auf dem Standortserver den SMS_Certificate_Manager-Thread des SMS_Executive-Diensts neu, und installieren Sie dann die folgenden Standortsystemrollen auf dem Standortservercomputer:

    • Anmeldungspunkt

    • Anmeldungsproxypunkt

    • Verwaltungspunkt, der mobile Geräte unterstützt

  • Geräte, die Sie verwalten, müssen über Zertifikate verfügen und den SSL-Endpunkten vertrauen, den Standortsystemrollen, mit denen sie die Verbindung herstellen. Weitere Informationen finden Sie unter Voraussetzungen für Clients für mobile Geräte in der System Center 2012 Configuration Manager-Dokumentation.

  • Wenn auf dem Standortserver Windows Server 2012 R2 oder höher ausgeführt wird, müssen Sie den folgenden Registrierungsschlüsselwert als eine DWORD-Wert auf dem Standortserver erstellen und festlegen:

    • Registrierungsschlüssel:HKLM/system/currentcontrolset/control/securityproviders/schannel

    • Name: SendTrustedIssuerList

    • Wert: 1

  1. Erstellen Sie ein Anmeldungsprofil: Klicken Sie in der Configuration Manager-Konsole auf Administration > Clienteinstellungen, und bearbeiten Sie anschließend die Clientstandardeinstellungen.

  2. Klicken Sie auf Anmeldung, und konfigurieren Sie Folgendes:

    • Legen Sie Benutzern die Anmeldung von Windows Phone- und Windows RT-Geräten gestatten auf Yes fest.

    • Klicken Sie für Anmeldungsprofil für Windows Phone auf Profil festlegen, und vervollständigen Sie das Anmeldungsprofil. Dieses Profil ist vergleichbar mit den Profilen, die Sie für System Center 2012 Configuration Manager konfigurieren. Weitere Informationen finden Sie in der Configuration Manager-Dokumentation.

  3. Registrieren Sie Ihre Geräte: Da es sich um eine technische Vorschau handelt, wird nicht davon ausgegangen, dass Ihr Registrierungsserver beim DNS registriert ist. Deshalb gilt Folgendes:

    • Wenn Ihr DNS auf einen anderen MDM-Anbieter verweist (z. B. Microsoft Intune), versuchen die Geräte, die Sie registrieren möchten, möglicherweise, sich bei der MDM-Lösung der Produktionsumgebung zu registrieren. Um dies zu verhindern, konfigurieren Sie die Geräte so, dass sie die Verbindung mit Ihrem internen Netzwerk nur über WLAN herstellen.

    • Wenn Ihr DNS nicht auf einen anderen MDM-Anbieter verweist (z. B. Microsoft Intune), gibt das Gerät nach Eingeben Ihrer E-Mail-Adresse und Klicken auf Anmelden an, dass keine Verbindung mit dem Registrierungsserver hergestellt werden kann. Geben Sie in das vorgesehene Feld den FQDN des Registrierungsservers (Standortserver) ein, und klicken Sie auf Anmelden, um die Geräteregistrierung abzuschließen.

  4. Nachdem Ihr Gerät registriert wurde, können Sie Configuration Manager zum Konfigurieren und Verwalten von mobilen Geräten verwenden, um beispielsweise Konfigurationsbasislinien und zugehörige Einstellungen, z. B. Anforderungen an Kennwortlänge und -komplexität, auf Ihren Windows 10-Telefongeräten bereitzustellen.


Bekannte Einschränkungen in der Technical Preview:

  • Nur Windows 10-Telefongeräte werden unterstützt

  • Da es sich bei Windows 10-Telefongeräten um Vorabversionen handelt, Kann es bei Verweisen auf die Benutzeroberfläche des Telefongeräts zu Abweichungen kommen.

Die System Center Configuration Manager Technical Preview kann auf virtuellen Computern in Microsoft Azure genau wie auf lokalen Computern innerhalb des physischen Unternehmensnetzwerks ausgeführt werden. In den folgenden Szenarien können Sie die Configuration Manager Technical Preview auf virtuellen Microsoft Azure-Computer ausführen:

  • Szenario 1: Sie können Configuration Manager auf einem virtuellen Microsoft Azure-Computer ausführen und zum Verwalten von auf anderen virtuellen Microsoft Azure-Computern installierten Clients verwenden.

  • Szenario 2: Sie können Configuration Manager auf einem virtuellen Microsoft Azure-Computer ausführen und zum Verwalten von Clients verwenden, die nicht in Microsoft Azure ausgeführt werden.

  • Szenario 3: Sie können verschiedene Configuration Manager-Standortsystemrollen auf virtuellen Microsoft Azure-Computern ausführen, während Sie andere Rollen im physischen Unternehmensnetzwerk (mit der entsprechenden Netzwerkkonnektivität für die Kommunikation) ausführen.

Für die Installation der Technical Preview in Microsoft Azure gelten die gleichen System Center 2012 Configuration Manager-Anforderungen für Netzwerke, unterstützten Konfigurationen und Hardwareanforderungen wie für die lokale Installation der Technical Preview in Ihrem physischen Unternehmensnetzwerk. Darüber hinaus gelten für Configuration Manager-Standorte und -Clients, die auf virtuellen Azure-Computern ausgeführt werden, dieselben Lizenzanforderungen wie für lokale Installationen.

Diese Version enthält einen neuen Überwachungsstatus für die Clientbereitstellung, der Ihnen Feedback zu Clientupgrades gibt. Dieser verbesserte Status umfasst Drilldowns in verschiedene Statuskategorien, um Details zu den einzelnen Geräten zu erhalten.

Zum Anzeigen dieses Status klicken Sie in der Configuration Manager-Konsole auf Überwachung > Clientstatus > Produktionsclientbereitstellung.

Versuchen Sie, die folgende Aufgabe auszuführen, und verwenden Sie dann die Feedbackinformationen oben in diesem Thema, um uns Ihre Erfahrungen mitzuteilen:

  • Ich kann den Detailstatus einer Clientbereitstellung anzeigen und verstehen.

Zusätzlich zu den Funktionen in System Center 2012 Configuration Manager und System Center Configuration Manager Technical Preview, enthält System Center Configuration Manager Technical Preview 2 neue Funktionen und eine Erweiterung der Unterstützung für lokales MDM:

Diese Version unterstützt das Querladen von Windows 10-Apps auf Geräte, auf denen Windows 10 Desktop ausgeführt wird, und führt eine neue Clienteinstellung ein, die den Prozess gegenüber vorherigen Versionen von Configuration Manager vereinfacht.

Querladen ist der allgemeine Begriff für die direkte Installation einer App auf einem Gerät unter Umgehung des Windows Store. Windows 10-Apps werden auch als UWP-Apps (Universelle Windows-Plattform) bezeichnet.

Windows 10-Apps:

  • Verwenden die gleiche APPX-Erweiterung wie Apps für Windows 8.1.

  • Werden zukünftig im Windows Store zum Download verfügbar sein.

  • Können Ihre eigenen Branchen-Apps sein, die Sie intern für die Windows 10-Plattform erstellt haben.

Im Gegensatz zu Apps für Windows 8.1 kann eine einzelne Instanz einer Windows 10-App für alle Geräte mit Windows 10 bereitgestellt werden, einschließlich mobiler Geräte und Geräte, auf denen Windows 10 Desktop ausgeführt wird. Wenn Sie die Bereitstellung für eine Windows 10-App erstellen, erkennt das Manifest, dass die App für Windows 10 Mobile und höher bereitgestellt werden kann. Windows 10-Apps unterstützen keine Bereitstellung in früheren Versionen von Windows.

System_CAPS_noteHinweis

Während eine Windows 10-App nicht auf Windows 8.1-Geräten ausgeführt werden kann, können Windows 8.1-Apps auf einem Windows 10-Gerät ausgeführt werden, sofern die App zur Ausführung für der Plattform entwickelt wurde, auf der Sie sie bereitstellen. Beispielsweise können Sie eine Windows 8.1-App für Computer auf einem Windows 10 Desktop-Gerät bereitstellen, eine App, die für Windows 8.1 Mobile entwickelt wurde, können Sie jedoch nicht auf einem Windows 10-Desktop bereitstellen.

Das allgemeine Verfahren zum Querladen von Windows 10-Apps:

  1. Stellen Sie die Windows 10-Clients mit dem Zertifikat bereit, das zum Signieren der Windows 10-Apps verwendet wurde, die Sie bereitstellen möchten.

  2. Konfigurieren Sie die Clienteinstellungen des Client-Agents auf dem Gerät so, dass das Querladen von Windows 10-Apps unterstützt wird.

  3. Führen Sie die Bereitstellung der Windows 10-App wie jede beliebige andere Bereitstellung auf Computern durch.

Einschränkungen für dieses Szenario:

Um dieses Szenario mit dieser Version zu verwenden, benötigen Sie Zugriff auf eine Windows 10-App (ein für Windows 10 entwickeltes APPX-Paket).

  • UWP-Apps sind zwar aus anderen Quellen verfügbar, es geht aber über den Gegenstand dieser technischen Vorschau hinaus, eine Beispielanwendung für die Verwendung mit diesem Szenario bereitzustellen.

  • Zusätzlich zu einer UWP-App können Sie Apps bereitstellen, die Sie für die universelle Windows-Plattform erstellt haben.

Voraussetzungen für dieses Szenario:

  • Sie verfügen über mindestens einen Configuration Manager-Client auf einem Gerät, auf dem Windows 10-Desktop ausgeführt wird.

  • Sie verfügen über ein Windows 10-APPX-Paket, das von einer Zertifizierungsstelle (Certification Authority, CA) signiert wurde, die für die Windows 10-Geräte vertrauenswürdig ist, auf denen die App installiert wird.

    • Der Herausgebername in der Paketmanifestdatei muss mit dem Herausgebernamen in dem Zertifikat übereinstimmen, mit dem die App signiert wird.

  • Die Geräte müssen der Zertifizierungsstelle vertrauen, die die App signiert hat. Um diese Vertrauensstellung einzurichten, müssen Sie möglicherweise das Zertifikat, das die App signiert hat, in den vertrauenswürdigen Stammspeicher auf jedem Gerät importieren:

    • Apps, die Sie aus dem Unternehmenspeicher herunterladen, verfügen über das erforderliche Zertifikat.

    • Branchenanwendungen, die Sie entwickeln, müssen signiert sein, und Sie müssen das erforderliche Zertifikat bereitstellen.

Versuchen Sie, die folgende Aufgabe auszuführen, und verwenden Sie dann die Feedbackinformationen oben in diesem Thema, um uns Ihre Erfahrungen mitzuteilen:

  • Als Anwendungsadministrator können Sie den Bereitstellungsstatus einer verfügbaren quergeladenen UWP-Anwendung für eine Windows 10-Client erstellen, bereitstellen und überwachen.

  • Als Anwendungsadministrator können Sie den Bereitstellungsstatus einer erforderlichen quergeladenen UWP-Anwendung für eine Windows 10-Client erstellen, bereitstellen und überwachen.

  1. Stellen Sie dem Gerät das zum Signieren der App verwendete Zertifikat bereit:

    Wenn ein Gerät der Zertifizierungsstelle, die die Windows 10-App signiert hat, noch nicht vertraut, stellen Sie dem Gerät das Zertifikat bereit, das zum Signieren der App verwendet wurde, indem Sie das Zertifikat im vertrauenswürdigen Stammspeicher des Geräts installieren. Bei der Verwendung einer App aus dem Windows Store wird das für das Gerät erforderliche Zertifikat von der Windows-App bereitgestellt. Für Ihre Branchenanwendungen stellen Sie dieses Zertifikat bereit.

    1. Laden Sie auf dem Gerät das Zertifikat-MMC-Snap-In: Öffnen Sie die MMC-Konsole, und laden Sie das Zertifikat-Plug-In > Zertifikate > Computerkonto. Klicken Sie auf Weiter, wählen Sie Lokaler Computer aus, und klicken Sie dann auf Fertig stellen.

    2. Öffnen Sie auf dem Gerät das Zertifikate-Plug-In: Wählen Sie Zertifikate (Lokaler Computer) > Vertrauenswürdige Stammzertifizierungsstellen > Zertifikate aus. Klicken Sie als Nächstes mit der rechten Maustaste auf Zertifikate, wählen Sie Alle Aufgaben aus, und klicken Sie auf Importieren, um den Zertifikatimport-Assistenten zu starten.

    3. Schließen Sie den Assistenten für den lokalen Computer ab, und importieren Sie das Zertifikat für die App, die Sie bereitstellen möchten.

  2. Konfigurieren Sie die Client-Agent-Einstellungen für das Querladen:

    1. Navigieren Sie in der Configuration Manager-Konsole zu Administration > Clienteinstellungen, und bearbeiten Sie dann die Clientstandardeinstellungen oder die Benutzerdefinierten Geräteclienteinstellungen.

    2. Legen Sie unter Softwarebereitstellung die Option Client das automatische Entsperren und Installieren der APPX-Anwendung gestatten auf Ja fest.

    3. Erstellen Sie die App, und stellen Sie sie auf Geräten bereit:

      Nachdem die Geräte mit dem Zertifikat bereitgestellt und für die Installation quergeladener Apps konfiguriert wurden, verwenden Sie die normalen Verfahren zum Erstellen, Bereitstellen und Überwachen des Bereitstellungsstatus von Apps. Weitere Informationen zu diesen Schritten finden Sie unter:

Beim Bereitstellen eines neuen Betriebssystems können Computer, auf denen die Tasksequenz ausgeführt wird, Windows PE-Peercache (eine neue Funktion in Configuration Manager) verwenden, um Inhalte von einem lokalen Peer (einer Peercachequelle) abzurufen, statt sie von einem Verteilungspunkt herunterzuladen. Auf diese Weise können Sie WAN-Datenverkehr in Zweigstellenszenarios minimieren, wenn kein lokaler Verteilungspunkt vorhanden ist.

  • Windows PE-Peercache gleicht Windows BranchCache, funktioniert jedoch in Windows Preinstallation Environment (Windows PE).

    • Ein Peercacheclient ist ein Computer, der für die Verwendung von Windows PE-Peercache konfiguriert ist.

    • Eine Peercachequelle ist ein Client, der für Peercache konfiguriert ist und anderen Peercacheclients, die Inhalt anfordern, diesen zur Verfügung stellt.

  • Sie aktivieren Windows PE-Peercache auf einem Client über "Clienteinstellungen".

  • Sie konfigurieren Tasksequenzen mit einer neuen Option, die einen Computer anweist, den Inhalt im Cache des Clients zu speichern, nachdem der Client die Tasksequenz ausgeführt hat.

  • Sie müssen auf Clients den Configuration Manager-Cache verwalten, um sicherzustellen, dass ausreichend Speicherplatz für die bereitzustellenden Images verfügbar ist.

  • Eine Windows PE-Peercache-Tasksequenz wird vom Startmedium gestartet und kann die folgenden Inhaltsobjekte mithilfe von Windows PE abrufen:

    • Betriebssystemimage.

    • Treiberpaket

    • Pakete und Programme (Wenn der Client die Tasksequenz weiterhin in der Vollversion des Betriebssystems ausführt, ruft der Client diese Inhalte aus einer Peercachequelle ab, sofern die Tasksequenz ursprünglich bei der Ausführung in Windows PE für Peercache konfiguriert wurde. )

    • Zusätzliche Startimages

    Die folgenden Inhaltsobjekte werden nie unter Verwendung von Peercache übertragen, sondern werden von einem Verteilungspunkt oder durch Windows BranchCache übertragen, sofern Windows BranchCache in Ihrer Umgebung konfiguriert wurde:

    • Applications

    • Softwareupdates

Ein einfaches Beispiel: Stellen sie sich ein Szenario mit einer Zweigstelle vor, die über keinen Verteilungspunkt, aber über mehrere Clients verfügt, die für die Verwendung von Windows PE-Peercache aktiviert sind. Sie stellen die Tasksequenz, die für die Verwendung von Peercache konfiguriert wurde, auf mehreren Clients bereit. Der erste Client, der die Tasksequenz ausführt, sendet eine Anforderung, um nach einem Peer mit dem Inhalt zu suchen. Da kein Peer gefunden wird, ruft er den Inhalt von einem Verteilungspunkt über das WAN ab. Der Client installiert das neue Image und speichert den Inhalt in seinem Configuration ManagerClientcache, um anschließend als Peercachequelle für andere Clients fungieren zu können. Wenn der nächste Client die Tasksequenz ausführt, sendet er eine Anforderung zur Suche nach einer Peercachequelle im Subnetz, und der erste Client antwortet und stellt den zwischengespeicherten Inhalt zur Verfügung.

Im folgenden werden die Methoden beschrieben, die Sie verwenden können, um einem Client Peercacheinhalt bereitzustellen, damit dieser als Peercachequelle dienen kann:

  • Ein Peercacheclient, der keine Peercachequelle mit dem Inhalt finden kann, lädt den Inhalt von einem Verteilungspunkt herunter. Wenn der Client Clienteinstellungen empfängt, die Peercache aktivieren, und die Tasksequenz so konfiguriert ist, dass zwischengespeicherter Inhalt erhalten bleibt, wird der Client zu einer Peercachequelle.

  • Ein Peercacheclient kann von einem anderen Peercacheclient (einer Peercachequelle) Inhalt abrufen. Da der Client für Peercache konfiguriert wurde, wird er zu einer Peercachequelle, wenn er eine Tasksequenz ausführt, die so konfiguriert ist, dass zwischengespeicherter Inhalt erhalten bleibt.

  • Ein Client führt eine Tasksequenz aus, die den optionalen Schritt Paketinhalt herunterladen enthält, der verwendet wird, den relevanten Inhalt vorab bereitzustellen, der in der Windows PE-Peercache-Tasksequenz enthalten ist. Wenn Sie diese Methode verwenden:

    • Der Client muss das bereitgestellte Image nicht installieren.

    • Zusätzlich zur Option "Paketinhalt herunterladen" muss die Tasksequenz auch die Option Configuration Manager-Clientcache verwenden. Sie verwenden diese Option, um den Inhalt im Clientcache zu speichern, damit der Client als Peercachequelle für andere Peercacheclients fungieren kann.

Diese Version unterstützt die folgenden Szenarien:

  • Das Betriebssystem wird von Startmedien installiert

Voraussetzungen für dieses Szenario:

  • Der Configuration Manager-Client muss in der Lage sein, über die folgenden Ports in Ihrem Netzwerk zu kommunizieren:

    • Standardport für die erste Netzwerkübertragung, um eine Peercachequelle zu finden: 8004

    • Standardport für Inhalte, die von einer Peercachequelle (HTTP und HTTPS) heruntergeladen werden: 8003

      System_CAPS_tipTipp

      Clients verwenden HTTPS, um verfügbare Inhalte herunterzuladen, aber für HTTP und HTTPS wird dieselbe Portnummer verwendet.

  • Die Cachegröße der Clients muss zum Speichern des vollständigen Images ausreichen.

  • Die Bereitstellungsoptionen für die Bereitstellung der Tasksequenz müssen als "Inhalt lokal herunterladen, wenn er von der Tasksequenz benötigt wird" konfiguriert werden.

Einschränkungen für die Verwendung von Windows PE-Peercache:

Um Windows PE erfolgreich verwenden zu können, müssen Sie die Tasksequenz vom Startmedium starten. Wenn Sie die Tasksequenz aus dem Kontext des Betriebssystems starten, z. B. aus dem Software Center des Clients, wird Windows PE-Peercache nicht verwendet.

Versuchen Sie, die folgende Aufgabe auszuführen, und verwenden Sie dann die Feedbackinformationen oben in diesem Thema, um uns Ihre Erfahrungen mitzuteilen:

  • Ich kann eine Tasksequenz erstellen und bereitstellen, die:

    • Ein Betriebssystem installiert und nach Abschluss der Tasksequenz den Imageinhalt im CCM-Cache des Clients beibehält.

    • Einen Client erfolgreich anweist, Windows PE-Peercache zum Abrufen des Inhalts von einer Peercachequelle im gleichen Subnetz verwendet, in deren Cache-CCM sich der Inhalt befindet und die in der Vollversion-Betriebssystemumgebung und nicht in Windows PE ausgeführt wird.

Mit den folgenden Verfahren können Sie Windows PE-Peercache auf Clients und Tasksequenzen zur Unterstützung von Peercache konfigurieren.

  1. Navigieren Sie in der Configuration Manager-Konsole zu Administration > Clienteinstellungen, und erstellen Sie dann ein neues Objekt Benutzerdefinierte Geräteclienteinstellungen bzw. bearbeiten Sie ein vorhandenes Einstellungsobjekt. Außerdem können Sie diese Konfiguration für das Objekt Clientstandardeinstellungen vornehmen.

    System_CAPS_tipTipp

    Verwenden Sie ein "Benutzerdefinierte Einstellungen"-Objekt, um zu verwalten, welche Clients diese Konfiguration erhalten. Möglicherweise möchten Sie z. B. vermeiden, diese Konfiguration auf den Laptops von Benutzern vorzunehmen, die häufig unterwegs sind. Ein stark mobile genutztes System kann eine ungeeignete Quelle zum Bereitstellen von Inhalt für andere Peercacheclients sein.

    Bedenken Sie außerdem, dass sich die Konfiguration auf alle Clients in Ihrer Umgebung auswirkt, wenn Sie diese Einstellung als Teil der Clientstandardeinstellungen konfigurieren.

  2. Legen Sie unter Windows PE-Peercache die Option Configuration Manager-Client in der Vollversion des Betriebssystems die Freigabe von Inhalt gestatten auf Ja fest.

    • Standardmäßig ist nur HTTP aktiviert. Wenn Sie Clients das Herunterladen von Inhalt über HTTPS ermöglichen möchten, legen Sie HTTPS für Clientpeerkommunikation aktivieren auf Ja fest.

    • Standardmäßig ist der Port für Broadcasts auf 8004 und der Port für den Download von Inhalten auf 8003 festgelegt. Sie können beide Werte ändern.

  3. Speichern Sie die Clienteinstellungen, und stellen Sie sie auf anderen Geräten bereit.

Nachdem ein Gerät mit diesem Einstellungsobjekt konfiguriert wurde, kann es als Peercachequelle fungieren. Diese Einstellungen sollten auf potenziellen Peercacheclients bereitgestellt werden, um die erforderlichen Ports und Protokolle zu konfigurieren.

Um ein Startmedium für die Verwendung von Windows PE-Peercache zu konfigurieren, verwenden Sie Ihren normalen Prozess sowie die Einstellungen zum Erstellen einer Tasksequenz für Startmedien. Verwenden Sie beim Konfigurieren der Tasksequenz die folgenden Tasksequenzvariablen als Sammlungsvariablen in der Sammlung, der die Tasksequenz bereitgestellt wird:

Name

Wert

Beschreibung

SMSTSPeerDownload

TRUE

Ermöglicht dem Client die Verwendung von Windows PE-Peercache.

SMSTSPeerRequestPort

<Portnummer>

Wenn Sie nicht die in den Clienteinstellungen konfigurierten Standardports (8003 und 8004) verwenden, müssen Sie diese Variable mit einem benutzerdefinierten Wert für den Netzwerkport konfigurieren, der für die erste Übertragung verwendet werden soll.

SMSTSPreserveContent 

TRUE

Dies kennzeichnet den Inhalt in der Tasksequenz, der im Configuration Manager-Clientcache nach der Bereitstellung erhalten bleiben soll. SMSTSPreserveContent unterscheidet sich von SMSTSPersisContent, bei dem der Inhalt nur für die Dauer der Tasksequenz beibehalten und anstelle des Configuration Manager-Clientcaches der Tasksequenzcache verwendet wird.

Nach der Verwendung von Windows PE-Peercache zum Bereitstellen und Installieren einer Startmedien-Tasksequenz können Sie den überprüfen, ob der Prozess erfolgreich Peercache verwendet hat, indem Sie smsts.log auf dem Client anzeigen, auf dem die Tasksequenz ausgeführt wurde.

Suchen Sie im Protokoll einen Eintrag ähnlich dem folgenden, in dem <Quellservername> den Computer identifiziert, von dem der Client den Inhalt erhalten hat. Dieser Computer sollte eine Peercachequelle und kein Verteilungspunktserver sein. Die weiteren Details variieren basierend auf Ihrer lokalen Umgebung und den Konfigurationen.

  • <![LOG[Downloaded file from http:// <Quellservername>:8003/SCCM_BranchCache$/SS10000C/sccm?/install.wim to C:\_SMSTaskSequence\Packages\SS10000C\install.wim ]LOG]!><time="14:24:33.329+420" date="06-26-2015" component="ApplyOperatingSystem" context="" type="1" thread="1256" file="downloadcontent.cpp:1626">

Zusätzlich zu den Funktionen (und Voraussetzungen) von System Center Configuration Manager Technical Preview, bietet System Center Configuration Manager Technical Preview 2 Unterstützung für bis zu 10 Geräte unter Windows 10 Enterprise (Desktop).

Sie registrieren einen Computer, auf dem Windows 10 Enterprise ausgeführt wird, wie ein mobiles Gerät mit Windows 10.

Voraussetzungen für dieses Szenario:

  • Sie müssen Configuration Manager für die Verwendung eines Microsoft Intune-Abonnements konfigurieren. (Dies ist eine Änderung gegenüber der ersten Technical Preview)

  • Um Geräten, die Sie mit lokalem MDM verwalten, die Verwendung eines lokalen Verteilungspunkts zu ermöglichen, müssen Sie die Unterstützung für jeden Verteilungspunkt einzeln aktivieren. Hierzu bearbeiten Sie die Eigenschaften der einzelnen Verteilungspunkte, die Sie mit lokalem MDM verwenden möchten, wählen auf der Registerkarte Allgemein die Option HTTPS, aus und aktivieren dann die Option Mobilen Geräten die Verbindung mit diesem Verwaltungspunkt gestatten

Die Technical Preview 2 bietet einen ersten Einblick in die Unterstützung der Massenregistrierung von Computern mit Windows 10. Mithilfe der Massenregistrierung können Administratoren Geräte für die lokale Verwaltung problemlos registrieren, um Endbenutzern den Geräteregistrierungsprozess zu ersparen.

Sie können ein Registrierungsprofil erstellen und ein Paket aus dem Profil exportieren, weitere Funktionen sind in dieser Vorschau jedoch nicht aktiviert.

Vor der Verwendung der Massenregistrierung für Windows 10 müssen Sie das Windows 10 Assessment and Deployment Kit (ADK) mit der Option Windows-Designer für die Imageerstellung und -konfiguration (Windows ICD) auf dem Standortserver installieren.

Voraussetzungen für dieses Szenario:

Versuchen Sie, die folgende Aufgabe auszuführen, und verwenden Sie dann die Feedbackinformationen oben in diesem Thema, um uns Ihre Erfahrungen mitzuteilen:

  • Ich kann ein Massenregistrierungsprofil erstellen und bearbeiten.

  1. Navigieren Sie in der Configuration Manager-Konsole zu Bestand und Kompatibilität > Alle firmeneigenen Geräte > Windows, und wählen Sie Anmeldungsprofil aus.

  2. Verwenden Sie den Assistenten zum Erstellen des Anmeldungsprofils.

  3. Sobald das Profil erstellt wurde, können Sie es auswählen und das Paket exportieren. Für diesen Vorgang müssen Sie die Configuration Manager-Konsole als Administrator ausführen.

System_CAPS_tipTipp

Wenn Sie das Paket mit Technical Preview 2 nicht erfolgreich exportieren können, versuchen Sie es erneut, ohne das Paket während des Exports zu verschlüsseln.

Diese Version unterstützt Configuration Manager mehrere Bereitstellungen für jede Regel zur automatischen Bereitstellung (ADR), die Sie zur Bereitstellung von Softwareupdates verwenden. Dies hilft Ihnen dabei, die Komplexität der Bereitstellung verschiedener Updates für verschiedene Sammlungen zu verwalten.

Nachdem eine ADR erstellt wurde, können Sie zurückgehen und weitere Bereitstellungen hinzufügen. Dazu suchen Sie in der Configuration Manager-Konsole die ADR, klicken mit der rechten Maustaste darauf und wählen Bereitstellung hinzufügen aus.

Für jede neue Bereitstellung, die Sie hinzufügen:

  • Werden die gleiche Upgradegruppe und das gleiche Upgradepaket verwendet, die bzw. das bei der ersten Ausführung der ADR erstellt wurde.

  • Kann eine andere Sammlung angegeben werden.

  • Werden eindeutige Bereitstellungseigenschaften unterstützt, einschließlich:

    • Aktivierungszeitpunkt

    • Stichtag

    • Endbenutzeroberfläche ein- oder ausblenden

    • Warnungen für diese Bereitstellung trennen

Wie hat sich das Verhalten geändert?

  • Wenn Sie vor dieser Version den Assistenten zum Erstellen automatischer Bereitstellungsregeln ausgeführt und die Option Neue Softwareupdategruppe erstellen ausgewählt haben, wurde von der ADR eine Bereitstellung erstellt.

  • In dieser Version (sofern Ihre Umgebung die Voraussetzungen erfüllt) können Sie nach der ersten Ausführung des Assistenten zurückgehen und weitere Bereitstellungen hinzufügen, die alle der gleichen Bereitstellungsregel zugeordnet werden.

Jede neue Bereitstellung verfügt über sämtliche Funktionen und die Bereitstellungsüberwachungsumgebung.

Um alle einer ADR zugeordneten Bereitstellungen anzuzeigen, die Sie in der Configuration Manager-Konsole ausgewählt haben, klicken Sie auf die Registerkarte Bereitstellungen.

Weitere Informationen finden Sie unter Automatisches Bereitstellen von Softwareupdates in der Configuration Manager-Dokumentationsbibliothek.

Voraussetzungen für dieses Szenario:

Um mehrere Regeln zur automatischen Bereitstellung mit der Technical Preview 2-Version zu verwenden, müssen Sie drei XML-Dateien für Configuration Manager auf Ihren Standortserver kopieren. Sie erhalten diese Dateien, indem Sie TechPreviewADRFiles.zip aus dem TechNet-Katalog herunterladen.

TechPreviewADRFiles.zip herunterladen

Nachdem Sie die ZIP-Datei heruntergeladen haben, kopieren Sie die drei darin enthaltenen XML-Dateien an die folgenden Speicherorte auf dem Standortserver:

  • MultipleDeploymentProperty.xml – Platzieren Sie eine Kopie dieser Datei unter %ConfigMgrPath%\Adminconsole\XmlStorage\Forms

     
  • MultipleDeploymentWizard.xml – Platzieren Sie eine Kopie dieser Datei unter %ConfigMgrPath%\Adminconsole\XmlStorage\Forms

  • SoftwareLibraryNode.xml – Ersetzen Sie die Originaldatei mit diesem Namen unter %ConfigMgrPath%\Adminconsole\XmlStorage\ConsoleRoot durch diese neue Version

Versuchen Sie, die folgende Aufgabe auszuführen, und verwenden Sie dann die Feedbackinformationen oben in diesem Thema, um uns Ihre Erfahrungen mitzuteilen:

  • Ich kann eine Regel zur automatischen Bereitstellung erstellen und weitere Bereitstellungen für diese Regel hinzufügen, jedes Mal, wenn die Regel ausgeführt wird, werden mehrere Bereitstellungen erstellt.

Betriebssystembereitstellung:

  • Verbesserungen machen das Szenario des direkten Windows 10-Upgrades stabiler.

  • Standardmäßig wählt der Tasksequenzschritt Windows und ConfigMgr einrichten jetzt automatisch ein Clientinstallationspaket aus.

  • Der Prozess für den Import von Treibern wurde verbessert, z. B. aktives Feedback auf verschiedenen Bildschirmen der Benutzeroberfläche und beim Importieren der von Windows 10 benötigten Treiber.

  • An der Tasksequenz-Protokollierungsumgebung wurden Verbesserungen vorgenommen.

Rollenbasierte Verwaltung:

  • Sicherheitsbereiche können jetzt mit der Endpoint Protection-Richtlinie für Antischadsoftware verwendet werden.

Softwareupdates:

  • Verbesserungen umfassen Änderungen an den Bereinigungstasks, die nach einer geplanten Synchronisierung ausgeführt werden und die Entfernung abgelaufener Updates aus der Configuration Manager-Infrastruktur verbessern:

    • Nach einer geplanten Synchronisierung sucht die wSyncMgr-Komponente in allen Bereitstellungen und Softwareupdategruppen nach abgelaufenen Updates.

    • Abgelaufene Updates werden aus diesen Objekten entfernt, wodurch der Cleanuptask die abgelaufenen Updates bei der nächsten Ausführung erfolgreich entfernen kann.

Bei der Installation der Technical Preview 3 wird automatisch eine neue Standortsystemrolle auf dem Standortserver installiert und konfiguriert, der Cloudverbindungspunkt. Wenn diese Rolle installiert wird, gelten folgende Standardeinstellungen:

  • Online-Modus

  • Die Datensammlungsebene Erweitert

Wenn diese Rolle online ist, kann Microsoft, Diagnose- und Verwendungsdaten automatisch über das Internet sammeln. Die gesammelten Informationen ermöglichen und, Probleme zu identifizieren und zu beheben sowie unsere Produkte und Dienste zu verbessern.

Die drei für zukünftige Versionen geplanten Datensammlungsebenen sind:

  • Grundlegend umfasst Daten zu Setup und Upgrade, wie z. B. die Anzahl der Standorte und welche Configuration Manager-Features aktiviert sind. Es werden keine personenbezogenen Informationen übertragen.

  • Erweitert umfasst die Daten der Einstellung "Grundlegend" und zusätzlich Daten zur Hierarchie, zur Verwendung der einzelnen Funktionen (Häufigkeit und Dauer) sowie erweiterte Diagnoseinformationen, wie z. B. den Speicherzustand des Servers bei einem System- oder Anwendungsabsturz. Es werden keine personenbezogenen Daten übertragen.

  •  Vollständig umfasst die Daten der Einstellungen "Grundlegend" und "Erweitert" und zusätzlich erweiterte Diagnoseinformationen wie z. B. Systemdateien und Momentaufnahmen des Arbeitsspeichers. Diese Option kann personenbezogene Informationen enthalten, die jedoch nicht dazu verwendet werden, Sie zu identifizieren, Kontakt mit Ihnen aufzunehmen oder Ihnen Werbung zukommen zu lassen.

Sie können jetzt eine Sammlung mit Servern in einem Cluster erstellen und anschließend die Clustereinstellungen konfigurieren, die beim Bereitstellen von Updates für den Cluster verwendet werden. Sie können den Prozentsatz der Server steuern, die zu jedem beliebigen Zeitpunkt online sind, und Sie können PowerShell-Skripts mit den vor und nach der Bereitstellung auszuführenden benutzerdefinierten Aktionen konfigurieren.


Bekannte Probleme in dieser Version:

  • Es ist keine Berichterstellung zur Überprüfung des Status der Bereitstellung von Softwareupdates für Clusterserver verfügbar.

  • Die Wartungssequenzoption auf der Seite Clustereinstellungen ist deaktiviert und in dieser Version nicht verfügbar.

Versuchen Sie, die folgende Aufgabe auszuführen, und verwenden Sie dann die Feedbackinformationen oben in diesem Thema, um uns Ihre Erfahrungen mitzuteilen:

  • Ich kann eine Sammlung erstellen, die einen Cluster von Servern darstellt. Für diesen Test können Sie Ihre Sammlungsmitgliedschaftsregeln für zwei Computer in dieser Sammlung konfigurieren.

  • Ich kann festlegen, dass zu jedem Zeitpunkt des Clusterbetriebs nur 50 % der Server im Cluster offline sein dürfen. Verwenden Sie die Beispielskripts in der Prozedur, um die Skripts für die vor und nach der Bereitstellung auszuführenden Aktionen festzulegen.

  • Stellen Sie ein Update für diese Sammlung bereit. Überprüfen Sie die in den Dateien "start.txt" und "end.txt" in "C:\temp" angegebenen Start- und Endzeiten für die Bereitstellung auf den Servern im Cluster. In der Protokolldatei "UpdatesDeployment.log" finden Sie weitere Informationen.

  1. Create a device collection that contains the servers in the cluster.

  2. In the Assets and Compliance workspace, click Device Collections, right-click the collection that contains the servers in the cluster, and then click Properties.

  3. On the General tab, select All devices are part of the same server cluster, and then click Settings.

  4. On the Cluster Settings page, select the percentage of servers that can be taken offline at the same time to have software updates installed. One cluster server might be taken offline at a time regardless of the percentage that you provide. cmshort will round down when selecting how many servers to service at one time. For example, if you choose 51% and there are 4 servers in the cluster, 2 servers will be taken offline at the same time.

  5. Specify whether to use a pre-deployment (node drain) script or post-deployment (node resume) script.

    System_CAPS_tipTipp

    The following are examples that you can use in testing for pre-deployment and post-deployment scripts that write the current time to a text file:

    Pre-deployment

    #Start

    $a = Get-Date

    Write-Output "Universal Time: " + $a.ToUniversalTime() |

    Out-File C:\temp\start.txt

     

    Post-deployment

    #End

    $a = Get-Date

    Write-Output "Universal Time: " + $a.ToUniversalTime() |

    Out-File C:\temp\end.txt

Configuration Manager unterstützt jetzt die Verwendung einer SQL Server AlwaysOn-Verfügbarkeitsgruppen zum Hosten der Standortdatenbank. Bei der Installation eines neuen Standorts können Sie festlegen, dass die Verfügbarkeitsgruppe anstelle einer normalen Instanz von SQL Server verwendet werden soll.

System_CAPS_noteHinweis

Eine erfolgreiche Konfiguration und Verwendung von Verfügbarkeitsgruppen setzt voraus, dass Sie mit der Konfiguration von SQL Server-Verfügbarkeitsgruppen vertraut sind, und basiert auf der Dokumentation und den Verfahren in der SQL Server-Dokumentationsbibliothek.

Das allgemeine Vorgehen beim Konfigurieren und Verwenden von Verfügbarkeitsgruppen umfasst folgende Schritte:

  1. Konfigurieren Sie die Verfügbarkeitsgruppe in SQL Server.

  2. Installieren Sie einen neuen Configuration Manager-Standort, und weisen Sie den Standort während des Setups an, die Verfügbarkeitsgruppe zu verwenden, indem Sie den Endpunkt der Gruppe angeben.

 

Voraussetzungen für dieses Szenario:

  • Eine Version von SQL Server ist erforderlich, die von der Configuration Manager Technical Preview unterstützt wird.

  • Sie müssen die SQL Server-Verfügbarkeitsgruppe vor der Installation von Configuration Manager erstellen und konfigurieren.

  • Die Verfügbarkeitsgruppe muss ein primäres Replikat und kann bis zu zwei synchrone sekundäre Replikate enthalten.

  • Die Verfügbarkeitsgruppe muss mindestens einen Endpunkt besitzen.

  • Sie benötigen einen Speicherort im Netzwerk, auf den jede SQL Server-Instanz in der Verfügbarkeitsgruppe zugreifen kann. Dieser Speicherort wird von Setup bei der Konfiguration der Verfügbarkeitsgruppe verwendet und kann nach Abschluss des Setups entfernt werden.

Bekannte Probleme in dieser Version:

  • Sie können zu einer Verfügbarkeitsgruppe, die bereits als Standortdatenbank verwendet wird, kein neues Replikatmitglied erfolgreich hinzufügen. Stattdessen müssen Sie den Standort neu installieren, nachdem das neue Replikatmitglied hinzugefügt wurde.

  • In diesem Szenario müssen Sie möglicherweise SQL Server 2012 Native Client (aus dem SQL Server 2012 Feature Pack) auf dem Verwaltungspunktserver installieren. Dadurch werden SQL-Verbindungsfehler verhindert (die in der Datei mp_getauth.log auf dem Verwaltungspunktserver protokolliert werden).

Versuchen Sie, die folgende Aufgabe auszuführen, und verwenden Sie dann die Feedbackinformationen oben in diesem Thema, um uns Ihre Erfahrungen mitzuteilen:

  • Ich kann einen primären Standort installieren, der einen für SQL AlwaysOn-Verfügbarkeitsgruppen konfigurierten Datenbankserver verwendet.

  • Ich konnte ein Failover meiner SQL AlwaysOn-Verfügbarkeitsgruppe auf ein neues Replikat in der Gruppe ausführen, und der primäre Standort ist immer noch betriebsbereit.

Verwenden Sie die folgenden Verfahren, um zuerst die Verfügbarkeitsgruppe zu erstellen und zu konfigurieren, und installieren Sie dann einen neuen Configuration Manager-Standort, der die Verfügbarkeitsgruppe verwendet.

Das Verfahren zum Erstellen einer SQL Server-Verfügbarkeitsgruppe wird in der SQL Server-Dokumentationsbibliothek beschrieben. Wenn Sie eine Verfügbarkeitsgruppe erstellen, vergewissern Sie sich, dass die folgenden Anforderungen für die Verwendung mit Configuration Manager erfüllt sind:

  • Maximal drei Mitglieder:

    • Ein primäres Replikat und bis zu zwei sekundäre Replikate

    • Sekundäre Replikate müssen synchron sein.

      System_CAPS_tipTipp

      Es wird empfohlen, dass sekundäre Replikate als schreibgeschützt konfiguriert werden. Dadurch können Sie ein sekundäres Replikat für Funktionen wie Berichterstellung verwenden ohne die Leistung des primären Replikats für Standortvorgänge zu beeinträchtigen.

  • Mindestens ein Endpunkt. Der virtuelle Name dieses Endpunkts wird bei der Installation des Configuration Manager-Standorts verwendet.

    System_CAPS_tipTipp

    Die Gruppe kann zwar mehrere Endpunkte enthalten, Configuration Manager kann aber nur einen Endpunkt nutzen.

So installieren Sie einen Standort, der eine SQL Server-Verfügbarkeitsgruppe verwendet:

  1. Ersetzen Sie folgende Angaben, wenn Sie von Configuration Manager Setup dazu aufgefordert werden:

    • SQL Server-Name: Geben Sie den virtuellen Namen für den Endpunkt ein, den Sie beim Erstellen der Verfügbarkeitsgruppe konfiguriert haben. Der virtuelle Name sollte ein vollständiger DNS-Name sein, z. B. <endpointServer>.fabrikam.com.

    • Instanz: Dieser Wert sollte leer bleiben. In dieser Konfiguration ist keine Instanz vorhanden.

    • Datenbank: Geben Sie den Namen der Datenbank ein, die Sie im primären Replikat der Verfügbarkeitsgruppe erstellt haben.

  2. Als Nächstes müssen Sie einen Speicherort im Netzwerk angeben, auf den jede SQL Server-Instanz in der Gruppe zugreifen kann.

    • Das Computerkonto und das Dienstkonto jeder SQL Server-Instanz benötigen den Vollzugriff auf diesen Speicherort.

    • Dieser Speicherort wird nur während des Setups verwendet. Nachdem das Setup abgeschlossen und der Standort installiert ist, kann die Freigabe des Speicherorts entfernt oder der Speicherort gelöscht werden.

  3. Nachdem Sie diese Informationen bereitgestellt haben, schließen Sie das Setup mit der üblichen Vorgehensweise und den normalen Konfigurationen ab.

Wenn Sie mehrere Kopien einer App aus dem Windows Business Store erworben haben, können Sie die Offline-App (und ihre Lizenzen) auf Windows 10-Geräten bereitstellen, die vom Configuration Manager-Client verwaltet werden.

Voraussetzungen für dieses Szenario:

  • Auf dem Gerät muss ein Windows 10-Build aus dem Windows Insider-Programm ausgeführt werden, das nach dem 10. August freigegeben wurde.

  • Das Gerät muss mit dem Configuration Manager-Client dieser technischen Vorschau verwaltet werden.

  • Sie können eine lizenzierte Offline-App auf zwei Arten abrufen.

    Sie benötigen die Datei der App (APPX-Datei) und die Offlinelizenzdatei ({GUID}.bin-Datei).

    1. Wenn Sie über ein Testkonto für den Business Store verfügen, können Sie eine App über das Windows Business Store-Portal herunterladen.

    2. Wenn Sie kein Business Store-Konto besitzen, können Sie eine Beispiel-App aus dem TechNet-Katalog herunterladen.

Einschränkungen für dieses Szenario:

  • Dieses Szenario wird von Windows 10 RTM oder von Builds, die Sie über das Windows Insider-Programm vor dem 10. August erhalten haben, nicht unterstützt.

  • Die Beispielanwendung kann erfolgreich installiert werden und unterstützt Inventurberichte ihrer Lizenz, kann aber auf den von diesem Szenario unterstützten Windows 10-Builds nicht ordnungsgemäß ausgeführt werden.

Versuchen Sie, die folgende Aufgabe auszuführen, und verwenden Sie dann die Feedbackinformationen oben in diesem Thema, um uns Ihre Erfahrungen mitzuteilen:

  • Ich kann einen Bereitstellungstyp "Windows-App-Paket" erstellen, der über Anforderungsregeln für die Windows 10-Plattform verfügt.

  • Ich kann die App bereitstellen und auf einem Windows 10-Gerät installieren.

  • Ich kann vom Windows 10-Gerät Inventar sammeln, das anzeigt, dass die App lizenziert ist.

Verwenden Sie das normale Verfahren zum Bereitstellen von Apps mit den folgenden Details:

  1. Erstellen Sie eine Anwendung mit dem Bereitstellungstyp Windows-App-Paket, und verweisen Sie auf den UNC-Pfad, unter dem Sie das lizenzierte Offline-App-Paket platziert haben.

  2. Stellen Sie die Anwendung für Clients, auf denen Windows 10 ausgeführt wird, mit dem Bereitstellungszweck Erforderlich oder Verfügbar bereit.

Verwenden Sie nach der Installation der App Inventar zum Sammeln und anschließenden Anzeigen von Informationen über die App und ihre Lizenz.

Sie können mit dieser Vorschau Branchenanwendungen (LOB) mit dem Bereitstellungszweck Erforderlich auf Windows 10-Desktopcomputern durch MDM auf die gleiche Weise bereitstellen, wie Sie eine Anwendung auf einem Computer bereitstellen, auf dem der Configuration Manager-Client ausgeführt wird, oder einem Gerät, das bei Microsoft Intune registriert ist.

Dieses Szenario unterstützt die folgenden Bereitstellungstypen:

  • Windows-App-Paket (.appx, .appxbundle), einschließlich UWP-Apps (Universelle Windows-Plattform)

  • Webanwendung

Voraussetzungen für dieses Szenario:

  • Führen Sie einen der folgenden Schritte aus, um dieses Szenario auf einem Gerät zu ermöglichen, das vom lokalen MDM verwaltet wird:

    • Manuelles Aktivieren der Einstellung für das Querladen

    • Bereitstellen des AllowAllTrustedApps-Registrierungsschlüssels auf dem Gerät (unter Verwendung der MDM-Richtlinie oder einer Gruppenrichtlinie für in die Domäne eingebundene Clients)

  • Auf dem Gerät muss Windows 10 Pro, Education oder Enterprise Edition ausgeführt werden.

  • Das Gerät muss über lokales MDM registriert werden.

  • Ein Verteilungspunkt muss konfiguriert sein, um Anfragen von mobilen Geräten zuzulassen.

  • Ein App-Codesignaturzertifikat muss auf dem Gerät bereitgestellt werden.

Einschränkungen für dieses Szenario:

  • Die Configuration Manager-Konsole zeigt den Installationserfolg für Branchenanwendungen (.appx) möglicherweise nicht richtig an.

  • Branchenanwendungen (.appx) können möglicherweise nicht deinstalliert werden.

  • Derzeit werden nur Bereitstellungen Gerätesammlungen unterstützt.

Versuchen Sie, die folgende Aufgabe auszuführen, und verwenden Sie dann die Feedbackinformationen oben in diesem Thema, um uns Ihre Erfahrungen mitzuteilen:

  • Ich kann eine App für eine Gerätesammlung, die Geräte enthält, die mithilfe von lokalem MDM verwaltet werden, als Erforderlich bereitstellen und diese App dann im Startmenü des Geräts als installiert anzeigen.

  1. Führen Sie die Schritte zum Konfigurieren der lokalen Verwaltung mobiler Geräte aus.

  2. Erstellen Sie eine Gerätesammlung, die die erforderlichen Geräte enthält.

  3. Für Branchenanwendungen (.appx):

    • Aktivieren Sie die Einstellung Mobilen Geräten die Verbindung mit diesem Verwaltungspunkt gestatten in den Eigenschaften des Verteilungspunkts.

    • Erstellen Sie eine IP-Adressbereichsgrenze für die Zielgeräte, und weisen Sie sie der Begrenzungsgruppe des MDM-fähigen Verteilungspunkts zu.

    • Erstellen Sie ein Zertifikatprofil (Option "Vertrauenswürdiges Stammzertifikat) für das App-Signaturzertifikat über den Knoten "Zugriff auf Unternehmensressourcen", und stellen Sie es für die Gerätesammlung bereit.

  1. Registrieren Sie das Gerät mit den Schritten aus der Dokumentation zur lokalen Verwaltung mobiler Geräte.

  2. Für Branchenanwendungen (.appx):

    • Vergewissern Sie sich, dass das Zertifikatprofil erfolgreich auf dem Gerät bereitgestellt wurde und dass das Codesignaturzertifikat der App im Speicher Vertrauenswürdige Stammzertifizierungsstellen angezeigt wird.

    • Aktivieren Sie die Option Querladen von Apps unter Windows über Einstellungen > Update und Sicherheit > Für Entwickler

  1. Erstellen Sie die Anwendung, und stellen Sie sie bereit:

    1. Erstellen Sie eine neue Anwendung mit dem Bereitstellungstyp "Windows-App-Paket" (.appx, .appxbundle) oder "Webanwendung"

    2. Stellen Sie diese der zuvor erstellten Gerätesammlung oder der Sammlung Alle Mobilgeräte Auflistung mit dem Bereitstellungszweck Erforderlich bereit.

  2. Stellen Sie sicher, dass die Anwendung erfolgreich installiert wurde:

    • Starten Sie auf dem Gerät eine Synchronisierung unter Einstellungen > Konto > Arbeitsplatzzugriff.

    • Nach Abschluss der Synchronisierung sollte die Anwendung im Startmenü angezeigt werden.

    • Für eine Branchenanwendung (.appx) können Sie außerdem mithilfe des PowerShell-Cmdlets Get-AppxPackage überprüfen, ob die Anwendung auf dem Gerät vorhanden ist.

  • Stellen Sie sicher, dass das Gerät mit dem Verwaltungspunkt kommunizieren kann:

    • Klicken Sie auf dem Gerät unter Einstellungen > Konto > Arbeitsplatzzugriff auf Info, um den Status der letzten Synchronisierung zu überprüfen.

  • Stellen Sie sicher, dass das Betriebssystem des Geräts mit der Anwendung kompatibel ist:

    • Navigieren Sie zu den Eigenschaften des Bereitstellungstyps in der Configuration Manager-Konsole, vergewissern Sie sich, dass das Zielgerät die Anforderungen des ausgewählten Betriebssystems erfüllt, einschließlich Windows-Edition und Betriebssystemarchitektur.

  • Für Branchenanwendungen (.appx):

    1. Stellen Sie sicher, dass auf dem Client das Codesignaturzertifikat der App im Speicher der vertrauenswürdigen Stammzertifizierungsstellen vorhanden ist.

    2. Stellen Sie sicher, dass auf dem Client die Option Querladen von Apps in den Windows-Einstellungen aktiviert ist.

    3. Stellen Sie sicher, dass der Inhalt für die Anwendung erfolgreich verteilt wurde.

    4. Stellen Sie sicher, dass das Gerät innerhalb der Grenzen des IP-Adressbereichs liegt bzw. dass die Anwendung zur Unterstützung langsamer Grenzen konfiguriert ist.

    5. Wenn die Anwendung Frameworkabhängigkeiten aufweist, vergewissern Sie sich, dass die Abhängigkeiten bei Erstellung der Anwendung im selben Ordner wie die APPX- oder APPSBUNDLE-Datei vorhanden waren.

Beachten Sie, dass in der Configuration ManagerKonsole möglicherweise einen Fehler für den Bereitstellungsstatus der Anwendung angezeigt wird, selbst wenn die Anwendung erfolgreich auf dem Gerät installiert wurde. Dies ist eine der aktuellen Einschränkungen für Branchenanwendungen (.appx).

Diese Version unterstützt Kompatibilitätseinstellungen für Windows 10 auf die gleiche Weise, wie Windows 8.1 unterstützt wird.

Wenn Sie den Assistenten zum Erstellen von Konfigurationselementen verwenden und Windows 10 als Plattform auswählen, werden nur die Einstellungen angezeigt, die für Windows 10 relevant sind.

  • Wenn Sie Kennworteinstellungen konfigurieren, planen Sie einen Wiederherstellungsversuch ein, anstatt auf den resultierenden Status zu vertrauen:

    • Configuration Manager meldet diese Einstellung bis zum Wiederherstellungsversuch als "kompatibel".

    • Daher ist der Status anfänglich immer "kompatibel", selbst wenn auf das Gerät nicht die richtigen Kennwortrichtlinie angewendet wurden.

    • Erst nach dem Wiederherstellungsversuch ist der gemeldete Status richtig.

  • Wenn Sie angeben, dass schreibgeschützte Einstellungen wiederhergestellt werden müssen, wird der Wiederherstellungsvorgang als erfolgreich gemeldet, aber es wird keine Aktion ausgeführt.

Versuchen Sie, die folgende Aufgabe auszuführen, und verwenden Sie dann die Feedbackinformationen oben in diesem Thema, um uns Ihre Erfahrungen mitzuteilen:

  • Ich kann Kompatibilitätseinstellungen für Windows 10-Geräte bereitstellen.

  • Ich kann den Status der für Windows 10-Geräte bereitgestellten Kompatibilitätseinstellungen anzeigen.

  1. Wählen Sie im Assistenten zum Erstellen von Konfigurationselementen unter Einstellungen für mit dem Configuration Manager-Client verwaltete Geräte die Option Windows 10 aus.

  2. Klicken Sie auf Weiter, und wählen Sie dann die Windows 10-Versionen aus, die unterstützt werden sollen.

  3. Klicken Sie auf Weiter, und erstellen Sie anschließend die erforderlichen Einstellungen. Dies funktioniert genauso, wie in Configuration Manager 2012, Einstellungen, die für die ausgewählte Plattform nicht gelten, werden jedoch deaktiviert oder entfernt.

Diese technische Vorschau führt Änderungen am Assistenten zum Erstellen von Konfigurationselementen ein, die es Ihnen erleichtern zu identifizieren, welche der verfügbaren Einstellungen für die verschiedenen mobilen Geräteplattformen gelten.

  • In Configuration Manager 2012 gaben Sie Einstellungen und Werte ein (z. B. Kennwortstärke) und erst nachdem Sie die Einstellungen definiert hatten, wurden Sie darauf hingewiesen, welche Einstellungen für die erforderliche Plattform galten.

  • Nun wählen Sie zu Beginn im Assistenten die gewünschte Plattform aus, und es werden nur die Einstellungen angezeigt, die für diese Plattform gelten.

Versuchen Sie, die folgende Aufgabe auszuführen, und verwenden Sie dann die Feedbackinformationen oben in diesem Thema, um uns Ihre Erfahrungen mitzuteilen:

  • Ich kann ein Konfigurationselement erstellen, und es sind nur Einstellungen verfügbar, die für die ausgewählte Plattform gelten.

  1. Starten Sie den Assistenten zum Erstellen von Konfigurationselementen, und wählen Sie die gewünschte Geräteplattform aus, für die Sie Einstellungen definieren möchten.

  2. Klicken Sie auf Weiter, und wählen Sie die Plattformversionen aus, die unterstützt werden sollen.

  3. Klicken Sie auf Weiter, und erstellen Sie anschließend die erforderlichen Einstellungen. Alle Einstellungen, die für die ausgewählte Plattform nicht gelten, sind deaktiviert oder nicht aufgeführt.

Zusätzlich zu den Funktionen (und Voraussetzungen) für Direktes Windows 10-Upgrade aus der Technical Preview 2 umfasst die Technical Preview 3 verschiedene Updates für das direkte Windows 10-Upgrade.

 
  • Die folgenden Einschränkungen wurden gelöst und gelten nicht für die Technical Preview 3-Version:

    • Überprüfen Sie vor dem Bereitstellen der Upgradetasksequenz die auf den Computern installierten Treiber und Anwendungen, um sicherzustellen, dass sie mit Windows 3 kompatibel sind.

    • Der Bereitstellungsmodus für den Configuration Manager-Client bleibt am Ende der Tasksequenz aktiviert.

  • Der Tasksequenzschritt Upgrade des Betriebssystems ausführen enthält mehrere neue Optionen. Zu nennen wäre Ausführen einer Windows Setup-Kompatibilitätsüberprüfung ohne Starten des Upgrades. Wenn Sie diese Option verwenden, enthält die Tasksequenz den /compat ScanOnly-Parameter für die Windows Setup-Befehlszeile:

    • Diese Option gibt an, dass Setup die standardmäßigen Überprüfungen der Anforderungen durchführt (z. B. Befehlszeilenparameter, Medienauswahl, Hardware und Leistung sowie Kompatibilität von Anwendungen und Geräten), wird eigentlichen Aktualisierungsvorgang aber nicht startet.

    • Setup gibt stattdessen bekannte Exitcodes einschließlich eines separaten Codes für den „Erfolg“ der Kompatibilitätsüberprüfung zurück.

      System_CAPS_importantWichtig

      Konfigurieren Sie den Tasksequenzschritt „Kompatibilitätsüberprüfung“ unbedingt genauso, wie den für das Upgrade verwendeten Tasksequenzschritt, da auf diese Weise sichergestellt wird, dass die Überprüfung alle Aspekte des Prozesses validiert.

    • Als Referenz finden Sie nachfolgend die häufigsten Exitcodes von Windows Setup:

      Häufige Rückgabecodes

      Details

      MOSETUP_E_COMPAT_SCANONLY (0xC1900210)

      Keine Kompatibilitätsprobleme (Erfolg)

      MOSETUP_E_COMPAT_INSTALLREQ_BLOCK (0xC1900208)

      Kompatibilitätsprobleme mit Handlungsbedarf, z. B. Apps

      MOSETUP_E_COMPAT_MIGCHOICE_BLOCK (0xC1900204)

      Ausgewählte Migrationsoption ist nicht verfügbar, z. B. Enterprise zu Professional

      MOSETUP_E_COMPAT_SYSREQ_BLOCK (0xC1900200)

      Nicht für Windows 10 geeignet

      MOSETUP_E_INSTALLDISKSPACE_BLOCK (0xC190020E)

      Nicht genügend freier Speicherplatz

Zusätzlich zu den Funktionen (und Voraussetzungen) für Massenregistrierung von Windows 10-Geräten mit lokalem MDM aus der Technical Preview 2 unterstützt die Technical Preview 3 End-to-End-Massenregistrierung:

  • Sie können ein Profil für die Registrierung erstellen und ein Paket aus dem Profil exportieren.

  • Sie können dieses Paket für ein Gerät, mit Windows 10 bereitstellen (Vorabversionen von Windows 10 werden nicht unterstützt).

Versuchen Sie, die folgende Aufgabe auszuführen, und verwenden Sie dann die Feedbackinformationen oben in diesem Thema, um uns Ihre Erfahrungen mitzuteilen:

  • Ich kann ein Profil für die Massenregistrierung erstellen und bearbeiten (unter Verwendung des für Technical Preview 2 beschriebenen Verfahrens).

  • Ich kann das Profil für die Massenregistrierung auf einem Gerät installieren, auf dem ein Versionsbuild von Windows 10 ausgeführt wird.

  1. Kopieren Sie das erstellte Massenregistrierungsprofil-Paket in einen Ordner auf dem Windows 10-Gerät.

  2. Doppelklicken Sie auf dem Windows 10-Gerät auf das Paket, um es zu importieren (installieren):

    • Wenn es beim Export verschlüsselt wurde, geben Sie das Paketkennwort ein.

    • Bestätigen Sie, dass das Paket aus einer vertrauenswürdigen Quelle stammt, wenn Sie dazu aufgefordert werden.

  3. Nachdem die Importdialogfelder geschlossen wurden, navigieren Sie auf dem Gerät zu Einstellungen > Konten > Arbeitsplatzzugriff. Hier können Sie überprüfen, ob das Gerät jetzt verbunden (und bei Configuration Manager registriert) ist.

Sie können die WSUS-Bereinigungsaufgabe jetzt manuell aus den Eigenschaften der Softwareupdatepunkt-Komponente ausführen. Wenn Sie die Ausführung der WSUS-Bereinigungsaufgabe auswählen, wird sie bei der nächsten Softwareupdatesynchronisierung ausgeführt. Die abgelaufenen Softwareupdates werden auf dem WSUS-Server auf den Status „Abgelehnt“ festgelegt, und der Windows Update-Agent auf Computern durchsucht diese Softwareupdates daraufhin nicht mehr. Standardmäßig wird der WSUS-Bereinigungsauftrag alle 30 Tage ausgeführt.

So planen Sie die Ausführung des WSUS-Bereinigungsauftrags
  1. Navigieren Sie in der Configuration Manager-Konsole zu Verwaltung > Übersicht > Standortkonfiguration > Standorte.

  2. Klicken Sie in der Gruppe Einstellungen auf Standortkomponenten konfigurieren, und klicken Sie dann auf Softwareupdatepunkt, um die Eigenschaften der Softwareupdatepunkt-Komponente zu öffnen.

  3. Klicken Sie auf die Registerkarte Ablösungsregeln, wählen Sie Assistent für die WSUS-Serverbereinigung ausführen, und klicken Sie dann auf OK.

Grenzzwischenspeicherungs- und Inhaltssuchanforderungen:

  • Wenn ein Client bei einem Verwaltungspunkt einen Inhaltsort anfordert, werden die Grenzinformationen dieses Clients zwischengespeichert, um die Leistung der gespeicherten Prozeduren für die Inhaltssuche zu verbessern.

Wartungsfenster:

  • Wartungsfenster unterliegen jetzt den UTC-Konfigurationen, unabhängig von der lokalen Zeit der Clients.

Die folgenden neuen Funktionen können jetzt in vorhandenen oder neuen Installation von Technical Preview 3 verwendet werden:

Version 1509 für Technical Preview unterliegt den folgenden Einschränkungen:

  • Diese Vorschau wird nur in Testumgebungen mit einem einzelnen, eigenständigen primären Standortserver unterstützt.

  • Das Gebietsschema des Betriebssystems muss auf Englisch festgelegt sein.

  • Das Datums-/Uhrzeitformat auf dem Computer des eigenständigen primären Standortservers muss auf MM-TT-JJJJ festgelegt sein, andernfalls tritt bei der Installation möglicherweise ein Fehler auf. Wenn Sie ein anderes Datums-/Uhrzeitformat verwenden, können Sie das Format vorübergehend in MM-TT-JJJJ ändern, das Update herunterladen und installieren und das Datums-/Uhrzeitformat wieder in seinen ursprünglichen Zustand zurücksetzen.

  • Der Computer des eigenständigen primären Standortservers muss über Internetzugang verfügen, um das Updatepaket herunterzuladen.

  • Installieren Sie Windows 10 ADK-Komponenten auf dem Standortservercomputer von http://go.microsoft.com/fwlink/?LinkId=529534.

  • Technical Preview 3 muss auf einem vorhandenen Standort installiert sein. Öffnen Sie zur Überprüfung die Configuration Manager-Konsole, navigieren Sie zu Verwaltung > Übersicht > Standortkonfiguration > Standorte, und überprüfen Sie im Detailbereich die Buildnummer. Sie sollte 8287 lauten.

  • Auf dem primären Standortserver muss die Standortsystemrolle Cloudverbindungspunkt installiert sein. Ist das nicht der Fall, installieren Sie die Rolle mithilfe des Assistenten zum Hinzufügen von Standortsystemrollen. Öffnen Sie die Configuration Manager-Konsole, navigieren Sie zu Verwaltung > Übersicht > Standortkonfiguration > Server und Standortsystemrollen > Standortsystemrollen hinzufügen.

In Version 1509 für Technical Preview wird ein neues Updatemodell eingeführt, das Sie beim Beibehalten des aktuellen Stands Ihrer Configuration Manager-Bereitstellung mit den neuesten Updates und Features unterstützt. Durch dieses Modell ist es nicht mehr erforderlich, separate Service Packs, kumulative Updates oder Erweiterungen für Microsoft Intune zu installieren, um neue Funktionen nutzen zu können. Dieses Dienstmodell ähnelt dem, das bei anderen Microsoft-Produkten, wie etwa Windows 10, zu finden ist.

Bei der Installation von Technical Preview 3 wird automatisch eine neue Standortsystemrolle auf dem Standortserver installiert, der Cloudverbindungspunkt. Diese Standortsystemrolle ist für Technical Preview 3 erforderlich. Ferner treffen die folgenden Aussagen auf sie zu:

  • Sie wird vom Standort verwendet, um nach Updates für Configuration Manager zu suchen und diese herunterzuladen.

  • Sie ersetzt den Microsoft Intune-Connector, der für die Integration von Intune mit Configuration Manager verwendet wird. (Sie brauchen kein Intune-Abonnement zu konfigurieren, es sei denn, Sie möchten Geräte mithilfe von Intune verwalten.)

  • Sie wird zum Übermitteln von Nutzungs- und Diagnosedaten von Configuration Manager verwendet.

Updates für Configuration Manager:

  • Diese können Fixes und Funktionen enthalten, die sich auf mehrere Bereiche oder Komponenten von Configuration Manager erstrecken, einschließlich:

    • Standortserver

    • Den SMS_Anbieter

    • Configuration Manager-Konsolen

    • Configuration Manager-Clients

  • Normalerweise sind Updates kumulativ, sodass Sie nicht jedes frühere Update installieren müssen, bevor Sie das neueste Update installieren. Es ist aber möglich, dass einige Updates ein früher verfügbares Update voraussetzen.

 
Erkennen neuer Updates:

  • Configuration Manager prüft alle 7 Tage (beginnend mit dem Tag der Installation von Technical Preview 3) auf die Verfügbarkeit neuer Updates.

    System_CAPS_noteHinweis

    Wenn ein veröffentlichtes Update nicht im Knoten „Updates und Wartung“ der Configuration Manager-Konsole angezeigt wird, können Sie den SMS_Executive-Dienst neu starten, um die sofortige Prüfung auf verfügbare Updates durch den Standortserver zu erzwingen.

  • Wenn ein Update gefunden wird, lädt Configuration Manager das Update automatisch herunter.

  • Sie können in der Datei „DMPDownloader.log“ überprüfen, ob der Downloadthread gestartet wurde, um den Inhalt herunterzuladen und zu extrahieren. Die Datei „DMPDownloader.log“ finden Sie im Verzeichnis „<ConfigMgr_Installation_Directory>\Microsoft Configuration Manager\Logs\DMPDownloader.log“.

  • Neue Updates werden in der Konsole unter Verwaltung > Clouddienste > Updates und Wartung als Verfügbar angezeigt. Am gleichen Ort werden die von Ihnen zuvor installierten Updates als Installiert angezeigt.

 
Installieren von Updates:

  • Wählen Sie zum Installieren eines Updates unter Verwaltung > Clouddienste > Updates und Wartung ein Update mit dem Status Verfügbar aus, und klicken Sie dann auf Updatepaket installieren

  • Beim Installieren von Updates erhalten Sie folgende Rückmeldungen:

    • Es wird ein Assistent angezeigt, der eine Liste der vom Update betroffenen Produktbereiche anzeigt.

    • Wenn ein Update den Configuration Manager-Client betrifft, wird eine Option zum Testen des Clientupdates mit einer begrenzten Clientanzahl angeboten. Weitere Informationen dazu finden Sie unter Clientpilottests zur Präproduktion.

  • Nach dem Abschluss der Updateinstallation führt der Configuration Manager folgende Aktionen aus:

    • Neuinstallation aller betroffenen Komponenten, wie der Standortsystemrollen oder der Configuration Manager-Konsole.

    • Updates von Clients werden auf der Grundlage Ihrer Auswahl für Clientpilottests verwaltet.

    • Für die Standortsystemserver ist kein Neustart erforderlich.

  • Sie können den Status der Installation in der Configuration Manager-Konsole unter Überwachung > Übersicht > Status der Standortwartung > Status anzeigen überwachen. Alternativ können Sie ihn in der Datei „CMUpdate.log“ in „<ConfigMgr_Installation_Directory>\Logs\“ überprüfen.

 
Nach der Installation

  • Eine Upgradepopupmeldung wird in der Configuration Manager-Konsole (wenn Technical Preview 3 ausgeführt wird) für das Upgrade der Konsole angezeigt. Klicken Sie auf OK, um die aktuelle Configuration Manager-Konsole zu schließen und das Upgrade der Konsole auf die Version 1509 Technical Preview vorzunehmen.

    System_CAPS_noteHinweis

    Die Popupmeldung wird angezeigt, sobald Sie eine Aktion in der Konsole durchführen (z. B., wenn Sie einen Assistenten öffnen oder das Eigenschaftendialogfeld für ein Objekt öffnen usw.) Alternativ können Sie die Konsole schließen und neu starten.

  • Überprüfen Sie nach dem Abschluss des Upgrades der Configuration Manager-Konsole, ob die Version von Konsole und Standort richtig sind. Gehen Sie oben links in der Konsole zu Info zu System Center Configuration Manager. Die Version sollte 1509 sein. Die Version von Konsole und Standort sollte 5.00.8299.1000 sein.

 
Bekannte Probleme

  • Diese Version ignoriert Warnungen der Voraussetzungsüberprüfung und bricht die Installation nicht ab. Dies geschieht unabhängig davon, ob Sie die Option Voraussetzungswarnung im Installations-Assistenten aktiviert haben oder nicht.

  • In der Configuration Manager-Konsole gibt es eine Option Voraussetzungsprüfung ausführen, diese ist jedoch nur vor der Installation des Updatepakets verfügbar. Diese Installation führt jedoch die gesamte Installation aus, nicht nur die Voraussetzungsprüfung.

 
Problembehandlung

Wenn bei der Installation von Version 1509 für Technical Preview Probleme auftreten, überprüfen Sie die folgenden Punkte auf mögliche Probleme:

  1. Wenn das Gebietsschema des Betriebssystems nicht auf Englisch oder das Datums-/Uhrzeitformat nicht auf MM-TT-JJJJ festgelegt ist, kann bei der Installation von Version 1509 für Technical Preview ein Fehler auftreten.

    Symptom: Möglicherweise tritt eins der folgenden Symptome auf:

    • Es kann ein Fehler auftreten, wenn Configuration Manager versucht, das Datums-/Uhrzeitformat von TT/MM/JJJJ in MM/TT/JJJJ zu konvertieren. Wenn das Datum z. B der 20.09.2015 im Format TT/MM/JJJJ ist (20. September 2015), nimmt Configuration Manager an, dass dieser Wert im Format MM/TT/JJJJ vorliegt (Tag 9 des 20. Monats), und ein Fehler wird ausgelöst. Die Fehlermeldung wird wie folgt in „Hman.log“ geschrieben:

      *** [42000][8114][Microsoft][ODBC Driver 11 for SQL Server][SQL Server]Error converting data type nvarchar to datetime. : spCMUSetUpdatePackageState

    • Die Configuration Manager-Konsole zeigt den Status Installation läuft und einen in der Zukunft liegenden Zeitpunkt für Letzte Updatezeit an. Dieser Fehler kann auftreten, wenn Configuration Manager versucht, das Datums-/Uhrzeitformat von TT/MM/JJJJ in MM/TT/JJJJ zu konvertieren. Wenn das Datum beispielsweise der 12.10.2015 im Format TT/MM/JJJJ ist (12. Oktober), konvertiert Configuration Manager das Datum möglicherweise in den 10.12.2015 (10. Dezember).

    Lösung: Führen Sie die folgende SQL-Anweisung aus, um dieses Problem zu umgehen: EXEC spCMUSetUpdatePackageState N'dcd17922-2c96-4bd7-b72d-e9159582cdf2', 262146, N''

  2. Wenn ein Regelverstoß bei der Voraussetzungsprüfung auftritt, gibt es einen Fehler bei der Installation von Version 1509 für Technical Preview.

    Symptom: Die Configuration Manager-Konsole zeigt die Regel an, gegen die verstoßen wurde.

    Lösung: Beheben Sie den Voraussetzungsprüfungsregel-Fehler. Wenn beispielsweise Windows 10 ADK nicht installiert ist und bei der entsprechenden Regel der Voraussetzungsprüfung ein Verstoß festgestellt wird, installieren Sie das Windows 10 ADK. Führen Sie anschließend „<ConfigMgr-Installationsordner>\EasySetupPayload\dcd17922-2c96-4bd7-b72d-e9159582cdf2\SMSSETUP\BIN\X64\prereqchk.exe“ auf dem Standortserver erneut aus. Nachdem die Überprüfung ohne Fehler abgeschlossen wurde, wird automatisch ein Neustart von Version 1509 für Technical Preview ausgeführt.

  3. Die Installation von Version 1509 für Technical Preview wird unerwartet beendet.

    Symptom: Die Configuration Manager-Konsole zeigt an, dass bei der Installation von Version 1509 für Technical Preview ein Fehler aufgetreten ist, und die Configuration Manager-Konsole zeigt das Update nicht mehr als zur Installation verfügbar an. Dies kann auftreten, wenn ein Configuration Manager-Dienst beendet wurde.

    Lösung: Identifizieren Sie den Fehler in der Datei „CMUpdate.log“, und beheben Sie möglichst das Problem. Überprüfen Sie anschließend, ob die Configuration Manager-Dienste ausgeführt werden, wie etwa SMS_EXECUTIVE, SMS_SITE_COMPONENT_MANAGER, CONFIGURATION_MANAGER_UPDATE. Führen Sie anschließend „<ConfigMgr-Installationsordner>\EasySetupPayload\dcd17922-2c96-4bd7-b72d-e9159582cdf2\SMSSETUP\BIN\X64\prereqchk.exe“ auf dem Standortserver erneut aus. Nachdem die Überprüfung ohne Fehler abgeschlossen wurde, wird automatisch ein Neustart von Version 1509 für Technical Preview ausgeführt.

Mithilfe von Clientpilottests können Sie Updates am Windows-Client auf einfache Weise bereitstellen und testen, indem Sie eine Präproduktionssammlung verwenden und in Ihrer verbleibenden Hierarchie weiterhin die aktuelle Clientversion einsetzen. Beim Pilottest eines Clientupdates wird das Update nur für die Clients ausgeführt, die Mitglieder der von Ihnen festgelegten Präproduktionssammlung sind. Zu einem späteren Zeitpunkt, der Ihnen passt, können Sie die aktualisierte Clientversion aus der Präproduktion in die Produktion übertragen und sie für alle Clients zur Verfügung stellen.

Voraussetzungen für dieses Szenario:

  • Sie müssen Updates und Wartung verwenden, um ein Update zu installieren, das einen neuen Configuration Manager-Client enthält. Beim Installieren des Updates müssen Sie auf der Seite Clientoptionen die Option Neue Version in einer Präproduktionssammlung testen aktivieren.

  • Sie müssen für Präproduktions-Clientupdates die automatische Clientbereitstellung konfigurieren. Das bewirkt, dass die Clients in der Sammlung sofort auf die neue Clientversion aktualisiert werden, wenn Sie sich für das Testen eines Clientupdates in der Präproduktionssammlung entscheiden.

Versuchen Sie, die folgende Aufgabe auszuführen, und verwenden Sie dann die Feedbackinformationen oben in diesem Thema, um uns Ihre Erfahrungen mitzuteilen:

  • Ich kann erfolgreich einen Pilottest eines Clientupgrades in der Präproduktionssammlung durchführen

  • Ich kann die Clientversion aus der Präproduktion zur Produktionsversion heraufstufen und sie auf Clients in der Produktionsumgebung bereitstellen

  1. Öffnen Sie in der Configuration Manager-Konsole Verwaltung > Standortkonfiguration > Standorte, und klicken Sie auf Hierarchie-Einstellungen.

    Führen Sie auf der Registerkarte Clientupgrade der Seite Eigenschaften von Hierarchie-Einstellungen folgende Aktionen aus:

    • Aktivieren Sie Alle Clients in der Präproduktionssammlung automatisch mithilfe des Präproduktionsclients aktualisieren 

    • Geben Sie den Namen einer Sammlung ein, die als Präproduktionssammlung verwendet werden soll

  2. Klicken Sie auf OK, um die Einstellungen für das Clientupgrade zu speichern und fortzufahren.

  3. Verwenden Sie Easy Setup, um die Installation eines Updates zu finden und zu starten, das einen neuen Client beinhaltet.

    System_CAPS_noteHinweis

    Das erste Update, das nach der Veröffentlichung von Technical Preview 3 verfügbar gemacht wird, enthält einen aktualisierten Client, mit dem dieses Szenario getestet werden kann.

  4. Wählen Sie während der Installation des Updates auf der Seite Clientoptionen des Assistenten In der Präproduktionssammlung testen aus, klicken Sie auf Weiter, und führen Sie dann den Assistenten bis zum Ende aus.

  5. Nachdem der Assistent abgeschlossen wurde, beginnen die Clients in der Präproduktionssammlung mit der Installation des aktualisierten Clients.

Gehen Sie wie folgt vor, wenn Sie bereit sind, den aktualisierten Client aus der Testumgebung der Präproduktion in den allgemeinen Einsatz zu überführen:

  1. Öffnen Sie in der Configuration Manager-Konsole Verwaltung > Clouddienste > Updates und Wartung, und klicken Sie auf Clientupdateoptionen

  2. Aktivieren Sie in Clientupdateoptionen die Option, die Clientversion aus der Präproduktion in der Produktionsumgebung verfügbar zu mahen, und klicken Sie dann auf OK.

  3. Nach dem Schließen von „Clientupdateoptionen“ wird die aktuelle Clientversion in Ihrer Benutzerhierarchie durch die aktualisierte Clientversion ersetzt. Anschließend können Sie Ihre normalen Verfahren für das Clientupgrade verwenden.

Software Center weist einen neuen, modernen Look auf, und Apps, die bisher nur im Anwendungskatalog angezeigt wurden (für Benutzer verfügbare Apps), werden jetzt im Software Center auf der Registerkarte Anwendungen angezeigt. Dadurch sind diese Bereitstellungen für Benutzer leichter zu finden, und die Verwendung des Anwendungskatalogs bleibt ihnen erspart. Außerdem ist kein Browser mit Silverlight-Unterstützung mehr erforderlich.

Voraussetzungen für dieses Szenario:

  • Die Standortsystemrollen „Anwendungskatalog-Websitepunkt“ und „Anwendungskatalog-Webdienstpunkt“ sind nach wie vor beide erforderlich, damit für Benutzer verfügbare Apps in Software Center angezeigt werden und Brandingeinstellungen bearbeitet werden können.

System_CAPS_noteHinweis

Eine in den Eigenschaften der Standortserverrolle „Anwendungskatalog-Websitepunkt“ getroffene Farbauswahl für das Branding wirkt sich auch auf die Brandingfarbe im neuen Software Center aus. Wenn unter Verwaltung > Clouddienste ein Microsoft Intune-Abonnement eingerichtet ist, haben die Brandingeinstellungen in den Abonnementeigenschaften Vorrang vor den Brandingeinsstellungen in Software Center.

Versuchen Sie, die folgende Aufgabe auszuführen, und verwenden Sie dann die Feedbackinformationen oben in diesem Thema, um uns Ihre Erfahrungen mitzuteilen:

  • Probieren Sie die neue Benutzeroberfläche aus, und blättern Sie an einem Ort in geräte- und benutzerzentrierten Apps

  • Installieren Sie eine für Benutzer verfügbare App aus dem Software Center

  • Im Schritt Windows und Configuration Manager einrichten der Aufgabensequenz ist jetzt die Einstellung Präproduktions-Clientpaket bei Verfügbarkeit verwenden verfügbar. Wenn Sie diese Einstellung auswählen, der Computer ein Mitglied der Pilotsammlung ist und das Präproduktions-Clientpaket verfügbar ist, installiert der Computer den Präproduktionsclient, wenn die Aufgabensequenz ausgeführt wird.

  • Passport for Work ist eine Option zum Speichern von Schlüsseln, wenn mithilfe eines SCEP-Zertifikats (Simple Certificate Enrollment Protocol) ein Zertifikatprofil erstellt wird. Als Teil dieser Option können Sie auch vorschreiben, dass der Pass auf dem Gerät für einen Benutzer erstellt wird, der mit Multi-Factor Authentication authentifiziert war, bevor das Zertifikat ausgestellt wird.

Mit Update 1510 werden die folgenden neuen Funktionen für System Center Configuration Manager Technical Preview eingeführt:

Sie können dieses Update in einem System Center Configuration Manager Technical Preview-Standort installieren, in dem Folgendes ausgeführt wird:

  • Technical Preview 3: Durch das Aktivieren von 1510 werden die neuen Funktionen aus 1510 sowie die neuen Funktionen aus 1509 hinzugefügt. Sie müssen 1509 nicht vor der 1510 installieren.

  • Version 1509: Durch das Aktivieren von 1510 werden die neuen Funktionen aus 1510 hinzugefügt.

Um Update 1510 zu aktivieren, wechseln Sie zum Knoten Updates und Wartung in Ihrer Configuration Manager-Konsole.

Version 1510 für Technical Preview weist die folgenden neuen Anforderungen und Änderungen auf:

  • Der Cloudverbindungspunkt wurde in Dienstverbindungspunkt umbenannt. Lediglich der Name hat sich geändert. Der Dienstverbindungspunkt ist erforderlich für:

    • Hochladen von Nutzungsinformationen zu Microsoft

    • Herunterladen von Updates für Configuration Manager

  • Wenn Sie die Standortdatenbank auf einem Computer hosten, der sich vom Standortserver aus an einem Remotestandort befindet, müssen Sie Folgendes auf dem Standortserver installieren: SQL Server 2012 Native Client (oder höher)SQL Server 2012 Native Client herunterladen

Verwenden Sie für ein Upgrade auf Version 1510 die Informationen in Updates und Wartung

 Update von Technical Preview 3 auf 1510

Wenn während des Updates von Technical Preview 3 auf Version 1510 Probleme auftreten, überprüfen Sie auf die folgenden möglichen Probleme:

  1. Wenn das Gebietsschema des Betriebssystems nicht auf Englisch oder das Datums-/Uhrzeitformat nicht auf MM-TT-JJJJ festgelegt ist, kann bei der Installation von Version 1510 für Technical Preview ein Fehler auftreten.

    Symptom: Möglicherweise tritt eins der folgenden Symptome auf:

    • Es kann ein Fehler auftreten, wenn Configuration Manager versucht, das Datums-/Uhrzeitformat von TT/MM/JJJJ in MM/TT/JJJJ zu konvertieren. Wenn das Datum z. B der 20.09.2015 im Format TT/MM/JJJJ ist (20. September 2015), nimmt Configuration Manager an, dass dieser Wert im Format MM/TT/JJJJ vorliegt (Tag 9 des 20. Monats), und ein Fehler wird ausgelöst. Die Fehlermeldung wird wie folgt in „Hman.log“ geschrieben:

      *** [42000][8114][Microsoft][ODBC Driver 11 for SQL Server][SQL Server]Error converting data type nvarchar to datetime. : spCMUSetUpdatePackageState

    • Die Configuration Manager-Konsole zeigt den Status Installation läuft und einen in der Zukunft liegenden Zeitpunkt für Letzte Updatezeit an. Dieser Fehler kann auftreten, wenn Configuration Manager versucht, das Datums-/Uhrzeitformat von TT/MM/JJJJ in MM/TT/JJJJ zu konvertieren. Wenn das Datum beispielsweise der 12.10.2015 im Format TT/MM/JJJJ ist (12. Oktober), konvertiert Configuration Manager das Datum möglicherweise in den 10.12.2015 (10. Dezember).

    Lösung: Führen Sie die folgende SQL-Anweisung aus, um dieses Problem zu umgehen: EXEC spCMUSetUpdatePackageState N'DB316362-77FC-46C9-9984-1BAEB20615F4', 262146, N''

  2. Wenn ein Regelverstoß bei der Voraussetzungsprüfung auftritt, gibt es einen Fehler bei der Installation von Version 1510 für Technical Preview.

    Symptom: Die Configuration Manager-Konsole zeigt die Regel an, gegen die verstoßen wurde.

    Lösung: Beheben Sie den Voraussetzungsprüfungsregel-Fehler. Wenn beispielsweise Windows 10 ADK nicht installiert ist und bei der entsprechenden Regel der Voraussetzungsprüfung ein Verstoß festgestellt wird, installieren Sie das Windows 10 ADK. Führen Sie anschließend „<ConfigMgr-Installationsordner>\EasySetupPayload\DB316362-77FC-46C9-9984-1BAEB20615F4\SMSSETUP\BIN\X64\prereqchk.exe“ auf dem Standortserver erneut aus. Nachdem die Überprüfung ohne Fehler abgeschlossen wurde, wird automatisch ein Neustart von Version 1510 für Technical Preview ausgeführt.

  3. Die Installation von Version 1510 für Technical Preview wird unerwartet beendet.

    Symptom: Die Configuration Manager-Konsole zeigt an, dass bei der Installation von Version 1510 für Technical Preview ein Fehler aufgetreten ist, und die Configuration Manager-Konsole zeigt das Update nicht mehr als zur Installation verfügbar an. Dies kann auftreten, wenn ein Configuration Manager-Dienst beendet wurde.

    Lösung: Identifizieren Sie den Fehler in der Datei „CMUpdate.log“, und beheben Sie möglichst das Problem. Überprüfen Sie anschließend, ob die Configuration Manager-Dienste ausgeführt werden, wie etwa SMS_EXECUTIVE, SMS_SITE_COMPONENT_MANAGER, CONFIGURATION_MANAGER_UPDATE. Führen Sie anschließend „<ConfigMgr-Installationsordner>\EasySetupPayload\DB316362-77FC-46C9-9984-1BAEB20615F4\SMSSETUP\BIN\X64\prereqchk.exe“ auf dem Standortserver erneut aus. Nachdem die Überprüfung ohne Fehler abgeschlossen wurde, wird automatisch ein Neustart von Version 1510 für Technical Preview ausgeführt.

 
Update von Technical Preview 1509 auf 1510

Wenn während des Updates von Technical Preview Version 1509 auf Version 1510 Probleme auftreten, überprüfen Sie auf die folgenden möglichen Probleme:

  • Wenn ein Regelverstoß bei der Voraussetzungsprüfung auftritt, gibt es einen Fehler bei der Installation von Version 1510 für Technical Preview.

    Symptom: Die Configuration Manager-Konsole zeigt die Regel an, gegen die verstoßen wurde.

    Lösung: Klicken Sie in der Configuration Manager-Konsole mit der rechten Maustaste auf das Update, und klicken Sie auf Installation erneut versuchen

  • Die Installation von Version 1510 für Technical Preview wird unerwartet beendet.

    Symptom: Die Configuration Manager-Konsole zeigt an, dass bei der Installation von Version 1510 für Technical Preview ein Fehler aufgetreten ist, und die Configuration Manager-Konsole zeigt das Update nicht mehr als zur Installation verfügbar an. Dies kann auftreten, wenn ein Configuration Manager-Dienst beendet wurde.

    Lösung: Klicken Sie in der Configuration Manager-Konsole mit der rechten Maustaste auf das Update, und klicken Sie auf Installation erneut versuchen

In dieser Version können Sie den Zustand von Windows als Dienst in Ihrer Umgebung anzeigen, Wartungspläne zur Bildung von Bereitstellungsringen erstellen und sicherstellen, dass Windows 10-Systeme des aktuellen Branch auf dem neuesten Stand gehalten werden, wenn neue Builds veröffentlicht werden. Außerdem können Sie Benachrichtigungen anzeigen, wenn sich Windows 10-Clients dem Ende des Supports für ihren Build des aktuellen Branch oder des Current Branch for Business (CBB) nähern.

Voraussetzungen für dieses Szenario:

Um Daten im Windows 10-Wartungsdashboard anzuzeigen, müssen Sie wie folgt vorgehen:

  • Stellen Sie Windows 10 auf mindestens einem Computer an Ihrem Standort bereit.

  • Aktivieren Sie die Frequenzermittlung. Die im Windows 10-Wartungsdashboard angezeigten Daten werden mithilfe der Ermittlung gesammelt.

  • Auf dem Computer, auf dem die Configuration Manager-Konsole ausgeführt wird, muss Internet Explorer 9 installiert sein.

Einschränkungen für diese Version

Wartungspläne erstellen keine Bereitstellungen bis zu einer späteren Version des aktuellen Branch. Senden Sie uns jedoch bitte Ihr Feedback zur Wartungsplan-Benutzeroberfläche und deren Bedienfreundlichkeit, um uns bei der Verbesserung dieser Funktion zu helfen.

Versuchen Sie, die folgende Aufgabe auszuführen, und verwenden Sie dann die Feedbackinformationen oben in diesem Thema, um uns Ihre Erfahrungen mitzuteilen:

  • Ich kann das Dashboard verwenden, um den aktuellen Zustand meiner Windows 10-Computern anzuzeigen.

  • Ich kann problemlos einen grundlegenden Wartungsplan erstellen.

  • Ich kann die erweiterten Eigenschaften eines Wartungsplans ändern.

Nachdem Configuration Manager mittels Ermittlung Windows 10-Computer gefunden hat, können Sie den aktuellen Zustand von Windows 10 in Ihrer Umgebung über das Windows 10-Wartungsdashboard in der Configuration Manager-Konsole anzeigen.

  • Öffnen Sie in der Configuration Manager-Konsole Softwarebibliothek, und klicken Sie auf Windows 10-Wartung.

Das erste Ringdiagramm im Dashboard bietet eine Aufschlüsselung der öffentlichen Builds von Windows 10. Das zweite Ringdiagramm ist eine Aufschlüsselung von Windows 10 nach Branch- und Bereitschaftszustand innerhalb des aktuellen Branch.

Sie können einen grundlegenden Wartungsplan über das Dashboard erstellen.

  1. Öffnen Sie in der Configuration Manager-Konsole Softwarebibliothek, klicken Sie auf Windows 10-Wartung, und klicken Sie dann im Dashboard auf Wartungsplan erstellen.

  2. Wählen Sie im Dialogfeld Wartungsplan erstellen den Namen, die Zielsammlung, das Bereitstellungspaket und die Wartungsringeinstellungen für diesen Wartungsplan aus.

  • Öffnen Sie in der Configuration Manager-Konsole Softwarebibliothek, öffnen Sie Windows 10-Wartung, klicken Sie auf Wartungspläne, und wählen Sie dann den Wartungsplan aus, den Sie ändern möchten.

  • Klicken Sie auf der Registerkarte Start auf Eigenschaften, um Eigenschaften für den ausgewählten Wartungsplan zu öffnen.

System Center Configuration Manager Version 1510 fügt Unterstützung für Remotezurücksetzung und -außerkraftsetzung von Geräten für die lokale Verwaltung von Mobilgeräten (MDM) hinzu.

Beim Remotezurücksetzen eines Geräts werden alle Unternehmens-Apps, -daten und -einstellungen entfernt, aber die persönlichen Informationen des Benutzers wie Kontakte und Geräteeinstellungen werden auf dem Gerät belassen. Nachdem ein Gerät zurückgesetzt wurde, wird die Verwaltung für das Gerät außer Kraft gesetzt, was bedeutet, dass seine Registrierung bei der lokalen MDM in Configuration Manager aufgehoben wird. Sie können ein Gerät beispielsweise zurücksetzen und außer Kraft setzen, wenn ein Mitarbeiter, der das Gerät besitzt, das Unternehmen verlassen hat.

Die lokale MDM mit System Center Configuration Manager kann auf zwei Arten konfiguriert werden, die Einfluss auf die Wartezeit von Aktionen wie Zurücksetzen und Außerkraftsetzen haben:

  • Verbunden – Bei der „Verbunden“-Konfiguration der lokalen MDM verwendet Configuration Manager ein Intune-Abonnement mit der Standortsystemrolle „Microsoft-Dienstconnector“, um sofort einen Ping-Befehl an das Gerät zu senden bzw. es zu benachrichtigen, dass es sich zu Verwaltungszwecken einchecken sollte. Vorausgesetzt, dass das Gerät über eine Internetverbindung verfügt, erfolgen das Einchecken und die nachfolgende Geräteverwaltung relativ schnell mit relativ kurzen Wartezeiten.

  • Getrennt – Bei der „Getrennt“-Konfiguration verwaltet Configuration Manager Geräte, die keinen Internetzugang haben bzw. der diesen untersagt ist. In dieser Konfiguration kommunizieren Geräte mit Configuration Manager in einem voreingestellten Abfragezyklus, und Aktionen werden erst ausgelöst, wenn sich das Gerät eincheckt. Das Remotezurücksetzen oder -außerkraftsetzen auf diese Weise kann sicherer sein, aber auch längere Wartezeiten aufgrund des Abfragezyklus mit sich bringen.

Sie müssen Configuration Manager für die Verwendung eines Microsoft Intune-Abonnements konfigurieren. Hierzu können Sie dieselben Anleitungen für das Einrichten der Verwaltung mobiler Geräte mit System Center 2012 R2 Configuration Manager und Microsoft Intune befolgen. Der einzige bedeutsame Unterschied ist, dass bei Version 1510 die Standortsystemrolle „Microsoft Intune-Connector“ jetzt als Standortsystemrolle „Microsoft-Dienstconnector“ bezeichnet wird.

In Version 1510 können nur mobile Windows 10 Enterprise- und Windows 10-Geräte über die lokale MDM von System Center Configuration Manager registriert werden.

So setzen Sie ein Gerät remote zurück und außer Kraft

  1. Klicken Sie in der Configuration Manager-Konsole auf Bestand und Kompatibilität, und wählen Sie Geräte aus. Sie können alternativ auf Gerätesammlungen klicken und eine Sammlung auswählen.

  2. Wählen Sie das Gerät aus, das zurückgesetzt und außer Kraft gesetzt werden soll.

  3. Klicken Sie auf Außer Kraft setzen/Zurücksetzen, und klicken Sie dann im im Dialogfeld „In Configuration Manager außer Kraft setzen“ auf OK.

    Das Dialogfeld enthält zwei Optionen, eine zum ausschließlichen Zurücksetzen von Unternehmensinhalten auf dem Gerät und eine für das Zurücksetzen des gesamten Inhalts. In Version 1510 ist nur die Option für das Zurücksetzen von Unternehmensinhalten verfügbar.

    Nachdem das Gerät zurückgesetzt und außer Kraft gesetzt wurde, ändert sich sein Gerätestatus zu Zum Löschen markiert.

Mit der System Center Configuration Manager Technical Preview 4 werden die folgenden neuen Funktionen eingeführt:

Technical Preview 4 unterliegt den folgenden Einschränkungen:

  • Wenn Sie einen Dienstverbindungspunkt auf einem Standortsystemserver verwenden, der gegenüber dem Standortserver remote ist, und wenn dieser Standortsystemserver einen authentifizierten Proxy für die Verbindung mit dem Internet erfordert, kann der Dienstverbindungspunkt keine Updatepakete für Configuration Manager herunterladen. Zum Beheben dieses Problems müssen Sie entweder die Proxyservereinstellung so konfigurieren, dass keine Authentifizierung erforderlich ist, oder den Dienstverbindungspunkt auf den Standortserver verschieben.

System Center Configuration Manager Technical Preview 4 verfügt jetzt über die Möglichkeit zum Verwalten von Office 365-Desktopclientupdates mithilfe des Softwareupdateverwaltungs-Workflows von Configuration Manager. Wenn Microsoft ein neues Office 365-Desktopclientupdate in den Windows Server Updates Services (WSUS) veröffentlicht, kann Configuration Manager das Update mit seinem Katalog synchronisieren, wenn das Office 365-Update als Teil der Katalogsynchronisierung konfiguriert ist. Der Configuration Manager-Standortserver lädt dann die Office 365-Clientupdates herunter, und verteilt das Paket an die Configuration Manager-Verteilungspunkte. Der Configuration Manager-Client informiert dann die Office 365-Desktopclients, wo sie die Updates abrufen können und wann der Installationsvorgang gestartet werden soll.

Voraussetzungen für dieses Szenario:

  • System Center Configuration Manager Technical Preview 4

Versuchen Sie, die folgende Aufgabe auszuführen, und verwenden Sie dann die Feedbackinformationen oben in diesem Thema, um uns Ihre Erfahrungen mitzuteilen:

  1. Sie können Office 365-Updates mit dem Configuration Manager-Standortserver synchronisieren und sie über die Configuration Manager-Konsole anzeigen.

  2. Sie können Office 365-Updates genehmigen und erfolgreich bereitstellen.

  3. Sie können Office 365-Updates herunterladen und erfolgreich für Clients bereitstellen.

  4. Sie können die Kompatibilität für Office 365-Updates mithilfe der Überwachung und Berichte in der Konsole überprüfen.

Detaillierte Anweisungen finden Sie unter Verwalten von Office 365-Clientupdates mit System Center Configuration Manager Technical Preview.

System Center Configuration Manager Technical Preview 4 verfügt jetzt über die Möglichkeit, einen Windows 10-Computer, der direkt über Windows Update für Unternehmen (WUfB, Windows Update for Business) verbunden ist, von solchen zu unterscheiden, die mit WSUS verbunden sind, um Windows 10-Updates und -Upgrades abzurufen. Bei Computern, die über WUfB verbunden sind, können die Updates und Upgrades in dem vom administrativen Benutzer mittels Gruppenrichtlinien oder MDM-Richtlinien festgelegten Rhythmus verwaltet werden, und diese Updates/Upgrades können direkt aus WUfB installiert werden. Für Computer, die über WUfB verbunden sind, kann Configuration Manager keine Meldungen zum Kompatibilitätsstatus abgeben (einschließlich Windows Updates oder Definitionsupdates). Außerdem kann Configuration Manager auf diesen Computern weder Microsoft-Updates noch Updates von Drittanbietern bereitstellen.

Voraussetzungen für dieses Szenario:

  • System Center Configuration Manager Technical Preview 4

  • Windows 10 Desktop Pro oder Windows 10 Enterprise Edition, Version 1511 oder höher

  • Computer, die über Windows Update für Unternehmen verwaltet werden sollen.

Versuchen Sie, die folgende Aufgabe auszuführen, und verwenden Sie dann die Feedbackinformationen oben in diesem Thema, um uns Ihre Erfahrungen mitzuteilen:

  1. Deaktivieren Sie den Windows Update-Agent, damit er nicht auf WSUS sucht, wenn er zuvor aktiviert war. Der Registrierungsschlüssel HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU\useWSUSServer kann so festgelegt werden, dass er anzeigt, ob der Computer auf WSUS oder Windows Update sucht. Wenn der Wert „2“ ist, sucht er nicht auf WSUS.

  2. Notieren Sie sich das neue Attribut UseWUServer unter dem Knoten Windows Update im Ressourcen-Explorer von Configuration Manager.

  3. Erstellen Sie eine Sammlung auf Basis des UseWUServer-Attributs für alle Computer, die für Updates und Upgrades über WUfB verbunden sind.

  4. Erstellen Sie eine Client-Agent-Einstellung, um den Softwareupdate-Workflow zu deaktivieren, und stellen Sie die Einstellung in der Sammlung von Computern bereit, die direkt mit WUfB verbunden sind.

  5. Die Computer, die über WUfB verwaltet werden, zeigen als Kompatibilitätsstatus Unbekannt an und werden im Gesamtprozentsatz der Kompatibilität nicht berücksichtigt.

Anzeigen: