Καλή χρονιά
Προσπαθώ να κάνω ODBC link (από WIN XP) με δύο SQL Server , o ένας 2000 και ο άλλος ver 6.5
To ODBC link με τον SQL Server 2000 δουλεύει αλλά με τον 6.5 έχω πρόβλημα.
Είναι backward compatible ο ODBC driver που έχω (sqlsrv32.dll 2000.85.1117.0)? Αν όχι μπορώ να έχω δύο SQL Server ODBC drivers?
καμία άλλη ιδέα?
Γιώργος

Έχεις τρέξει το Instcat.sql στον 6.5? Όπως αναφέρεται στο MSDN, για να δουλέψει ο ODBC του SQL Server 2000 με servers έκδοσης παλιότερη του 7 πρέπει να τρέξεις στον κάθε server το script Instcat.sql που θα ανανεώσει τους πίνακες καταλόγου. Πληροφορίες για το πως γίνεται το upgrade υπάρχουν στο Upgrading the Catalog Stored Procedures (ODBC). Οδηγίες βήμα-βήμα θα βρεις στο How to upgrade the catalog stored procedures. Αντιγράφω (η υπογράμμιση δικιά μου):

If you have servers running SQL Server versions 4.21a, 6.0, or 6.5, you must install the Instcat.sql file included with this driver on those servers before using the driver to access them. Each version of the SQL Server ODBC driver is developed in conjunction with a specific version of the catalog stored procedures. Instcat.sql upgrades the catalog stored procedures to the version required by the ODBC driver. This version of the catalog stored procedures is compatible with existing SQL Server applications.

...

Running the SQL Server 2000 ODBC driver against an earlier version of SQL Server that has earlier versions of catalog stored procedures generates an error:

The ODBC catalog stored procedures installed on server <server_name> are version <old_version_number>; version <new_version_number> or later is required to ensure proper operation. Please contact your system administrator. 

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

Το error message που παίρνουμε είναι διαφορετικό:
SQL server does not exist or access denied

Δοκιμάσα το εξής:
πρόσθεσα στη registry το παλιό ODBC driver βάζοντας το παλιό dll σε άλλο location από το νέο dll:

[HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBCINST.INI\SQL Server6.5]
"APILevel"="2"
"ConnectFunctions"="YYY"
"CPTimeout"="60"
"Driver"="C:\\WINNT\\sqlsrv32.dll"
"DriverODBCVer"="02.65"
"DSNConverted"="F"
"FileExtns"="null"
"FileUsage"="0"
"Setup"="C:\\WINNT\\sqlsrv32.dll"
"SQLLevel"="1"
"UsageCount"=dword:00000008

με αυτό το τρόπο έχω τώρα δύο ODBC drivers για SQL Server, ένα για 2000 και ένα για 6.5
 
παρόλα αυτά εξακολουθώ να έχω πρόβλημα με το εξής error message:

Connection Failed, SQLState 0100, SQlServer error 1326
Connection Failed: SQL State 08001, SQLServer Error 1326, Cleint unable to establish connection


Για να περιπλέξω και άλλο τα πράγματα ο SQL 6.5 είναι σε άλλο domain και δοκήμασα να συνδεθώ αφού πρώτα είχα μπει στο domain του.
Αφού κατάφερα να φτιάξω το DSN με το ODBC 6.5 στη συνέχεια όμως δεν μπόρεσα να συνδεθώ με MS query με error message :

Connection Failed, SQLState 01000, SQlServer error 109 ConnectionRead (WrapperRead()
Connection Failed: SQL State 08501, SQLServer Error 11, General network error. Check your network documentation 
 !

Αν δεν υπάρχει άλλη ιδέα θα προχωρήσω να τρέξω το script στον SQL Server 6.5
thanks
gtzav

Το script θα πρέπει να το τρέξεις έτσι κι αλλιώς. Μήπως όμως υπάρχει πρόβλημα σύνδεσης? Μπορείς γενικά να συνδεθείς με το server? Να κάνεις ping, να τρέξεις κάποια άλλη εφαρμογή που συνδέεται με το server? Τί πρωτόκολλα σύνδεσης δέχεται ο 6.5?

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

ping κάνω χωρίς πρόβλημα
Ένα άλλο client PC συνδέεται χωρίς πρόβλημα (με τον παλιό driver) οπότε υποθέτω ότι δεν είναι γενικό το πρόβλημα.
το πρωτόκολλο σύνδεσης είναι TCP/IP.

υπάρχει κάποιο άλλο test tool (όπως πχ στην Oracle το TNSping)?
gtzav

Υπάρχει, το odbcping. Θα βρεις και οδηγίες πως να το χρησιμοποιήσεις στο http://support.microsoft.com/?id=138541.

Πάντως, δοκίμασε να συνδεθείς και με το isql το οποίο δεν χρησιμοποιεί ODBC αλλά DB-Library για να συνδεθεί. Αν συνδεθείς με αυτό θα είμαστε σίγουροι ότι το πρόβλημα είναι στον ODBC driver.

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

Τελικά καταφέραμε να συνδεθούμε με Named Pipes αντί για TCPI που προσπαθούσαμε τόσο καιρό.....



Ευχαριστώ για τις ιδέες
Γιώργος