Odbc sql server driver сервер не существует или отсутствует доступ

Обновлено: 21.01.2025

Need your solution, I am using Sage 500 ERP and the below issue is from client PC.

in the server, the system works fine, but when I am trying to access from client PC I am getting the below error.

I have checked the client ODBC connection and configured but still the same error.

[Microsoft][ODBC SQL Server Driver][DBNETLIB]SQL Server does not exist or access denied.”

Все ответы

Is the client in the same network as your server?

If not, have you opened the relevant ports in your SQLServer server box for internet access?

You should open the corresponding port SQLServer uses in your windows firewall (if enabled) and also on network firewall so as to allow inbound connections

Please Mark This As Answer if it solved your issue
Please Vote This As Helpful if it helps to solve your issue
Visakh
----------------------------
My Wiki User Page
My MSDN Page
My Personal Blog
My Facebook Page

Is the client in the same network as your server? Yes it is on the same network

If not, have you opened the relevant ports in your SQLServer server box for internet access? No

You should open the corresponding port SQLServer uses in your windows firewall (if enabled) and also on network firewall so as to allow inbound connections. Windows firewall is disabled.

Hi Visakh,

Is the client in the same network as your server? Yes it is on the same network

If not, have you opened the relevant ports in your SQLServer server box for internet access? No

You should open the corresponding port SQLServer uses in your windows firewall (if enabled) and also on network firewall so as to allow inbound connections. Windows firewall is disabled.

Afzalkhan

How are you trying to access the server? Using machinename or using IP?

Is the SQLServer a default instance or a named instance? If named remember to use Machine\Instance or IP\Instance format

В настоящее время мы переносим серверы (с 2005 года на 2008 год), и наш хост сделал резервную копию базы данных SQL и перенес ее на новый сервер.

Я перенес файлы веб-сайта и изменил IP-адрес в строке подключения и файле global.asa.

Итак, технически говоря, у нас есть зеркальное отображение на новом сервере, но когда я пытаюсь запустить страницу, которая подключается к SQL, я получаю следующую ошибку.

1) Откройте Management Studio и попытайтесь подключиться к экземпляру SQL Server по IP-адресу. (Кстати, вам, вероятно, понадобится использовать идентификатор пользователя / pwd SQL Server, если вы еще этого не сделали, поскольку вы находитесь в Интернете, и, скорее всего, нет контекста AD для аутентификации Windows.)

Убедитесь, что ваш порт TCP / IP включен или нет

Чтобы проверить это:

- Откройте Диспетчер конфигурации SQL Server из начальной программы.
- Разверните Конфигурация сети SQL Server
. - Нажмите Протоколы для XXXX
- Щелкните правой кнопкой мыши TCP / IP и откройте свойства
- Включить TCP / IP
- На вкладке IP-адреса установите порт 1433 в последней опции (IPAll).

Эта же ошибка также возникает, когда IP-адрес клонированного сервера неправильно настроен в SQL Config -> TCP / IP connection.

С неправильно настроенным IP-адресом в конфигурации SQL TCP / IP позволяет:

подключиться с клиентской машины, используя имя сервера, используя соединение ODBC
подключиться через TELNET с номером порта 1433 с именем сервера

Это происходит, когда сервер клонируется с другого сервера SQL, который переносит конфигурацию IP SQL с основного сервера в качестве остатка.

Для проверки на SQL Server выполните следующие действия:

Обратите внимание на IP-адрес самого сервера (возможно, администраторы обновили IP-адрес машины после клонирования коробки), выполнив IPCONFIG
Откройте диспетчер конфигурации SQL Server
Развернуть Конфигурация сети SQL Server
Выберите протоколы для MSSQLSERVER
Дважды щелкните TCP / IP справа
Перейти на вкладку IP-адреса
Прокрутите вниз до раздела IPv4, чтобы проверить, совпадает ли он с IP-адресом самого устройства. Исправьте IP, если это не так. Если это правильно, проблема не в этом.

Я также столкнулся с этой проблемой при настройке установки на новый компьютер.

Проблема с подключением, с которой я столкнулся, была связана с настройкой брандмауэра на сервере, на котором размещен MSSQL. Этот параметр предоставил доступ к отдельным IP-адресам, что «работает» в нашей среде, поскольку IP-адреса описываются нашим администратором как «липкие». Как только брандмауэр был предоставлен IP-адресу моей новой машины, оператор PHP odbc_connect(. ) , который я выполнял в моей локальной настройке WAMP, немедленно завершился.

