Unterstützte SQL Server-Versionen für Configuration Manager

Gilt für: Configuration Manager (Current Branch)

Jeder Configuration Manager-Standort erfordert eine unterstützte SQL Server-Version und -Konfiguration, um die Standortdatenbank zu hosten.

SQL Server-Instanzen und -Speicherorte

Standort der zentralen Verwaltung und primäre Standorte

Die Standortdatenbank muss eine vollständige Installation von SQL Server verwenden.

SQL Server kann auf folgendem Speicherort gespeichert werden:

  • Der Standortservercomputer.
  • Ein Computer, der remote vom Standortserver entfernt ist.

Die folgenden Instanzen werden unterstützt:

Sekundäre Standorte

Die Standortdatenbank kann die Standardinstanz einer vollständigen Installation von SQL Server oder SQL Server Express verwenden.

SQL Server muss sich auf dem Standortservercomputer befinden.

Einschränkungen bei der Unterstützung

Die folgenden Konfigurationen werden nicht unterstützt:

  • Eine Failoverclusterinstanz in einer NLB-Clusterkonfiguration (Network Load Balancing, Netzwerklastenausgleich)

  • Eine Failoverclusterinstanz auf einem freigegebenen Clustervolume (CSV)

  • SQL Server-Datenbankspiegelungstechnologie und Peer-to-Peer-Replikation

Die SQL Server-Transaktionsreplikation wird nur für die Replikation von Objekten an Verwaltungspunkte unterstützt, die für die Verwendung von Datenbankreplikaten konfiguriert sind.

Unterstützte Versionen von SQL Server

In einer Hierarchie mit mehreren Standorten können verschiedene Standorte verschiedene Versionen von SQL Server verwenden, um die Standortdatenbank zu hosten. Solange die folgenden Elemente zutreffen:

  • Configuration Manager unterstützt die von Ihnen verwendeten SQL Server-Versionen.
  • Die von Ihnen verwendeten SQL Server-Versionen werden weiterhin von Microsoft unterstützt.
  • SQL Server unterstützt die Replikation zwischen den beiden Versionen von SQL Server. Weitere Informationen finden Sie unter Abwärtskompatibilität der SQL Server-Replikation.

Für SQL Server 2016 und früher folgt die Unterstützung für jede SQL Server-Version und jedes Service Packs der Microsoft Lifecycle-Richtlinie. Die Unterstützung für ein bestimmtes SQL Server Service Pack umfasst kumulative Updates, es sei denn, diese beeinträchtigen die Abwärtskompatibilität mit der Service Pack-Basisversion. Ab SQL Server 2017 werden Service Packs nicht mehr veröffentlicht, da sie einem modernen Wartungsmodell folgen. Das SQL Server-Team empfiehlt eine fortlaufende, proaktive Installation kumulativer Updates , sobald sie verfügbar werden.

Sofern nicht anders angegeben, werden die folgenden Versionen von SQL Server mit allen aktiven Versionen von Configuration Manager unterstützt. Wenn Unterstützung für eine neue SQL Server-Version hinzugefügt wird, wird die Configuration Manager-Version angegeben, die diese Unterstützung hinzufügt. Wenn der Support veraltet ist, suchen Sie nach Details zu den betroffenen Versionen von Configuration Manager.

Wichtig

Wenn Sie SQL Server Standard für die Datenbank am Standort der zentralen Verwaltung verwenden, beschränken Sie die Gesamtzahl der Clients, die eine Hierarchie unterstützen kann. Weitere Informationen finden Sie unter Größe und Skalierung von Zahlen.

SQL Server 2022: Standard, Enterprise

Ab Current Branch 2303 wird unterstützung für SQL Server 2022 hinzugefügt, wobei kompatibilitätsgrad/kardinalitätsschätzung für die Configuration Manager-Datenbank auf 150 festgelegt ist. SQL 2022 native (160) wird derzeit nicht unterstützt.

Sie können diese Version von SQL Server für die folgenden Websites verwenden:

  • Standort der zentralen Verwaltung
  • Ein primärer Standort
  • Ein sekundärer Standort

SQL Server 2019: Standard, Enterprise

Sie können diese Version mit kumulativem Update 5 (CU5) oder höher verwenden, solange Ihre kumulative Updateversion vom SQL Server-Lebenszyklus unterstützt wird. CU5 ist die Mindestanforderung für SQL Server 2019, da ein Problem mit skalaren UDF-Inlining behoben wird.

Sie können diese Version von SQL Server für die folgenden Websites verwenden:

  • Standort der zentralen Verwaltung
  • Ein primärer Standort
  • Ein sekundärer Standort

SQL Server 2017: Standard, Enterprise

Sie können diese Version mit der kumulativen Updateversion 2 oder höher verwenden, solange Ihre kumulative Updateversion vom SQL Server-Lebenszyklus unterstützt wird. Sie können diese Version von SQL Server für die folgenden Websites verwenden:

  • Standort der zentralen Verwaltung
  • Ein primärer Standort
  • Ein sekundärer Standort

SQL Server 2016: Standard, Enterprise

Sie können diese Version mit dem minimalen Service Pack und dem kumulativen Update verwenden, das vom SQL Server-Lebenszyklus unterstützt wird. Sie können diese Version von SQL Server für die folgenden Websites verwenden:

  • Standort der zentralen Verwaltung
  • Ein primärer Standort
  • Ein sekundärer Standort

SQL Server 2014: Standard, Enterprise

Sie können diese Version mit dem minimalen Service Pack und dem kumulativen Update verwenden, das vom SQL Server-Lebenszyklus unterstützt wird. Sie können diese Version von SQL Server für die folgenden Websites verwenden:

  • Standort der zentralen Verwaltung
  • Ein primärer Standort
  • Ein sekundärer Standort

Wichtig

Ab Version 2409 ist die Unterstützung für SQL Server 2014 veraltet. Der Supportlebenszyklus endet im Juli 2024. Planen Sie vor diesem Zeitpunkt ein Upgrade aller Datenbankserver. Weitere Informationen finden Sie unter SQL Server.

SQL Server 2017 Express

Sie können diese Version mit der kumulativen Updateversion 2 oder höher verwenden, solange Ihre kumulative Updateversion vom SQL Server-Lebenszyklus unterstützt wird. Sie können diese Version von SQL Server für die folgenden Websites verwenden:

  • Ein sekundärer Standort

SQL Server 2016 Express

Sie können diese Version mit dem minimalen Service Pack und dem kumulativen Update verwenden, das vom SQL Server-Lebenszyklus unterstützt wird. Sie können diese Version von SQL Server für die folgenden Websites verwenden:

  • Ein sekundärer Standort

SQL Server 2014 Express

Sie können diese Version mit dem minimalen Service Pack und dem kumulativen Update verwenden, das vom SQL Server-Lebenszyklus unterstützt wird. Sie können diese Version von SQL Server für die folgenden Websites verwenden:

  • Ein sekundärer Standort

Wichtig

Ab Version 2409 ist die Unterstützung für SQL Server 2014 veraltet. Der Supportlebenszyklus endet im Juli 2024. Planen Sie vor diesem Zeitpunkt ein Upgrade aller Datenbankserver. Weitere Informationen finden Sie unter SQL Server.

Erforderliche Konfigurationen für SQL Server

Die folgenden Konfigurationen sind für alle Installationen von SQL Server erforderlich, die Sie für eine Standortdatenbank verwenden, einschließlich SQL Server Express. Wenn Configuration Manager SQL Server Express als Teil einer sekundären Standortinstallation installiert, werden diese Konfigurationen automatisch erstellt.

SQL Server-Architekturversion

Configuration Manager erfordert eine 64-Bit-Version von SQL Server zum Hosten der Standortdatenbank.

Datenbanksortierung

An jedem Standort müssen sowohl die Instanz von SQL Server, die für den Standort verwendet wird, als auch die Standortdatenbank die folgende Sortierung verwenden: SQL_Latin1_General_CP1_CI_AS.

Configuration Manager unterstützt zwei Ausnahmen von dieser Sortierung für den Standard "China GB18030". Weitere Informationen finden Sie unter Internationaler Support.

Datenbank-Kompatibilitätsgrad

Configuration Manager erfordert, dass der Kompatibilitätsgrad für die Standortdatenbank nicht kleiner als die niedrigste unterstützte SQL Server-Version für Ihre Configuration Manager-Version ist.

Wenn Sie ein Upgrade einer Standortdatenbank von einer früheren Version von SQL Server durchführen, behält die Datenbank die vorhandene Kardinalitätsschätzungsstufe bei, wenn sie für diese Instanz von SQL Server mindestens zulässig ist. Wenn Sie SQL Server mit einer Datenbank mit einem niedrigeren Kompatibilitätsgrad als der zulässigen Ebene aktualisieren, wird die Datenbank automatisch auf den niedrigsten Kompatibilitätsgrad festgelegt, der von SQL Server zulässig ist.

