Herstellen einer Verbindung zu einer bestehenden Datenbank in SSDT
In diesem Artikel wird gezeigt, wie ein Benutzer eine Verbindung mit einer vorhandenen Datenbank in SQL Server Data Tools (SSDT) herstellen kann. SSDT ermöglicht es Ihnen, eine Verbindung mit einer vorhandenen Datenbank herzustellen, Abfragen mit Transact-SQL (T-SQL) auszuführen und die Ergebnisse anzuzeigen.
SSDT bietet Ihnen auch eine Vielzahl von Features, mit denen Sie mit Ihrer Datenbank arbeiten können. In den folgenden Abschnitten werden diese Protokolle erläutert. Lassen Sie uns verstehen, wie wir eine Verbindung mit einer vorhandenen Datenbank herstellen können.
Informationen zum Verbinden einer vorhandenen Datenbank finden Sie in den folgenden Schritten:
- Herstellen einer Verbindung mithilfe von SQL Server-Objekt-Explorer
- Informationen zu Authentifizierungstypen
- Verschlüsseln und Vertrauen des Serverzertifikats
Herstellen einer Verbindung zu einer Datenbank mithilfe von SQL Server-Objekt-Explorer
SQL Server Objekt-Explorer (SSOX) ist ein Tool, das in SSDT für Visual Studio verfügbar ist. Sie können eine Verbindung mit SQL Server-Datenbanken in Visual Studio herstellen und verwalten. Führen Sie die folgenden Schritte aus, um eine Verbindung mit einer Datenbank mithilfe von SQL Server Objekt-Explorer in SSDT herzustellen:
Öffnen Sie Visual Studio: Stellen Sie sicher, dass Sie SSDT zusammen mit der entsprechenden Version von Visual Studio installiert haben. Starten Sie Visual Studio.
Öffnen Sie den SQL Server-Objekt-Explorer: Gehen Sie zu Menü anzeigen und wählen Sie den SQL Server-Objekt-Explorer. Alternativ können Sie die Tastenkombination STRG\ + (umgekehrter Schrägstrich) verwenden und dann STRG + S eingeben.
Verbinden zu einem Datenbankserver: Wählen Sie im Fenster „SQL Server Objekt-Explorer“ die Schaltfläche SQL Server hinzufügen (es sieht wie ein Blatt mit einem +-Symbol oben links aus) aus, oder klicken Sie mit der rechten Maustaste auf den SQL Server-Knoten, und wählen Sie SQL Server hinzufügen aus.
Geben Sie Serververbindungsdetails ein: Geben Sie im Dialogfeld Verbinden die Verbindungsdetails für die SQL Server-Instanz ein, mit der Sie eine Verbindung herstellen möchten. Dazu gehören der Servername, die Authentifizierungsmethode (z. B. Windows-Authentifizierung oder SQL Server-Authentifizierung), Anmeldeinformationen, falls zutreffend, und Verschlüsselungsdetails. Sobald eine SQL Server-Instanz verbunden ist, wird sie automatisch unter der Option „Zuletzt verwendete Verbindung“ auf der Registerkarte Verlauf angezeigt.
Testverbindung: Nachdem Sie die Verbindungsdetails eingegeben haben, können Sie die Schaltfläche Verbinden auswählen, um die Verbindung zu testen. Wenn die Verbindung erfolgreich ist, sollte die Instanz und die zugehörigen Datenbanken in SQL Server Objekt-Explorer aufgeführt werden.
Navigieren und Verwalten von Datenbanken: Nach der Verbindung können Sie den Serverknoten erweitern, um alle Datenbanken anzuzeigen, die in dieser Instanz gehostet werden. Sie können jeden Datenbankknoten weiter erweitern, um seine Tabellen, Ansichten, gespeicherten Prozeduren und andere Datenbankobjekte zu erkunden.
Aktionen ausführen: Klicken Sie mit der rechten Maustaste auf eine Datenbank oder ein beliebiges Objekt, um verschiedene Aktionen auszuführen, z. B. Das Abfragen von Daten, das Erstellen neuer Objekte, das Bearbeiten vorhandener Objekte und vieles mehr.
Authentifizierungstypen
MIT SSDT können Sie eine Verbindung mit Datenbanken auf Ihrem lokalen Computer, Ihrem Netzwerk und Azure herstellen. In Anbetracht der Vielzahl von Szenarien verfügen wir über mehrere Authentifizierungstypen. Dies sind die Folgenden: 
Windows-Authentifizierung: Diese Authentifizierungsmethode verwendet Windows-Sicherheit, um Benutzer bei SQL Server zu authentifizieren.
SQL Server-Authentifizierung: Diese Authentifizierungsmethode erfordert, dass ein Benutzer über eine SQL Server-Anmeldung und ein Kennwort verfügt.
Active Directory-Kennwortauthentifizierung: Diese Authentifizierungsmethode verwendet das Active Directory-Kennwort des Benutzers, um sie bei SQL Server zu authentifizieren. Dies ist die einfachste zu konfigurierende Authentifizierungsmethode, bietet aber keine zusätzlichen Sicherheitsfeatures.
Integrierte Active Directory-Authentifizierung: Diese Authentifizierungsmethode verwendet Kerberos zum Authentifizieren von Benutzern bei SQL Server. Kerberos ist ein sichereres Authentifizierungsprotokoll als die Active Directory-Kennwortauthentifizierung, erfordert jedoch, dass sowohl der Client als auch der Server mit einem Active Directory-Domäne verbunden sind.
Interaktive Active Directory-Authentifizierung: Diese Authentifizierungsmethode ermöglicht Benutzern die Authentifizierung bei SQL Server, indem sie ihre Active Directory-Anmeldeinformationen in ein Dialogfeld eingeben. Dies ist die sicherste Authentifizierungsmethode, kann jedoch für Benutzer ungünstig sein, die ihre Anmeldeinformationen jedes Mal eingeben müssen, wenn sie eine Verbindung mit SQL Server herstellen.
Zusammenfassung
| Authentifizierungsmethode | Beschreibung |
|---|---|
| Windows-Authentifizierung | Verwendet das Windows-Sicherheitssystem, um Benutzer zu authentifizieren. |
| SQL Server-Authentifizierung | Ermöglicht Benutzern das Erstellen einer separaten SQL Server-Anmeldung und -Kennworts. |
| Active Directory-Kennwortauthentifizierung | Verwendet das Active Directory-Kennwort des Benutzers, um sie bei SQL Server zu authentifizieren. |
| Integrierte Active Directory-Authentifizierung | Verwenden von Kerberos zur Authentifizierung von Benutzern in SQL Server |
| Interaktive Active Directory-Authentifizierung | Ermöglichen Sie Benutzern, sich bei SQL Server zu authentifizieren, indem Sie ihre Active Directory-Anmeldeinformationen in ein Dialogfeld eingeben. |
Verschlüsseln und Vertrauen des Serverzertifikats
Für SSDT in Visual Studio 17.8 und höheren Versionen gibt es eine wichtige Änderung der Encrypt-Eigenschaft, die jetzt für alle Verbindungen standardmäßig aktiviert ist. SQL Server muss mit einem TLS-Zertifikat konfiguriert werden, das von einer vertrauenswürdigen Stammzertifizierungsstelle signiert ist. Wenn zusätzlich bei einem anfänglichen Verbindungsversuch mit aktivierter Verschlüsselung (Standard) ein Fehler auftritt, stellt SSDT eine Benachrichtigungseingabeaufforderung mit einer Option bereit, zu versuchen, die Verbindung mit aktiviertem Trust Server Certificate herzustellen. Sowohl die Eigenschaft Encrypt als auch die Eigenschaft Trust Server Certificate stehen auch zur manuellen Bearbeitung zur Verfügung. Die bewährte Methode besteht darin, eine vertrauenswürdige verschlüsselte Verbindung mit dem Server zu unterstützen.
Für Benutzer*innen, die eine Verbindung mit Azure SQL-Datenbank herstellen, sind keine Änderungen an vorhandenen, gespeicherten Verbindungen erforderlich. Azure SQL-Datenbank unterstützt verschlüsselte Verbindungen und ist mit vertrauenswürdigen Zertifikaten konfiguriert.
Vergewissern Sie sich für Benutzer*innen, die eine Verbindung mit einer lokalen SQL Server-Instanz oder mit SQL Server, das auf einer VM ausgeführt wird, herstellen, wenn Encrypt auf True festgelegt ist, dass Sie über ein Zertifikat von einer vertrauenswürdigen Zertifizierungsstelle verfügen (zum Beispiel kein selbstsigniertes Zertifikat). Alternativ können Sie eine Verbindung ohne Verschlüsselung herstellen (Encrypt auf False festgelegt) oder dem Serverzertifikat vertrauen (Encrypt auf True und Trust Server Certificate auf True festgelegt).
Wenn SQL Server nicht mit einem vertrauenswürdigen Zertifikat konfiguriert ist und Sie versuchen, eine Verbindung mithilfe der Strict-Verschlüsselung herzustellen, oder wenn Encrypt auf True und Trust Server Certificate auf False festgelegt ist, wird die folgende Fehlermeldung angezeigt:
Die Verschlüsselung wurde für diese Verbindung aktiviert. Überprüfen Sie Ihre SSL- und Zertifikatkonfiguration für das SQL Server-Ziel, oder aktivieren Sie im Verbindungsdialogfeld „Serverzertifikat vertrauen“.
Zusätzliche Informationen
Eine Verbindung mit dem Server wurde erfolgreich hergestellt, aber dann trat während des Anmeldevorgangs ein Fehler auf. (Anbieter: SSL-Anbieter, Fehler: 0 – Die Zertifikatkette wurde von einer Zertifizierungsstelle ausgestellt, die nicht vertrauenswürdig ist.) (Microsoft SQL Server)
Nächster Schritt
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter https://aka.ms/ContentUserFeedback.
Feedback senden und anzeigen für