Verbindungsserver (Datenbank-Engine)

Gilt für:SQL ServerAzure SQL Managed Instance

Verbindungsserver ermöglichen der SQL Server-Datenbank-Engine und Azure SQL Managed Instance, Daten aus den Remotedatenquellen zu lesen und Befehle für die Remotedatenbankserver (z. B. OLE DB-Datenquellen) außerhalb der SQL Server-Instanz auszuführen. Normalerweise werden Verbindungsserver so konfiguriert, dass die Datenbank-Engine eine Transact-SQL-Anweisung ausführen kann, die Tabellen in einer anderen Instanz von SQL Server oder einem anderen Datenbankprodukt wie Oracle enthält. Viele Typen von OLE DB-Datenquellen können als Verbindungsserver konfiguriert werden, darunter Datenbank-Drittanbieter und Azure Cosmos DB.

Wann sollten Verbindungsserver verwendet werden?

Verbindungsserver ermöglichen das Implementieren verteilter Datenbanken, die Daten in anderen Datenbanken abrufen und aktualisieren können. Sie sind eine gute Lösung für Szenarien, in denen Sie Datenbanksharding implementieren müssen, ohne benutzerdefinierten Anwendungscode erstellen oder direktes Laden aus Remotedatenquellen ausführen zu müssen. Verbindungsserver bieten die folgenden Vorteile:

• Die Fähigkeit, auf Daten von außerhalb des SQL Servers zuzugreifen.

• Die Fähigkeit, verteilte Abfragen, Updates, Befehle und Transaktionen auf heterogenen Datenquellen im gesamten Unternehmen auszugeben.

• Die Möglichkeit, verschiedene Datenquellen ähnlich zu adressieren.

Ein Verbindungsserver kann mit SQL Server Management Studio oder mit der Anweisung sp_addlinkedserver (Transact-SQL) konfiguriert werden. OLE DB-Anbieter variieren stark in Hinblick auf Typ und Anzahl der erforderlichen Parameter. Bei manchen Anbietern müssen Sie beispielsweise über sp_addlinkedsrvlogin (Transact-SQL) einen Sicherheitskontext für die Verbindung bereitstellen. Einige OLE DB-Anbieter ermöglichen es dem SQL Server, Daten in der OLE DB-Quelle zu aktualisieren. Andere Anbieter stellen nur schreibgeschützten Datenzugriff bereit. Informationen zu den einzelnen OLE DB-Anbietern finden Sie in der jeweiligen Dokumentation des OLE DB-Anbieters.

Verbindungsserverkomponenten

Eine Verbindungsserverdefinition gibt die folgenden Objekte an:

• Einen OLE DB-Anbieter.

• Eine OLE DB-Datenquelle.

Ein OLE DB-Anbieter ist eine DLL (Dynamic Link Library), die mit einer bestimmten Datenquelle interagiert und sie verwaltet. Eine OLE DB-Datenquelle identifiziert die spezielle Datenbank, auf die über OLE DB zugegriffen werden kann. Obwohl es sich bei Datenquellen, die über Verbindungsserverdefinitionen abgefragt werden, normalerweise um Datenbanken handelt, sind OLE DB-Anbieter für eine Vielzahl von Dateien und Dateiformaten verfügbar. Dazu gehören Textdateien, Kalkulationstabellendaten und die Ergebnisse aus Volltextsuchläufen.

Ab SQL Server 2019 (15.x) ist der Microsoft OLE DB-Treiber für SQL Server (MSOLEDBSQL) (PROGID: MSOLEDBSQL) der standardmäßige OLE DB-Anbieter. In früheren Versionen war der SQL Server Native Client OLE DB-Anbieter (SQLNCLI) (PROGID: SQLNCLI11) der standardmäßige OLE DB-Anbieter.

Verbindungsserver für Microsoft Access- und Excel-Quellen werden von Microsoft nur bei Verwendung des 32-Bit-OLE DB-Anbieters „Microsoft.JET.OLEDB.4.0“ unterstützt.

Einzelheiten zu Verbindungsservern

Die folgende Abbildung zeigt die Grundlagen einer Verbindungsserverkonfiguration.

Verbindungsserver werden in der Regel für die Verarbeitung verteilter Abfragen verwendet. Führt eine Clientanwendung eine verteilte Abfrage über einen Verbindungsserver aus, analysiert SQL Server den Befehl und sendet Anforderungen an OLE DB. Für eine Rowsetanforderung kann eine Abfrage für den Anbieter ausgeführt oder eine Basistabelle vom Anbieter geöffnet werden.

Verwalten von Anbietern

Eine Gruppe von Optionen steuert, wie SQL Server OLE DB-Anbieter lädt und verwendet, die in der Registrierung angegeben werden.

Verwalten von Verbindungsserverdefinitionen

Beim Einrichten eines Verbindungsservers sollten die Verbindungsinformationen und Datenquelleninformationen in SQL Server registriert werden. Nach der Registrierung kann über einen einzelnen logischen Namen auf diese Datenquelle verwiesen werden.

Sie können gespeicherte Prozeduren und Katalogsichten zum Verwalten von Verbindungsserverdefinitionen verwenden:

• Erstellen Sie eine Verbindungsserverdefinition, indem Sie sp_addlinkedserver ausführen.

• Zeigen Sie Informationen zu den in einer bestimmten Instanz von SQL Server definierten Verbindungsservern an, indem Sie eine Abfrage der sys.servers-Systemkatalogsicht ausführen.

• Löschen Sie eine Verbindungsserverdefinition, indem Sie sp_dropserver ausführen. Sie können mit dieser gespeicherten Prozedur auch einen Remoteserver entfernen.

Sie können Verbindungsserver auch mit SQL Server Management Studio definieren. Klicken Sie im Objekt-Explorer mit der rechten Maustaste auf Serverobjekte, klicken Sie auf Neu, und klicken Sie dann auf Verbindungsserver. Sie können eine Verbindungsserverdefinition löschen, indem Sie mit der rechten Maustaste auf den Namen des Verbindungsservers und dann auf Löschenklicken.

Wenn Sie eine verteilte Abfrage auf einem Verbindungsserver ausführen, sollten Sie einen vollqualifizierten vierteiligen Tabellennamen für jede Datenquelle einschließen, die abgefragt werden soll. Dieser vierteilige Name muss in der Form linked_server_name.catalog.schema.object_name vorliegen.

Verbindungsserverauthentifizierung für Azure SQL Managed Instance

Verbindungsserver von Azure SQL Managed Instance unterstützen sowohl die SQL-Authentifizierung als auch die Authentifizierung mit Microsoft Entra ID (früher Azure Active Directory). Zwei unterstützte Microsoft Entra-Authentifizierungsmodi sind: verwaltete Identität und Passthrough. Die Authentifizierung mit verwalteter Identität kann verwendet werden, um lokalen Anmeldungen das Abfragen von Remoteverbindungsservern zu ermöglichen. Die Passthrough-Authentifizierung ermöglicht einem Prinzipal, der sich mit einer lokalen Instanz authentifizieren kann, über einen Verbindungsserver auf eine Remoteinstanz zuzugreifen. Die Voraussetzungen für die Passthrough-Authentifizierung sind, dass derselbe Prinzipal als Anmeldename auf dem Remoteserver hinzugefügt wird und dass beide Instanzen Mitglieder der SQL Vertrauensgruppe sind.

Einschränkungen der Microsoft Entra-Authentifizierung

• Die Microsoft Entra-Authentifizierung wird für verwaltete Instanzen von SQL in verschiedenen Microsoft Entra-Mandanten nicht unterstützt.
• Die Microsoft Entra-Authentifizierung für Verbindungsserver wird nur mit der OLE DB-Treiberversion 18.2.1 und höher unterstützt.
• Die Microsoft Entra-Authentifizierung für Verbindungsserver von SQL Managed Instance zu SQL Server wird nur für zugeordnete lokale Anmeldungen unterstützt. Die Weitergabe von Sicherheitskontext wird nicht unterstützt. Dies bedeutet, dass die Authentifizierung der verwalteten Identität unterstützt wird, während die Passthrough-Authentifizierung nicht unterstützt wird.

MSOLEDBSQL19 und Verbindungsserver

Derzeit verhindert MSOLEDBSQL19 die Erstellung von Verbindungsservern ohne Verschlüsselung und vertrauenswürdiges Zertifikat (ein selbstsigniertes Zertifikat reicht nicht aus). Wenn Verbindungsserver erforderlich sind, verwenden Sie die vorhandene unterstützte Version von MSOLEDBSQL.

Siehe auch

• sys.servers (Transact-SQL)
• sp_linkedservers (Transact-SQL)

Nächste Schritte

• Erstellen von Verbindungsservern (SQL Server-Datenbank-Engine)
• sp_addlinkedserver (Transact-SQL)
• sp_addlinkedsrvlogin (Transact-SQL)
• sp_dropserver (Transact-SQL)