Testen der OLE DB-Konnektivität mit SQL Server mithilfe einer UDL-Datei
Gilt für: SQL Server
Notiz
Bevor Sie mit der Problembehandlung beginnen, überprüfen Sie die Voraussetzungen , und durchlaufen Sie die Checkliste.
In diesem Artikel wird beschrieben, wie Sie eine UDL-Datei (Universal Data Link) erstellen und verschiedene Anbieter verwenden, um die Verbindung mit einer SQL Server-Instanz über die Datei zu testen.
Erstellen einer UDL-Datei
Notiz
Mit einer UDL-Datei können Sie die Objektverknüpfungs- und Einbettungsdatenbank(OLE DB)-Anbieterkonnektivität mit einer beliebigen Back-End-Datenbank testen, unabhängig von einer vollständigen Anwendung. Wenn Sie eine UDL-Datei speichern, wird eine wohlgeformte Verbindungszeichenfolge generiert, die Sie verwenden können, um die Verbindungszeichenfolge einer Anwendung zu erstellen oder zu überprüfen, wie unterschiedliche Eigenschaften festgelegt werden. Um die Zeichenfolge abzurufen, öffnen Sie die Datei im Editor.
Führen Sie die folgenden Schritte aus, um eine UDL-Datei zum Testen Ihres OLE DB-Anbieters zu erstellen:
Führen Sie die folgenden Schritte aus, um Dateierweiterungen in Explorer anzuzeigen:
Wählen Sie "Start" aus, und geben Sie Explorer Optionen ein.
Wählen Sie die Registerkarte "Ansicht" aus, deaktivieren Sie die Option "Erweiterungen für bekannte Dateitypen ausblenden", und wählen Sie dann "OK" aus.
Navigieren Sie zu dem Ordner, in dem Sie eine UDL-Datei erstellen möchten. Beispiel: c:\temp.
Erstellen Sie eine neue Textdatei (z . B. sqlconn.txt), und benennen Sie die Erweiterung von .txt in UDL um. (Wählen Sie Ja zur Warnmeldung zum Ändern der Dateinamenerweiterung.)
Sie können auch das folgende PowerShell-Skript verwenden, um sqlconn.udl im Ordner %temp% zu erstellen.
clear $ServerName = "(local)" $UDL_String = "[oledb]`r`n; Everything after this line is an OLE DB initstring`r`nProvider=MSOLEDBSQL.1;Integrated Security=SSPI;Persist Security Info=False;User ID=`"`";Initial Catalog=`"`";Data Source=" + $ServerName + ";Initial File Name=`"`";Server SPN=`"`";Authentication=`"`";Access Token=`"`"" Set-Content -Path ($env:temp + "\sqlconn.udl") -Value $UDL_String -Encoding Unicode #open the UDL Invoke-Expression ($env:temp + "\sqlconn.udl")
Testen der Verbindung mithilfe des SQL Server OLE DB-Anbieters
Microsoft OLE DB-Anbieter für SQL Server (SQLOLEDB) ist der gängigste Anbieter. Es ist in Windows integriert und kann eine Verbindung mit einer beliebigen Version von SQL Server herstellen, die nicht so konfiguriert ist, dass TLS 1.2-Kanalbindungen erforderlich sind.
Microsoft OLE DB-Treiber für SQL Server (MSOLEDBSQL) ist der neueste SQL Server OLE DB-Anbieter. Der Anbieter verfügt über alle neuen Features wie TLS 1.2, MultiSubnetFailover und Azure-Authentifizierungsoptionen. Wir empfehlen diesen Anbieter für neuere SQL Server-Datenbanken.
Führen Sie die folgenden Schritte aus, um die Verbindung mithilfe des SQL Server OLE DB-Anbieters zu testen:
Öffnen Sie die UDL-Datei .
Wählen Sie die Registerkarte "Anbieter" aus, wählen Sie den SQL Server OLE DB-Anbieter aus, den Sie in Ihrer Anwendung verwenden, und wählen Sie dann "Weiter" aus.
Geben Sie auf der Registerkarte "Verbindung " das Netzwerkprotokoll, den vollqualifizierten Domänennamen (FQDN) und die Portnummer unter "Auswählen" an, oder geben Sie einen Servernamen ein. Beispiel:
tcp:SQLProd01.contoso.com,1433
.Notiz
Diese Art der Eingabe des Servernamens vermeidet einige häufige Probleme (z. B. sql Server-Browserdienstprobleme), die eine Verbindung beeinträchtigen könnten.
Geben Sie andere Eigenschaften auf der Registerkarte "Verbindung " ein.
Notiz
Bei den meisten Verbindungstests müssen Sie keinen Datenbanknamen eingeben.
Wählen Sie Verbindung testen aus.
Sie können auch andere Registerkarten auswählen und andere Treibereinstellungen erkunden. Wenn der Verbindungstest abgeschlossen ist, wählen Sie "OK" aus, um die Verbindungszeichenfolge in einer Datei zu speichern.
Testen der Verbindung mithilfe des Microsoft OLE DB-Anbieters für ODBC-Treiber
Führen Sie die folgenden Schritte aus, um Open Database Connectivity (ODBC)-Treiber mithilfe des Microsoft OLE DB-Anbieters für ODBC-Treiber zu testen:
Öffnen Sie die UDL-Datei .
Wählen Sie als Nächstes den Anbieter microsoft OLE DB-Anbieter>für ODBC-Treiber>aus.
Auf der Registerkarte "Verbindung " können Sie eine der folgenden Methoden verwenden, um die Datenquelle anzugeben, und dann andere Eigenschaften eingeben.
Geben Sie einen Wert in das Feld "Datenquellenname verwenden" ein.
Geben Sie eine DSN-weniger-Verbindungszeichenfolge wie
Driver={ODBC Driver 17 for SQL Server};Server=SQLProd01;Database=Northwind;Trusted_Connection=Yes
.
Wählen Sie Verbindung testen aus.
Testen von 32-Bit-Anbietern auf 64-Bit-Computern
Führen Sie die folgenden Schritte aus, um die Verbindung von 32-Bit-Anbietern in 64-Bit-Betriebssystemen zu testen:
Führen Sie im Eingabeaufforderungsfenster den folgenden Befehl aus, um die 32-Bit-Eingabeaufforderung zu öffnen:
%windir%\SysWoW64\cmd.exe
Führen Sie den folgenden Befehl aus, um die UDL-Datei zu öffnen:
c:\temp\test.udl
Wenn Microsoft Jet 4.0 OLE DB-Anbieter auf der Registerkarte "Anbieter" angezeigt wird, bedeutet dies, dass Sie das 32-Bit-Dialogfeld erfolgreich geladen haben und nun den 32-Bit-Anbieter auswählen können, um die Verbindung zu testen.
Tipps zur Problembehandlung von Verbindungsproblemen
Mit den folgenden Methoden können Sie überprüfen, warum die Verbindung fehlschlägt.
- Ändern Sie den Anbieter.
- Ändern Sie das Protokoll. Beispiel:
tcp:
,np:
oderlpc:
. - Testen Sie die Verbindung mit oder ohne das vollständige Domänensuffix oder nur mit der IP-Adresse.
- Entfernen Sie die Portnummer, und verwenden Sie den Instanznamen, um den SQL Server-Browserdienst zu testen.
Wenn eine Kombination funktioniert und eine andere fehlschlägt, könnte sie für jede der oben genannten Methoden einen Hinweis auf das Problem geben. Wenn Sie beispielsweise die zweite Methode verwenden, versuchen lpc:
tcp:
Sie, das TCP-Protokoll in SQL Server-Konfigurations-Manager zu aktivieren.
Siehe auch
Konfiguration für universelle Datenverbindung (UDL)
Notiz
Wenn Ihr Problem in diesem Artikel nicht behoben wurde, können Sie die Problembehandlung von Verbindungsproblemen in SQL Server überprüfen, um weitere Hilfe zu erhalten.