Testen der OLE DB-Konnektivität mit SQL Server mithilfe einer UDL-Datei
Gilt für: SQL Server
Hinweis
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 (Universelle Datenverknüpfung) erstellen und verschiedene Anbieter verwenden, um die Verbindung mit einer SQL Server Instanz über die Datei zu testen.
Erstellen einer UDL-Datei
Hinweis
Mit einer UDL-Datei können Sie OLE DB-Anbieter (Object Linking and Embedding Database) testen, die unabhängig von einer vollständigen Anwendung mit einer beliebigen Back-End-Datenbank verbunden sind. Beim Speichern einer UDL-Datei 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 in 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 in der Warnmeldung zum Ändern der Dateinamenerweiterung " Ja " aus.)
Sie können auch das folgende PowerShell-Skript verwenden, um "sqlconn.udl " in Ihrem 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
Der Microsoft OLE DB-Anbieter für SQL Server (SQLOLEDB) ist der häufigste Anbieter. Es ist in Windows integriert und kann eine Verbindung mit jeder 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" und dann 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 (Fully Qualified Domain Name, FQDN) und die Portnummer unter "Auswählen" an, oder geben Sie einen Servernamen ein. Beispiel:
tcp:SQLProd01.contoso.com,1433.Hinweis
Durch diese Art der Eingabe des Servernamens werden einige häufige Probleme (z. B. die SQL Server Browserdienstprobleme) vermieden, die eine Verbindung beeinträchtigen könnten.
Geben Sie auf der Registerkarte " Verbindung " weitere Eigenschaften ein.
Hinweis
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 ODBC-Treiber (Open Database Connectivity) mithilfe des Microsoft OLE DB-Anbieters für ODBC-Treiber zu testen:
Öffnen Sie die UDL-Datei .
Wählen Sie "Anbieter > microsoft OLE DB-Anbieter für ODBC-Treiber weiter > " aus.
Auf der Registerkarte " Verbindung " können Sie eine der folgenden Methoden verwenden, um die Datenquelle anzugeben und dann andere Eigenschaften einzugeben.
Geben Sie einen Wert in das Feld "Datenquellennamen verwenden" ein.
Geben Sie eine DSN-leere Verbindungszeichenfolge wie
Driver={ODBC Driver 17 for SQL Server};Server=SQLProd01;Database=Northwind;Trusted_Connection=Yesein.
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.exeFühren Sie den folgenden Befehl aus, um die UDL-Datei zu öffnen:
c:\temp\test.udlWenn 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 jetzt den 32-Bit-Anbieter auswählen können, um die Verbindung zu testen.
Tipps zur Behandlung von Verbindungsproblemen
Sie können die folgenden Methoden verwenden, um zu ü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, kann sie für jede der oben genannten Methoden einen Hinweis auf das Problem geben. Wenn Sie z. B. die zweite Methode verwenden, versuchen Sie, das TCP-Protokoll in SQL Server-Konfigurations-Manager zu aktivieren, wenn lpc: die tcp: Methode funktioniert und nicht.
Siehe auch
UDL-Konfiguration (Universelle Datenverknüpfung)
Hinweis
Wenn Ihr Problem in diesem Artikel nicht behoben wurde, können Sie in SQL Server die Problembehandlung für Konnektivitätsprobleme überprüfen, um weitere Hilfe zu erhalten.