Teilen über


Upgrade der lokalen Infrastruktur, die Configuration Manager unterstützt

Gilt für: Configuration Manager (Current Branch)

Verwenden Sie die Informationen in diesem Artikel, um die Serverinfrastruktur zu aktualisieren, auf der Configuration Manager ausgeführt wird.

Aktualisieren des Betriebssystems von Standortsystemen

Configuration Manager unterstützt in den folgenden Situationen das direkte Upgrade des Serverbetriebssystems, das einen Standortserver und eine beliebige Standortsystemrolle hostet:

  • Wenn Configuration Manager weiterhin die resultierende Service Pack-Ebene von Windows unterstützt, wird ein direktes Upgrade auf ein späteres Windows Server Service Pack unterstützt.

  • Direktes Upgrade von:

    • Windows Server 2019 auf Windows Server 2022

    • Windows Server 2016 zu Windows Server 2022

    • Windows Server 2016 zu Windows Server 2019

    • Windows Server 2012 R2 zu Windows Server 2019

    • Windows Server 2012 R2 auf Windows Server 2016

    • Windows Server 2012 zu Windows Server 2016

Verwenden Sie zum Aktualisieren eines Servers die Upgradeprozeduren des Betriebssystems, auf das Sie ein Upgrade durchführen. Lesen Sie die folgenden Artikel:

Upgrade auf Windows Server 2016, 2019 oder 2022

Führen Sie die Schritte in diesem Abschnitt für eines der folgenden Upgradeszenarien aus:

  • Upgrade von Windows Server 2016 oder Windows Server 2019 auf Windows Server 2022

  • Upgrade von Windows Server 2012 R2 oder Windows Server 2016 auf Windows Server 2019

  • Upgrade von Windows Server 2012 oder Windows Server 2012 R2 auf Windows Server 2016

Vor dem Upgrade

  • (nur Windows Server 2012 oder Windows Server 2012 R2): Entfernen Sie den System Center Endpoint Protection-Client (SCEP). Windows Server verfügt jetzt über Windows Defender integriert, der den SCEP-Client ersetzt. Das Vorhandensein des SCEP-Clients kann ein Upgrade auf Windows Server verhindern.

  • (nur Windows Server 2012 oder Windows Server 2012 R2): Installieren Sie das neueste kumulative Update, und deinstallieren Sie Windows Management Framework 5.1, bevor Sie das Upgrade versuchen.

  • Entfernen Sie die WSUS-Rolle vom Server, wenn sie installiert ist. Sie können die SUSDB beibehalten und nach der Neuinstallation von WSUS erneut anfügen. Dies schließt das Entfernen und erneute Installieren der WSUS-Verwaltungstools auf dem CAS- oder primären Standortserver ein, wenn der Softwareupdatepunkt (SUP) remote ist.

  • Wenn Sie das Betriebssystem des Standortservers aktualisieren, stellen Sie sicher, dass die dateibasierte Replikation für den Standort fehlerfrei ist. Überprüfen Sie alle Posteingänge auf einen Backlog sowohl auf sendenden als auch auf empfangenden Websites. Wenn viele hängen gebliebene oder ausstehende Replikationsaufträge vorhanden sind, warten Sie, bis sie gelöscht werden.

    • Überprüfen Sie auf der sendenden Website sender.log.
    • Überprüfen Sie auf der empfangenden Website das Despoolerprotokoll.

Nach dem Upgrade

  • Stellen Sie sicher, dass Windows Defender aktiviert und für den automatischen Start und die Ausführung festgelegt ist.

  • Stellen Sie sicher, dass die folgenden Configuration Manager-Dienste ausgeführt werden:

    • SMS_EXECUTIVE

    • SMS_SITE_COMPONENT_MANAGER

  • Stellen Sie sicher, dass die Windows-Prozessaktivierung und die WWW/W3svc-Dienste aktiviert und für den automatischen Start festgelegt sind. Beim Upgradevorgang werden diese Dienste deaktiviert. Stellen Sie daher sicher, dass sie für die folgenden Standortsystemrollen ausgeführt werden:

    • Standortserver

    • Verwaltungspunkt

  • Stellen Sie sicher, dass jeder Server, der eine Standortsystemrolle hostet, weiterhin alle Voraussetzungen erfüllt. Beispielsweise müssen Sie BITS oder WSUS neu installieren oder bestimmte Einstellungen für IIS konfigurieren.

  • Nachdem Sie alle fehlenden Voraussetzungen wiederhergestellt haben, starten Sie den Server erneut neu, um sicherzustellen, dass die Dienste gestartet und betriebsbereit sind.

  • Wenn Sie den primären Standortserver aktualisieren, führen Sie eine Standortzurücksetzung aus.

Bekanntes Problem bei Remote-Configuration Manager-Konsolen

Nachdem Sie den Standortserver oder eine instance des SMS-Anbieters aktualisiert haben, können Sie keine Verbindung mit der Configuration Manager-Konsole herstellen. Um dieses Problem zu umgehen, stellen Sie die Berechtigungen für die Gruppe SMS-Administratoren in WMI manuell wieder her. Berechtigungen müssen auf dem Standortserver und auf jedem Remoteserver festgelegt werden, der eine instance des SMS-Anbieters hostet:

  1. Öffnen Sie auf den entsprechenden Servern die Microsoft Management Console (MMC), fügen Sie das Snap-In für die WMI-Steuerung hinzu, und wählen Sie dann Lokaler Computer aus.

  2. Öffnen Sie im MMC die Eigenschaften des WMI-Steuerelements (lokal), und wählen Sie die Registerkarte Sicherheit aus.

  3. Erweitern Sie die Struktur unter Stamm, wählen Sie den SMS-Knoten aus, und wählen Sie dann Sicherheit aus. Stellen Sie sicher, dass die Gruppe SMS-Administratoren über die folgenden Berechtigungen verfügt:

    • Konto aktivieren

    • Remoteaktiviere

  4. Wählen Sie auf der Registerkarte Sicherheit unterhalb des SMS-Knotens den Knoten site_<sitecode> und dann Sicherheit aus. Stellen Sie sicher, dass die Gruppe SMS-Administratoren über die folgenden Berechtigungen verfügt:

    • Execute-Methoden

    • Anbieterschreibvorgänge

    • Konto aktivieren

    • Remoteaktiviere

  5. Speichern Sie die Berechtigungen zum Wiederherstellen des Zugriffs für die Configuration Manager-Konsole.

Bekanntes Problem bei Remotestandortsystemen

Nach dem Upgrade eines Servers, der eine Standortsystemrolle hostet, fehlt der Wert Software\Microsoft\SMS möglicherweise im folgenden Registrierungsschlüssel: HKLM\SYSTEM\CurrentControlSet\Control\SecurePipeServers\Winreg\AllowedPaths

Wenn dieser Wert nach dem Upgrade von Windows auf dem Server fehlt, fügen Sie ihn manuell hinzu. Andernfalls können Standortsystemrollen Probleme beim Hochladen von Dateien in die Posteingänge des Standortservers haben.

Aktualisieren des Betriebssystems von Clients

Configuration Manager unterstützt in den folgenden Situationen ein direktes Upgrade des Betriebssystems für Configuration Manager Clients:

  • Wenn Configuration Manager die resultierende Service Pack-Ebene unterstützt, wird ein direktes Upgrade auf ein späteres Windows-Service Pack unterstützt.

  • Direktes Upgrade von Windows von einer unterstützten Version auf Windows 10 oder höher. Weitere Informationen finden Sie unter Upgrade von Windows auf die neueste Version.

  • Build-zu-Build-Wartungsupgrades von Windows 10 oder höher. Weitere Informationen finden Sie unter Verwalten von Windows-as-a-Service.

Upgrade SQL Server

Configuration Manager unterstützt ein direktes Upgrade von SQL Server auf dem Standortdatenbankserver.

Informationen zu den Versionen von SQL Server, die Configuration Manager unterstützt, finden Sie unter Unterstützung für SQL Server Versionen.

Aktualisieren der Service Pack-Version von SQL Server

Wenn Configuration Manager weiterhin die resultierende SQL Server Service Pack-Ebene unterstützt, wird das direkte Upgrade von SQL Server auf ein späteres Service Pack unterstützt.

Wenn Sie mehr als einen Configuration Manager Standort in einer Hierarchie haben, kann jeder Standort eine andere Service Pack-Version von SQL Server ausführen. Es gibt keine Einschränkung für die Reihenfolge, in der Websites die Service Pack-Version von SQL Server aktualisieren.

Wichtig

Wenn Sie die BitLocker-Verwaltung in Configuration Manager verwenden und Wiederherstellungsdaten in der Datenbank verschlüsseln, stellen Sie vor dem Upgrade SQL Server sicher, dass das Zertifikat für eine unterstützte Version gilt. Beispielsweise sind Zertifikate, die mit SQL Server 2014 oder früher erstellt wurden, nicht mit SQL Server 2016 oder höher kompatibel. Weitere Informationen finden Sie unter Verwalten des Verschlüsselungszertifikats bei SQL Server Upgrade.

Upgrade auf eine neue Version von SQL Server

Configuration Manager unterstützt das direkte Upgrade von SQL Server auf die folgenden Versionen:

  • SQL Server 2022
  • SQL Server 2019
  • SQL Server 2017
  • SQL Server 2016
  • SQL Server 2014

Diese Unterstützung umfasst das Upgrade von SQL Server Express auf eine neuere Version von SQL Server Express an sekundären Standorten.

Wenn Sie die Version von SQL Server aktualisieren, die die Standortdatenbank hostet, müssen Sie die SQL Server Version, die an Standorten verwendet wird, in der folgenden Reihenfolge aktualisieren:

  1. Führen Sie zuerst ein Upgrade SQL Server am Standort der zentralen Verwaltung durch.

  2. Aktualisieren sekundärer Standorte vor dem Upgrade des übergeordneten primären Standorts eines sekundären Standorts

  3. Aktualisieren Sie zuletzt übergeordnete primäre Standorte. Diese Standorte umfassen sowohl untergeordnete primäre Standorte, die an einen Standort der zentralen Verwaltung berichten, als auch eigenständige primäre Standorte, die der Standort der obersten Ebene einer Hierarchie sind.

Wenn Sie ein Upgrade einer Standortdatenbank von einer früheren Version von SQL Server durchführen, behält die Datenbank ihre vorhandene Kardinalitätsschätzungsstufe bei, wenn sie für diesen instance SQL Server mindestens zulässig ist. Wenn Sie SQL Server mit einer Datenbank mit einem niedrigeren Kompatibilitätsgrad als dem zulässigen Upgradegrad aktualisieren, wird die Datenbank automatisch auf den niedrigsten Kompatibilitätsgrad festgelegt, der von SQL Server zulässig ist. Weitere Informationen finden Sie unter Unterstützte SQL Server Versionen: Datenbank-Kompatibilitätsgrad.

Weitere Informationen zum Upgrade von SQL Server finden Sie in den folgenden SQL Server Artikeln:

So aktualisieren Sie SQL Server auf dem Standortdatenbankserver

  1. Beenden aller Configuration Manager-Dienste am Standort

  2. Upgrade SQL Server auf eine unterstützte Version

  3. Neustarten der Configuration Manager-Dienste

Hinweis

Wenn Sie die SQL Server Edition, die am Standort der zentralen Verwaltung verwendet wird, von "Standard" in "Datacenter" oder "Enterprise" ändern, ändert sich die Datenbankpartition nicht. Diese Datenbankpartition begrenzt die Anzahl von Clients, die von der Hierarchie unterstützt werden.