Unterschied ODBC Treiber "SQL Server Native" und "SQL Server"
Johannes Cramer
ich habe gerade versucht, eine ODBC-Verbindung zu einem SQL-Server 2008
aufzubauen, welcher auf einer anderen Maschine au�erhalb der Dom�ne
installiert ist.
Leider bin ich kl�glich mit dem Treiber "SQL Server Native Client 10.0"
gescheitert, aber war sofort erfolgreich mit dem "SQL Server"-Treiber.
Kann mir jemand den Unterschied zwischen diesen beiden Treibern erkl�ren,
z.B. wann setzen ich welchen ein, grunds�tzliche Unterschiede, etc.
Herzlichen Dank und einen sch�nen Wochenanfang
Johannes
Elmar Boye
Hallo Johannes,
Johannes Cramer schrieb:
> ich habe gerade versucht, eine ODBC-Verbindung zu einem SQL-Server 2008
> aufzubauen, welcher auf einer anderen Maschine auï¿œerhalb der Domï¿œne
> installiert ist.
>
> Leider bin ich klï¿œglich mit dem Treiber "SQL Server Native Client 10.0"
> gescheitert, aber war sofort erfolgreich mit dem "SQL Server"-Treiber.
Am Treiber alleine sollte es nicht scheitern, da beide grundsï¿œtzlich
die gleichen Mï¿œglichkeiten bieten, der Native Client eher mehr.
Beim Zugriff auf einem Rechner in einer anderen Domￜne muￜ bei
Windows-Authentifizierung eine Vertrauensstellung existieren.
Achte darauf das in beiden Fï¿œllen das gleiche Protokoll (i. d. R
TCP/IP oder Named Pipes) ausgewï¿œhlt ist, da die Treiber u. U.
unterschiedliche Voreinstellungen wï¿œhlen.
> Kann mir jemand den Unterschied zwischen diesen beiden Treibern erklï¿œren,
> z.B. wann setzen ich welchen ein, grundsï¿œtzliche Unterschiede, etc.
Der SQL Server Treiber ist Teil der Datenzugriffskomponenten vom
vom Betriebssystem und war bis SQL Server 2000 der Kerntreiber
fï¿œr den SQL Server.
Der SQL Server Native Client ist mit SQL Server 2005 eingefï¿œhrt
worden und unterstï¿œtzt die neuen Features von SQL Server 2005 und 2008.
Er muￜ auf Rechnern, auf denen keine SQL Server Installation existiert
aus dem Feature Pack installiert werden:
<URL:http://www.microsoft.com/downloads/details.aspx?displaylang=de&FamilyID=b33d2c78-1059-4ce2-b80d-2343c099bcb4>
"Feature Pack fï¿œr Microsoft SQL Server 2008, April 2009"
Nur damit werden neue Datentypen und Features vollstï¿œndig unterstï¿œtzt,
beim alten Treiber wird ein Kompatibilitï¿œtsmodus genutzt. Siehe:
http://msdn.microsoft.com/de-de/library/ms131456.aspx
"SQL Server 2008 Native Client-Features"
Gruￜ Elmar
Johannes Cramer
Hi elmar,
Danke f�r die Infos. Jetzt habe ich den Unterscheid verstanden. SQL Server
ist einfach der ODBC-Treiber f�r SQL Server 2000 und der SQL-Server Native
Client ist einfach (optimiert) f�r SQL Server 2005/8.
> Achte darauf das in beiden F�llen das gleiche Protokoll (i. d. R
> TCP/IP oder Named Pipes) ausgew�hlt ist, da die Treiber u. U.
> unterschiedliche Voreinstellungen w�hlen.
Das ist das, was mich wundert. Habe unter Start --> MS SQL 2008 -->
Konfigurationstools --> SQL Server Konfigurations-Manager sowohl beim SQL
Server Netzwerkkonfiguration als auch beim SQL Native Client 10.0
Konfiguration jeweils TCP/IP und Named Pipes aktiviert. Trotzdem komme ich
nur mit dem "SQL Server" und nicht mit dem "SQL Server Native Client" auf
meinen Server au�erhalb der Dom�ne (benutze benutzer "sa" als Anmeldekonto),
obwohl doch der SQL Server Native Client f�r meinen SQL 2008, den ich
verwende, optimiert ist.
Gibt es da irgendwelche Erkl�rungen? Habe ich sonst noch was vergessen
einzustellen?
Viele Gr��e
Johannes
Elmar Boye
Hallo Johannes,
Johannes Cramer schrieb:
>> Achte darauf das in beiden Fï¿œllen das gleiche Protokoll (i. d. R
>> TCP/IP oder Named Pipes) ausgewï¿œhlt ist, da die Treiber u. U.
>> unterschiedliche Voreinstellungen wï¿œhlen.
>
> Das ist das, was mich wundert. Habe unter Start --> MS SQL 2008 -->
> Konfigurationstools --> SQL Server Konfigurations-Manager sowohl beim SQL
> Server Netzwerkkonfiguration als auch beim SQL Native Client 10.0
> Konfiguration jeweils TCP/IP und Named Pipes aktiviert. Trotzdem komme ich
> nur mit dem "SQL Server" und nicht mit dem "SQL Server Native Client" auf
> meinen Server auï¿œerhalb der Domï¿œne (benutze benutzer "sa" als Anmeldekonto),
> obwohl doch der SQL Server Native Client fï¿œr meinen SQL 2008, den ich
> verwende, optimiert ist.
Das "optimierte" ist an der Stelle erst einmal belanglos.
Wichtig ist, ob der SQL Server gefunden wird, und da kï¿œnnen
unterschiedliche Einstellungen schon eine Rolle spielen.
Hilfreich wï¿œre u. U. die Fehlermeldung die beim Test erscheint.
Da Du beide male Standardauthentifizierung (wegen "sa") verwendest,
gehe ich davon aus, dass das Kennwort schon mal stimmt.
Beim Native Client ist die Netzwerk-Konfiguration im Dialog
etwas reduziert worden (auch wenn da mehr geht):
Was gibst Du beim Server an?
Wird der externe SQL Server aufgelistet?
Alternativ gib dort mal die IP Adresse und den Port an,
auf dem die SQL Server Instanz lauscht.
Den Port kannst entnehmen aus der SQL Server Netzwerk-Konfiguration
(am Server) aus dessen TCP Konfiguration.
Gruￜ Elmar
Johannes Cramer
Hi Elmar,
Danke Dir sehr herzlich f�r die Infos, besonders f�r die Tipp mal die
IP-Adresse einzugeben, den Port nachzuschauen!!! Jetzt hat es geklappt.
Viele Gr��e
Johannes