Как и в случае со многими проблемами, вероятно, есть несколько способов столкнуться с ними, но я хотел как можно более подробно рассказать о том, как я это испытал.

Вероятно, это было бы немного яснее, если бы у меня была собственная установка студии управления MSSQL на моем ПК, но у меня ее нет.

Из правил для входящих подключений на сервере, на котором размещен MSSQL, я нашел правило, относящееся к экземпляру MSSQL, и, конечно же, нашел IP-адрес моей старой машины там под вкладкой свойств «Область» как «Удаленный IP-адрес». Надеюсь, я запомню это всякий раз, когда получу свою следующую машину! (IP-адрес выведенного из эксплуатации компьютера был удален)

@Darren, если бы вы могли оставить комментарий под принятым ответом, было бы неплохо узнать, какое из предложений @Tahbaza привело вас к вашему решению.

Настроены ли учетные данные для вашей базы данных для использования пользователей и учетных записей SQL вместо пользователей и учетных записей Windows?

Проблема вызвана тем, что идентификаторы безопасности, сгенерированные для пользователя SQL в базе данных на старом сервере, не соответствуют идентификаторам безопасности для учетных записей SQL в новой базе данных. Хранимая процедура исправляет несоответствие.

У меня возникла эта проблема при подключении из Qt к Microsoft SQL Server 2014, работающему также на моем компьютере .

Я использовал следующую строку подключения QODBC:

У меня было всего 2 проблемы:

Чтобы определить, что использовать для сервера, это должно быть имя сервера, настроенное на экземпляре SQL-сервера, его можно найти, открыв «MicrosoftSql2014 management Studio», а затем, просмотрев свойства, я нашел имя ( DESKTOP-F6T7JPD\sql_Instance_Name )

вторая проблема на самом деле заключается в том, что это имя необходимо изменить, добавив еще одну обратную косую черту \ между именем моего компьютера и именем экземпляра так что имя, найденное на студии управления, будет таким: PC_Name\Sql_Instance . Обратите внимание на "\", . это должно быть указано как Pc_Name\\Sql_Instance .
Обратите внимание на \\ между именем ПК и именем экземпляра!

Одна из возможных причин - сервер не работает. Если вы не можете подключиться даже в Management Studio, убедитесь, что служба 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 секунд, а затем, наконец, возвращается со следующей ошибкой:

Если я пытаюсь сделать то же самое, но изменить «сервер» с 123.456.789.012\SQLEXPRESS просто старого 123.456.789.012 , я получу другую ошибку:

Теперь я знаю, о чем ты думаешь. Вы можете подумать: «Да, вы, вероятно, не открывали брандмауэр для порта 1433, тупица». За исключением того, что я сделал, и я подтвердил это, поскольку я могу успешно запустить:

. из командной строки все, что я хочу. Так что я не уверен, что делать. Я знаю, что SQL Server существует, работает, и соединение ODBC может быть установлено правильно; Я просто не уверен, что я ошибся в настройках подключения, которые выдают эти ошибки. Исходя из последней ошибки, которую я перечислил, может показаться, что она может подключиться к серверу, но просто не может найти экземпляр (так как я не указал тот в тот раз). Так значит ли это, что мне просто нужно использовать какой-то другой синтаксис для указания IP вместе с именем экземпляра? Что я делаю? Заранее спасибо.

В настоящее время мы переносим серверы (с 2005 по 2008 год), а наш хост поддерживает базу данных SQL и переносит ее на новый сервер.

Я перенес файлы сайта и изменил IP-адрес в строке подключения и файле global.asa.

Итак, технически говоря, у нас есть зеркальное изображение на новом сервере, но когда я пытаюсь запустить страницу, которая подключается к SQL, я получаю следующую ошибку.

Любая помощь будет оценена.

спросил(а) 2011-01-11T16:07:00+03:00 10 лет, 10 месяцев назад

1) Откройте Management Studio и попытайтесь подключиться к экземпляру SQL Server по IP-адресу. (Кстати, вам, вероятно, понадобится использовать userid/pwd SQL Server, если вы еще этого не сделали с тех пор, как вы находитесь на интернет-хосте, и, скорее всего, нет контекста AD для Windows auth.)

2) Если вы действительно можете подключиться к экземпляру и вашей базе данных с помощью Management Studio, вы, вероятно, пропустили строку соединения где-нибудь. Попробуйте сохранить только 1 место для указанной строки соединения, как правило, в файле конфигурации. Изучите строку ошибки, подробно описанную, чтобы узнать, какая строка подключения используется, и проверить, что она отражает новый IP-адрес сервера.

ответил(а) 2011-01-11T16:14:00+03:00 10 лет, 10 месяцев назад

У меня возникла эта проблема при подключении с Qt на Microsoft SQL Server 2014, который также работает на моем компьютере.

Я использовал следующую строку подключения QODBC:

У меня только 2 проблемы:

идентифицируя, что использовать для Сервера, это должно быть имя сервера, настроенное на экземпляре SQL-сервера, это можно найти, открыв "MicrosoftSql2014 Management Studio", затем, посмотрев на свойства, я нашел имя ( DESKTOP-F6T7JPD\sql_Instance_Name )

Вторая проблема заключается в том, что это имя должно быть изменено путем добавления другой обратной косой черты \ между именем моего компьютера и именем экземпляра
поэтому имя, найденное в студии управления, будет выглядеть следующим образом: PC_Name\Sql_Instance .
Обратите внимание на "\". это должно быть указано как Pc_Name\\Sql_Instance .

Обратите внимание на \\ между именем ПК и именем экземпляра!

ответил(а) 2017-06-30T00:55:00+03:00 4 года, 4 месяца назад

Являются ли учетные данные для вашей базы данных настроены на использование пользователей и учетных записей SQL вместо пользователей и пользователей Windows?

Если это так, вам может потребоваться переназначить пользователей SQL в базе данных на логины SQL на сервере. Чтобы проверить, есть ли у вас эта проблема, вы можете использовать EXEC sp_change_users_login 'Report' . Опция 'Auto_Fix' автоматически исправляет проблемы, обнаруженные системой. Вы также можете запустить ALTER USER $User WITH LOGIN $Login , чтобы вручную вручную корректировать каждое отображение.

Проблема вызвана тем, что SID, сгенерированные для пользователя SQL в базе данных на старом сервере, не соответствуют идентификаторам SID для логинов SQL в новой базе данных. Хранимая процедура корректирует расхождение.

ответил(а) 2014-04-23T22:58:00+04:00 7 лет, 7 месяцев назад

Эта же ошибка также возникает, когда клонированный IP-адрес сервера неправильно настроен в конфигурации SQL Config → TCP/IP.

С неверно сконфигурированным IP-адресом в конфигурации SQL TCP/IP вы можете:

Это происходит, когда сервер клонируется с другого SQL-сервера, который имеет конфигурацию IP-адреса SQL с основного сервера в качестве остатка.

Для проверки на SQL Server выполните следующие действия:

ответил(а) 2014-04-23T22:47:00+04:00 7 лет, 7 месяцев назад

Я также столкнулся с этой проблемой при настройке установки на новый компьютер.

Проблема подключения, с которой я столкнулась, связана с настройкой брандмауэра на сервере, на котором размещается MSSQL. Этот параметр дал отдельным IP-адресам доступ к нему, который "работает" в нашей среде, так как IP-адреса описываются нашим администратором как "липкие". Когда доступ к брандмауэру был предоставлен моему новому IP-адресу компьютера, оператор PHP odbc_connect(. ) , который я запускал в локальной настройке WAMP, был немедленно завершен.

Как и во многих проблемах, есть, вероятно, более чем один способ столкнуться с ними, но я хотел быть максимально ясным, как я это испытал.

Возможно, было бы немного более ясно, если бы у меня была собственная установка студии управления MSSQL на моем ПК, но я этого не делаю.

Из входящих правил на сервере MSSQL, я нашел правило, ссылающееся на экземпляр MSSQL, и достаточно убедился, что IP-адрес моей старой машины находится под вкладкой свойств "Область" в качестве "Удаленного IP-адреса". Здесь, чтобы надеяться, я помню это всякий раз, когда я получаю свою следующую машину! (Выведенный из эксплуатации ПК-IP удален)

@Darren, если вы можете оставить комментарий в соответствии с полученным вами ответом, было бы неплохо узнать, какие из предложений @Tahbaza привели вас к вашей резолюции.

Читайте также: