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

  • Artikel

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 können sich auf folgendem Speicherort befinden:

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

Die folgenden Instanzen werden unterstützt:

Sekundäre Standorte

Die Standortdatenbank kann die Standard-instance 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:

  • Ein Failovercluster instance in einer NlB-Clusterkonfiguration (Network Load Balancing, Netzwerklastenausgleich)

  • Ein Failovercluster instance auf einem freigegebenen Clustervolume (CSV)

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

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 Versionen von SQL Server.
  • Die SQL Server Versionen, die Sie verwenden, werden weiterhin von Microsoft unterstützt.
  • SQL Server unterstützt die Replikation zwischen den beiden Versionen von SQL Server. Weitere Informationen finden Sie unter SQL Server Abwärtskompatibilität der 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 der Kompatibilitätsgrad/die 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 dem kumulativen 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 es ein Problem mit skalaren UDF-Inlining behebt.

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

SQL Server 2012: 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 2107 ist die Unterstützung für SQL Server 2012 veraltet. Der Supportlebenszyklus endet im Juli 2022. 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

SQL Server 2012 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 2107 ist die Unterstützung für SQL Server 2012 veraltet. Der Supportlebenszyklus endet im Juli 2022. 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 instance der 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 China GB18030-Standard. 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 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 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
SQL Server 2014 120, 110 110

Führen Sie die folgende SQL-Abfrage auf dem Standortdatenbankserver aus, um den Kompatibilitätsgrad der SQL Server Kardinalitätsschätzung zu identifizieren:

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).For more information on SQL Server compatibility levels and how to set them, see ALTER DATABASE Compatibility Level (Transact-SQL).

SQL Server Features

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

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

Windows-Authentifizierung

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

SQL Server instance

Verwenden Sie einen dedizierten instance SQL Server für jeden Standort. Die instance kann eine benannte instance oder die Standard-instance 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 SQL Server Speicherserverkonfigurationsoptionen.

  • 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 Systemarbeitsspeichers.

  • Für einen dedizierten Datenbankserver, der remote vom Standortserver entfernt ist: 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 jedes verwendeten SQL Server instance:

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

SQL Server geschachtelter Trigger

SQL Server geschachtelten 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 automatisch aktiviert, wenn Configuration Manager installiert wird. Weitere Informationen zur CLR finden Sie unter Einführung in SQL Server CLR-Integration.

SQL Server Service Broker (SSB)

Die 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 ist für Configuration Manager erforderlich, um ON zu 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 SQL Server bewährte Methode.

Wenn der Computer, auf dem SQL Server ausgeführt wird, sein lokales Systemkonto nicht zum Ausführen des SQL Server-Diensts verwendet, konfigurieren Sie den SPN des Kontos, das den SQL Server-Dienst in Active Directory Domain Services ausführt. (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 Kontos, das vom SQL Server-Dienst verwendet wird, finden Sie unter SCM-Dienste – Ä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

Nachdem Sie SQL Server von einer früheren Version aktualisiert haben, wird möglicherweise der folgende Fehler angezeigt: Report Builder 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 in einem separaten SQL Server 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 Standardportkonfigurationen SQL Server verwenden oder benutzerdefinierte Ports angeben:

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

  • Die standortinterne Kommunikation zwischen der SQL Server-Datenbank-Engine und verschiedenen Configuration Manager Standortsystemrollen verwendet standardmäßig port 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 instance SQL Server verwenden. Außerdem muss jeder instance so konfiguriert werden, dass ein eindeutiger Satz von Ports verwendet wird.

Warnung

Configuration Manager unterstützt keine dynamischen Ports. Da SQL Server benannten Instanzen standardmäßig dynamische Ports für Verbindungen mit der Datenbank-Engine verwenden, müssen Sie bei Verwendung eines benannten instance 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 die ports zugelassen werden, die von Ihrer Bereitstellung verwendet werden, sowie an allen Standorten im Netzwerk zwischen Computern, die mit dem SQL Server kommunizieren.

Ein Beispiel für das Konfigurieren 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: