Arbeiten mit mehreren Versionen und Instanzen von SQL Server

Gilt für:SQL Server – nur Windows

Sie können mehrere Instanzen von SQL Server installieren oder SQL Server auf einem Computer installieren, auf dem bereits frühere SQL Server-Versionen installiert sind.

Hinweis

Wenn Sie mehrere Instanzen von SQL Server für Linux installieren müssen, lesen Sie Bereitstellen und Herstellen einer Verbindung mit SQL Server Linux-Containern.

Die folgenden SQL Server-bezogenen Elemente sind bei Installation mehrerer Instanzen auf demselben Computer kompatibel:

  • Datenbank-Engine
  • Analysis Services
  • Reporting Services 1

1 Ab SQL Server 2016 (13.x) wird SQL Server Reporting Services (SSRS) separat installiert.

Sie können frühere Versionen von SQL Server auf einem Computer aktualisieren, auf dem bereits andere SQL Server-Versionen installiert sind. Unterstützte Upgradeszenarien finden Sie unter Unterstützte Versions- und Editionsupgrades.

Versionskomponenten und Nummerierung

Die folgenden Konzepte sind nützlich, um das Verhalten von SQL Server für parallele Instanzen von SQL Serverzu verstehen.

Das Standardformat der Produktversion für SQL Server ist MM.nn.bbbb.rr, wobei die einzelnen Segmente wie folgt definiert sind:

  • MM - Hauptversion
  • nn - Nebenversion
  • bbbb - Buildnummer
  • rr - Buildrevisionsnummer

Bei jeder Haupt- oder Nebenversion von SQL Serverwird die Versionsnummer erhöht, damit sie sich von früheren Versionen unterscheidet. Diese Änderung an der Version wird zu vielen Zwecken verwendet, einschließlich.

  • Anzeigen von Versionsinformationen auf der Benutzeroberfläche
  • Steuerung der Art des Ersetzens von Dateien während des Upgrades
  • Anwenden von kumulierten Updates und Service Packs:
  • als Mechanismus zur funktionalen Differenzierung zwischen den aufeinander folgenden Versionen

Von allen SQL Server

Bestimmte Komponenten werden von allen Instanzen aller installierten Versionen von SQL Servergemeinsam genutzt. Wenn Sie unterschiedliche Versionen von SQL Server auf demselben Computer parallel installieren, werden diese Komponenten automatisch auf die neueste Version aktualisiert. Solche Komponenten werden im Allgemeinen automatisch deinstalliert, wenn die letzte Instanz von SQL Server deinstalliert wird.

Beispiele: der SQL Server-Browser und Microsoft SQL Server VSS Writer.

Von allen Instanzen derselben SQL Server

SQL Server -Versionen, die die gleiche Hauptversion aufweisen, werden einige Komponenten von allen Instanzen gemeinsam genutzt. Wenn die freigegebenen Komponenten während des Upgrades ausgewählt werden, werden die vorhandenen Komponenten auf die neueste Version aktualisiert.

Beispiele: Integration Services, Master Data Services, SQL Server Management Studio, SQL Server Data Tools (SSDT)und die SQL Server -Onlinedokumentation.

Von Nebenversionen gemeinsam genutzte Komponenten

SQL Server -Versionen, die die gleiche Haupt- und Nebenversion aufweisen, nutzen Komponenten gemeinsam.

Beispiel: .

Für eine SQL Server

Einige SQL Server -Komponenten oder -Dienste gehören speziell zu einer bestimmten Instanz von SQL Server (Instanz-basiert). Sie nutzen die gleiche Version wie ihre Hostinstanz und werden ausschließlich für diese Instanz verwendet.

Beispiele: Datenbank-Engine, Analysis Servicesund Reporting Services.

Eine Liste der Features, die von den SQL Server-Editionen auf Windows unterstützt werden, finden Sie hier:

Eine Liste der Features, die von den SQL Server-Editionen auf Linux unterstützt werden, finden Sie hier:

Von SQL Server -Versionen unabhängige Komponenten

Bestimmte Komponenten werden während SQL Server Setup installiert, aber sind von den Versionen von SQL Serverunabhängig. Sie werden möglicherweise von Hauptversionen oder von allen SQL Server -Versionen gemeinsam genutzt.

Beispiele: Microsoft Sync Framework, SQL Server Compact.

Weitere Informationen über die SQL Server Compact-Installation finden Sie unter Installieren von SQL Server vom Installations-Assistenten aus (Setup). Weitere Informationen zur Deinstallation von SQL Server Compact finden Sie unter Deinstallieren einer vorhandenen SQL Server-Instanz (Setup).

Parallele Verwendung von SQL Server und früheren Versionen von SQL Server

Sie können SQL Server auf einem Computer installieren, auf dem bereits Instanzen einer früheren SQL Server -Version ausgeführt werden. Wenn auf dem Computer bereits eine Standardinstanz vorhanden ist, muss SQL Server als benannte Instanz installiert werden.

Die folgende Tabelle zeigt die parallele Unterstützung für jede Version von SQL Server in allgemein unterstützten Windows-Versionen mit installierten erforderlichen .NET-Versionen:

Vorhandene Instanz Unterstützung der parallelen Installation
SQL Server 2022 (16.x) SQL Server 2008 (10.0.x) bis einschließlich SQL Server 2019 (15.x)
SQL Server 2019 (15.x) SQL Server 2008 (10.0.x) bis einschließlich SQL Server 2017 (14.x)
SQL Server 2017 (14.x) SQL Server 2008 (10.0.x) bis einschließlich SQL Server 2016 (13.x)
SQL Server 2016 (13.x) SQL Server 2008 (10.0.x) bis einschließlich SQL Server 2014 (12.x)

Weitere Informationen finden Sie unter Verwenden von SQL Server in Windows 8 und höher.

Überlegungen zu SysPrep

SQL Server SysPrep bietet keine Unterstützung für die parallele Installation von vorbereiteten SQL Server -Instanzen und früheren SQL Server -Versionen auf demselben Computer. Sie können jedoch mehrere vorbereitete Instanzen der gleichen Hauptversion von SQL Server parallel auf dem gleichen Computer installieren. Weitere Informationen finden Sie unter Considerations for Installing SQL Server Using SysPrep.

SQL Server 2016 (13.x) und höheren Versionen kann nicht parallel mit früheren SQL Server-Versionen auf einem Computer installiert werden, auf dem Windows Server 2008 R2 Server Core SP 1 ausgeführt wird. Weitere Informationen zu Server Core-Installationen finden Sie unter Installieren von SQL Server unter Server Core.

Verhindern von Konflikten mit IP-Adressen

Wenn eine SQL Server-Failoverclusterinstanz und eine eigenständige SQL Server-Datenbank-Engine-Instanz parallel installiert sind, achten Sie darauf, dass Konflikte mit TCP-Portnummern für die IP-Adressen vermieden werden. Konflikte treten in der Regel auf, wenn in zwei Datenbank-Engine -Instanzen die Verwendung des TCP-Standartports (1433) konfiguriert wurde.

Um Konflikte zu vermeiden, konfigurieren Sie in einer Instanz die Verwendung eines nicht standardmäßigen festen Ports. Die Konfiguration eines festen Ports kann in der Regel in der eigenständigen Instanz am einfachsten vorgenommen werden. Wenn Datenbank-Engine für die Verwendung anderer Ports konfiguriert wird, wird verhindert, dass ein unerwarteter IP-Adressen-/TCP-Port-Konflikt auftritt, der den Start einer Instanz blockiert, wenn eine SQL Server-Failoverclusterinstanz ein Failover zu dem Standbyknoten ausführt.