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 können sich auf folgendem Speicherort befinden:
- Der Standortservercomputer.
- Ein Computer, der remote vom Standortserver entfernt ist.
Die folgenden Instanzen werden unterstützt:
Der Standard- oder instance von SQL Server.
Konfigurationen mit mehreren instance.
Ein SQL Server Always On-Failovercluster instance. Weitere Informationen finden Sie unter Verwenden eines SQL Server Always On-Failoverclusters instance für die Standortdatenbank.
Eine SQL Server Always On Verfügbarkeitsgruppe. Weitere Informationen finden Sie unter Vorbereiten der Verwendung einer SQL Server Always On Verfügbarkeitsgruppe.
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.
Wichtig
Aktualisieren Sie SQL 2012 oder 2014 Express, Standard Enterprise Edition auf SQl 2016 oder die neueste Version. VC++ muss auf die neueste Version auf dem sekundären Standort aktualisiert werden Download Latest Microsoft Visual C++ Redistributable Version.
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
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
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 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 |
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:
Direktes Upgrade SQL Server (empfohlen)
Installieren Sie eine neue Version von SQL Server auf einem neuen Computer, und verwenden Sie dann die Datenbankverschiebungsoption Configuration Manager Setup, um Ihren Standortserver auf die neue SQL Server
Verwenden Sie Sicherung und Wiederherstellung. Die Verwendung von Sicherung und Wiederherstellung für ein SQL Server Upgradeszenario wird unterstützt. Sie können die SQL Server Versionsverwaltungsanforderung ignorieren, wenn Sie die Überlegungen lesen, bevor Sie einen Standort wiederherstellen.