Як змусити цей ODBC-підключення SQL Server працювати?

Примітка. Я, очевидно, змінив імена серверів та IP-адреси на вигадані.

Ось що відбувається. У мене є сервер, на який я дзвоню MYSERVER, під керуванням Microsoft SQL Server Express 2005. Саме на цьому сервері у мене встановлено ODBC-з'єднання, яке вказує на себе, і це вже працює чудово. Я входжу за допомогою автентифікації SQL Server (не автентифікації Windows), і він налаштований так:

Як я вже сказав, це працює. Але далі, у мене є ще один комп’ютер, який знаходиться на зовсім іншому домені / не в інтрамережі, який потребує доступу до цього ж SQL-сервера, розміщеного в MYSERVER. Оскільки він знаходиться в іншому домені, він не розпізнає ім'я "MYSERVER"; Я маю вказати його на IP-адресу MYSERVER, про яку ми скажемо, 123.456.789.012. Але зв’язок ODBC, здається, не працює там. Я спробував налаштувати його так:

Це не працює. Коли я ввожу ім’я користувача та пароль і натискаю Далі, він затримується на добрі 10 - 20 секунд, а потім, нарешті, повертається із наступною помилкою:

Connection failed:
SQLState: '01000'
SQL Server Error: 1326
[Microsoft][ODBC SQL Server Driver][DBNETLIB]ConnectionOpen (Connect()).
Connection failed:
SQLState: '08001'
SQL Server Error: 17
[Microsoft][ODBC SQL Server Driver][DBNETLIB]SQL Server does not exist or access denied.

Якщо я спробую те ж саме, але змінити "сервер" 123.456.789.012\SQLEXPRESSна просто старий 123.456.789.012, я отримую іншу помилку:

Connection failed:
SQLState: '01000'
SQL Server Error: 14
[Microsoft][ODBC SQL Server Driver][DBNETLIB]ConnectionOpen (Invalid Instance()).
Connection failed:
SQLState: '08001'
SQL Server Error: 14
[Microsoft][ODBC SQL Server Driver][DBNETLIB]Invalid connection.

Тепер я знаю, що ти думаєш. Ви можете думати, "так, ви, певно, не відкрили брандмауер для порту 1433, манекен". Крім того, що я це зробив, і я перевірив це, оскільки я можу успішно запустити:

telnet 123.456.789.012 1433

... з командного рядка все, що я хочу. Тож я не впевнений, що робити. Я знаю, що SQL Server існує, працює, і ODBC-з'єднання можна налаштувати належним чином; Я просто не впевнений, що це таке. Я помилився в налаштуваннях підключення, що кидає ці помилки. Виходячи з останньої перерахованої я помилки, здавалося б, вона може підключитися до сервера, але просто не може знайти примірник (оскільки я цього часу не вказав). Так це означає, що мені просто потрібно використовувати інший синтаксис, щоб вказати IP разом із ім'ям екземпляра? Що мені робити? Заздалегідь спасибі.

Названі труби та протоколи TCIP для SQL-сервера 2005 відключені за замовчуванням. Ви включили їх у розділі "Менеджер конфігурації сервера SQL"? Ви можете знайти протоколи в конфігурації мережі SQL Server і в конфігурації xx SQL Native client.

Підключення до самого сервера працює завдяки протоколу "Спільна пам'ять".

Чи ввімкнено службу браузера SQL Server відповідно до того, як налаштувати SQL Server 2005 для дозволу віддалених підключень ?:

Якщо ви запускаєте SQL Server 2005, використовуючи ім'я екземпляра, а ви не використовуєте конкретний номер порту TCP / IP у вашій рядку підключення, ви повинні ввімкнути службу браузера SQL Server, щоб мати можливість віддалених з'єднань. Наприклад, SQL Server 2005 Express встановлений з іменем екземпляра за замовчуванням ім'я комп'ютера \ SQLEXPRESS.

Цей потік виправив те саме повідомлення про помилку, коли я використовував Access для підключення до сервера MSSQL 2008. MSSQL 2005 і раніше працювали чудово, просто використовуючи ім'я комп'ютера в рядку з'єднання, але мені довелося перейти на рядок з'єднання в Access до повної форми, коли екземпляр був оновлений до 2008 року:

servername\instancename,portnumber

У мене була ця сама проблема і мені вдалося її вирішити, змінивши драйвер SQL на драйвер SQL Native Client. Це було дивно, оскільки в моєму випадку це працювало прекрасно роками, а потім просто перестало працювати. Я підозрюю, що це щось по лінії водія корумповане, можливо, перевстановлення MDAC може допомогти, але поки що я щасливий, що він працює взагалі!

Чи визнає воно ім'я сервера, якби воно було повністю кваліфіковане? Якби це MYSERVER.domain.com? Нам довелося це робити з SQL Server під час підключення з іншого домену. Якщо ви можете змусити ODBC System DSN підключитися під час тестування джерела даних, ви прогресуєте. Якщо він не підключається в налаштуваннях ODBC, вам потрібно це виправити спочатку.

Ви використовуєте названі труби або TCP для з'єднання ODBC, яке працює? Чи включений TCP?

Переконайтеся, що для SQL-сервера увімкнено віддалений tcp connectios.

Тут просто дикий знімок, але що станеться, якщо ви поставите подвійну косу рису перед іменем сервера або IP-адресою? Мені просто здається, що зазвичай це потрібно для більшості інших підключень Windows / Microsoft.

У мене було подібне питання. У моєму випадку інший sw налаштовує налаштування ODBC, тому я не можу змінити драйвер. Я вирішив свою справу так:

1. Встановіть настройки TCP / IP для сервера для використання порту 1433
2. На клієнті введіть адресу сервера типу: 192.168.1.5,1433 (відсутність імені примірника)

Потім воно почало працювати. ОС клієнта: драйвер Win7 x64: sqlsrv32.dll

Для чого це варто, я почав отримувати цю помилку на з’єднанні, яке раніше працювало. Виявилося, що служба MSSQL $ SQLEXPRESS якось зупинилась. Перезапуск її виправив проблему.

У мене була і ця проблема, і це було так просто, як це: сервер, вказаний як основний DNS-сервер для цього сервера, був видалений, і програма більше не змогла правильно вирішити ім'я SQL-сервера в мережі. Все одразу почало працювати знову, коли я виправив локальний DNS-сервер на діючий.