In der folgenden Tabelle sind die empfohlenen Kompatibilitätsgrade für Configuration Manager-Standortdatenbanken aufgeführt:

SQL Server-Version Unterstützte Kompatibilitätsgrade Empfohlene Stufe
SQL Server 2022 150, 140, 130, 120, 110 150
SQL Server 2019 150, 140, 130, 120, 110 150
SQL Server 2017 140, 130, 120, 110 140
SQL Server 2016 130, 120, 110 130

Führen Sie die folgende SQL-Abfrage auf dem Standortdatenbankserver aus, um den Kompatibilitätsgrad der SQL Server-Kardinalitätsschätzung zu ermitteln, der für Ihre Standortdatenbank verwendet wird:

SELECT name, compatibility_level FROM sys.databases

Weitere Informationen zu SQL Server-Kompatibilitätsgraden und deren Festlegung finden Sie unter ALTER DATABASE-Kompatibilitätsgrad (Transact-SQL).

SQL Server-Features

Für jeden Standortserver ist nur das Feature Datenbank-Engine-Dienste erforderlich.

Für die Configuration Manager-Datenbankreplikation ist das SQL Server-Replikationsfeature nicht erforderlich. Diese SQL Server-Konfiguration ist jedoch erforderlich, wenn Sie Datenbankreplikate für Verwaltungspunkte verwenden.

Windows-Authentifizierung

Configuration Manager erfordert die Windows-Authentifizierung , um Verbindungen mit der Datenbank zu überprüfen.

SQL Server-Instanz

Verwenden Sie für jeden Standort eine dedizierte Instanz von SQL Server. Die Instanz kann eine benannte Instanz oder die Standardinstanz sein.

SQL Server-Arbeitsspeicher

Reservieren Sie Arbeitsspeicher für SQL Server mithilfe von SQL Server Management Studio. Legen Sie die Einstellung Minimaler Serverarbeitsspeicher unter Serverarbeitsspeicheroptionen fest. Weitere Informationen zum Konfigurieren dieser Einstellung finden Sie unter Konfigurationsoptionen für SQL Server-Arbeitsspeicherserver.

  • Für einen Datenbankserver, den Sie auf demselben Computer wie der Standortserver installieren: Beschränken Sie den Arbeitsspeicher für SQL Server auf 50 bis 80 Prozent des verfügbaren adressierbaren Systemspeichers.

  • Für einen dedizierten Datenbankserver, der sich remote vom Standortserver befindet: Beschränken Sie den Arbeitsspeicher für SQL Server auf 80 bis 90 Prozent des verfügbaren adressierbaren Systemarbeitsspeichers.

  • Für eine Speicherreserve für den Pufferpool jeder verwendeten SQL Server-Instanz:

    • Für einen Standort der zentralen Verwaltung: Legen Sie mindestens 8 GB fest.
    • Für einen primären Standort: Legen Sie mindestens 8 GB fest.
    • Für einen sekundären Standort: Legen Sie mindestens 4 GB fest.

Geschachtelte SQL Server-Trigger

Geschachtelte SQL Server-Trigger müssen aktiviert sein. Weitere Informationen finden Sie unter Konfigurieren der Serverkonfigurationsoption geschachtelte Trigger.

SQL Server CLR-Integration

Für die Standortdatenbank muss sql Server Common Language Runtime (CLR) aktiviert sein. Diese Option wird bei der Installation von Configuration Manager automatisch aktiviert. Weitere Informationen zur CLR finden Sie unter Einführung in die SQL Server-CLR-Integration.

SQL Server Service Broker (SSB)

Sql Server Service Broker ist sowohl für die standortübergreifende Replikation als auch für einen einzelnen primären Standort erforderlich.

TRUSTWORTHY-Einstellung

Configuration Manager aktiviert automatisch die SQL TRUSTWORTHY-Datenbankeigenschaft. Diese Eigenschaft muss von Configuration Manager aktiviert sein.

Optionale Konfigurationen für SQL Server

Die folgenden Konfigurationen sind für jede Datenbank optional, die eine vollständige SQL Server-Installation verwendet.

SQL Server-Dienst

Sie können den SQL Server-Dienst so konfigurieren, dass er ausgeführt wird:

  • Ein Domänenbenutzerkonto mit niedrigen Rechten :

    • Diese Konfiguration ist eine bewährte Methode und erfordert möglicherweise, dass Sie den Dienstprinzipalnamen (Service Principal Name, SPN) für das Konto manuell registrieren.
  • Das lokale Systemkonto des Computers, auf dem SQL Server ausgeführt wird:

    • Verwenden Sie das lokale Systemkonto, um den Konfigurationsprozess zu vereinfachen.
    • Wenn Sie das lokale Systemkonto verwenden, registriert Configuration Manager automatisch den SPN für den SQL Server-Dienst.
    • Die Verwendung des lokalen Systemkontos für den SQL Server-Dienst ist keine bewährte Methode für SQL Server.

Wenn der Computer, auf dem SQL Server ausgeführt wird, nicht sein lokales Systemkonto zum Ausführen des SQL Server-Diensts verwendet, konfigurieren Sie den SPN des Kontos, auf dem der SQL Server-Dienst ausgeführt wird, in Active Directory Domain Services. (Wenn das Systemkonto verwendet wird, wird der SPN automatisch für Sie registriert.)

Informationen zu SPNs für die Standortdatenbank finden Sie unter Verwalten des SPN für den Standortdatenbankserver.

Informationen zum Ändern des vom SQL Server-Dienst verwendeten Kontos finden Sie unter SCM Services – Ändern des Dienststartkontos.

SQL Server Reporting Services

SQL Server Reporting Services ist für die Installation eines Reporting Services-Punkts erforderlich, mit dem Sie Berichte ausführen können. Configuration Manager unterstützt die gleichen Versionen von SQL Server für die Berichterstellung wie für die Standortdatenbank.

Weitere Informationen finden Sie unter Voraussetzungen für die Berichterstellung in Configuration Manager.

Wichtig

Nach dem Upgrade von SQL Server von einer früheren Version wird möglicherweise der folgende Fehler angezeigt: Der Berichts-Generator ist nicht vorhanden.
Um diesen Fehler zu beheben, müssen Sie die Standortsystemrolle des Reporting Services-Punkts neu installieren.

Data Warehouse-Dienstpunkt

Das Data Warehouse verwendet eine separate Datenbank. Sie können es auf dem Standortdatenbankserver oder auf einer separaten SQL Server-Instanz hosten. Weitere Informationen finden Sie unter Der Data Warehouse-Dienstpunkt für Configuration Manager.

SQL Server-Ports

Für die Kommunikation mit der SQL Server-Datenbank-Engine und für die standortübergreifende Replikation können Sie die Sql Server-Standardportkonfigurationen verwenden oder benutzerdefinierte Ports angeben:

  • Die standortübergreifende Kommunikation verwendet den SQL Server Service Broker, der standardmäßig den Port TCP 4022 verwendet.

  • Die standortinterne Kommunikation zwischen der SQL Server-Datenbank-Engine und verschiedenen Configuration Manager-Standortsystemrollen verwendet standardmäßig tcp 1433. Die folgenden Standortsystemrollen kommunizieren direkt mit der SQL Server-Datenbank:

    • Verwaltungspunkt
    • SMS-Anbietercomputer
    • Reporting Services-Punkt
    • Standortserver

Wenn ein Computer, auf dem SQL Server ausgeführt wird, eine Datenbank von mehr als einem Standort hostet, muss jede Datenbank eine separate Instanz von SQL Server verwenden. Außerdem muss jede Instanz so konfiguriert werden, dass sie einen eindeutigen Satz von Ports verwendet.

Warnung

Configuration Manager unterstützt keine dynamischen Ports. Da benannte SQL Server-Instanzen standardmäßig dynamische Ports für Verbindungen mit der Datenbank-Engine verwenden, müssen Sie bei Verwendung einer benannten Instanz den statischen Port, den Sie für die standortinterne Kommunikation verwenden möchten, manuell konfigurieren.

Wenn auf dem Computer, auf dem SQL Server ausgeführt wird, eine Firewall aktiviert ist, stellen Sie sicher, dass sie so konfiguriert ist, dass sie die Ports zulässt, die von Ihrer Bereitstellung verwendet werden, sowie an allen Standorten im Netzwerk zwischen Computern, die mit SQL Server kommunizieren.

Ein Beispiel für die Konfiguration von SQL Server für die Verwendung eines bestimmten Ports finden Sie unter Konfigurieren eines Servers zum Lauschen an einem bestimmten TCP-Port.

Upgradeoptionen für SQL Server

Wenn Sie ihre Version von SQL Server aktualisieren müssen, verwenden Sie eine der folgenden Methoden, von einfach bis komplexer: