We are currently migrating servers (2005 to 2008) and our host backed up the SQL database and transferred it to the new server.
I have transferred the website files and changed the IP address in the connection string and the global.asa file.
So technically speaking we have a mirror image on the new server, but when I try to launch a page that connects to the SQL I get the following error.
SQL_Server_does_not_exist_or_access_denied.
radbyx
9,30221 gold badges84 silver badges127 bronze badges
asked Jan 11, 2011 at 13:07
Check your TCP/IP Port is enabled or not
To check it:
— Open SQL Server Configuration Manager from start program.
— Expand SQL Server Network Configuration
— Click on Protocols for XXXX
— Right Click on TCP/IP and open properties
— Enable TCP/IP
— In IP Address Tab, Set Port 1433 in the last option (IPAll)
answered Sep 10, 2018 at 10:06
Nitin PNitin P
2913 silver badges3 bronze badges
3
The error message in this case is very likely correct. First, verify that the network path from you to the new server works and you can connect with the specified userid/pwd.
1) Open Management Studio and attempt to connect to the SQL Server instance by ip address. (By the way, you will probably need to use a SQL Server userid/pwd if you aren’t already since you’re on an Internet host and there is very likely no AD context for Windows auth.)
2) If you can indeed connect to the instance and your database using Management Studio then you’ve probably missed a connection string somewhere. Try to maintain only 1 location for said connection string, usually in a config file. Examine the error line reported in detail to discover which connectionstring is being used and to verify that it reflects the new server ip.
answered Jan 11, 2011 at 13:14
TahbazaTahbaza
9,4882 gold badges26 silver badges39 bronze badges
0
This same error also occurs when a cloned server’s IP is not configured correctly in SQL Config —> TCP/IP connection.
With misconfigured IP in SQL TCP/IP config does let you:
- connect from client machine using server name using ODBC connection
- connect using TELNET with 1433 port number with sever name
This happens when the server is cloned from another SQL server which carries the SQL IP config from the primary server as residue.
But client applications fail to connect using connection strings though using the server name with the following message:
[DBNETLIB][ConnectionOpen (Connect()).]SQL Server does not exist or access denied
Do the following to verify on the SQL Server:
- Note the IP of the server itself (probably admins updated the machine’s IP after cloning the box) by doing IPCONFIG
- Open SQL Server Configuration Manager
- Expand SQL Server Network Configuration
- Select Protocols for MSSQLSERVER
- Double click TCP/IP on the right
- Switch to IP Addresses tab
- Scroll down to IPv4 section to verify if it is the same as the IP address of the machine itself. Fix the IP, if it is not. If it is correct this is not the issue.
answered Apr 23, 2014 at 19:47
user836107user836107
1891 silver badge9 bronze badges
1
I experienced this issue as well when setting up an installation on a new computer.
The connection problem I experienced was due to a firewall setting on the server that hosts MSSQL. The setting gave individual IP addresses access to it which ‘works’ in our environment since IP addresses are described by our administrator as ‘sticky’. Once the Firewall access was granted to my new machine’s IP address, the PHP odbc_connect(...) statement I was running in my local WAMP setup completed immediately.
As with many problems, there is probably more than one way to run into them, but I wanted to be as explicit as possible about how I experienced it.
This probably would have been a little more clear if I had my own installation of MSSQL management studio on my PC but I do not.
Of the Inbound rules on the server housing MSSQL, I found a rule referring to the MSSQL instance and sure enough found the IP address of my old machine there underneath the properties tab «Scope» as a «Remote IP address». Here’s to hoping I remember this whenever I get my next machine! (The decommissioned PC’s IP has been removed)
@Darren, if you could leave a comment under the answer you accepted, it might be nice to know which of @Tahbaza’s suggestions led you to your resolution.
answered Sep 24, 2013 at 15:16
veeTrainveeTrain
2,9152 gold badges25 silver badges43 bronze badges
I experienced this problem when connecting from Qt to Microsoft SQL Server 2014 running also on my computer …
I used the following QODBC connection string:
db.setDatabaseName("Driver={SQL Server};Server=DESKTOP-F6T7JPD\sql_Instance_Name;Database=master;Uid=sa;Pwd=your_pwd;");
I only suffered 2 issues:
-
identifying what to use for Server, this must be the Server Name as configured on SQL server instance, this can be found by opening «MicrosoftSql2014 management Studio», then by looking at properties I found the name (
DESKTOP-F6T7JPDsql_Instance_Name) -
the second issue actually is that this name must be modified by adding another back slash
between my PC name and the instance name
so the name found on management studio will be like:PC_NameSql_Instance.
Note the «», … this must be put asPc_Name\Sql_Instance.
Note the\between PC name and Instance Name!
Richard
1,28912 silver badges25 bronze badges
answered Jun 29, 2017 at 21:55
Mohammad KananMohammad Kanan
4,38210 gold badges23 silver badges47 bronze badges
Are the credentials for your database configured to use SQL users and logins instead of Windows users and logins?
If so, you may need to remap the SQL users in the database to the SQL logins on the server. To scan to see if you have this problem, you can use EXEC sp_change_users_login 'Report'. The 'Auto_Fix' option will automatically correct issues the system finds. You can also run ALTER USER $User WITH LOGIN $Login to manually correct each mapping individually.
http://technet.microsoft.com/en-us/library/ms174378.aspx
The issue is caused because the SIDs generated for the SQL user in the database on the old server don’t match the SIDs for the SQL logins on the new database. The stored procedure corrects the discrepancy.
answered Apr 23, 2014 at 19:58
Bacon BitsBacon Bits
30.5k5 gold badges58 silver badges65 bronze badges
One possible cause is that the server is not running. If you cannot connect even in the Management Studio, check that the SQL Server service is Started and it has been configured as Automatic so that is is started at boot.
answered Sep 21, 2020 at 5:58
VLLVLL
9,5211 gold badge28 silver badges54 bronze badges
If you have access denied error while connecting to SQL server then make sure under SQL server network configuration there are protocols for TCP/IP are enabled.
Please see below screen shot
vimuth
4,95630 gold badges78 silver badges115 bronze badges
answered Aug 2, 2022 at 6:14
1
In my case, the service «SQLBrowser» was disabled.
I just re-enabled it and works fine now.
answered Oct 20, 2022 at 16:03
Struggling with SQL Server error DBNETLIB ConnectionOpen error? Our SQL Server Support team is here to lend a hand with your queries and issues.
SQL Server error DBNETLIB ConnectionOpen
If you have been coming across the following error while attempting to access MS-SQL, you are in the right place.
Error: Test connection to the database server has failed because of network problems:
[DBNETLIB][ConnectionOpen (Connect()).]SQL Server does not exist or access denied.
According to our experts, the error may be due to any one of the following reasons:
- SQL Server is unavailable or does not exist.
- SQL Server is not running.
- Remote connection is not enabled for the SQL instance.
- The instance’s IP address is blocked.
- Port is not added to the firewall exception list.
Let’s take a look at some of the different ways to resolve this specific issue.
Verify SQL Server Settings
- First, log in to the server.
- Then, head to All Programs and select Microsoft SQL Server.
- Next, click Configuration Tools and choose SQL Server Configuration Manager.
- After that, select Protocols for MSSQLSERVER and right-click “TCP/IP”. Then select “Enable”.
- Finally, head to Start and click Run. Then enter services.msc” in order to Restart SQL service.
Check if SQL Server is running
- First, check if the SQL server is running or not by running the services.msc command in the Run window.
- Next, we have to check the connection strings.
Verify Remote Connection:
- Next, we must determine whether the remote connection is active. We can do this by opening SQL Server Management Studio and heading to SQL Server instance property.
- Then, we have to select SQL Server instance property and enable Allow remote connection to this server.
Verify the Port has been added
- To check if the port has been added to the firewall exception list, we have to go to Control Panel and select Windows Firewall with Advanced Security under Administrative Tool.
- Next, we have to choose Inbound Rules on the left panel and then select New Rule.. on the right panel.
- Then, choose Port and click Next in the New Inbound Rule Wizard window.
- After that, we have to enter ‘1433’ in Specific local ports and then click Next.
- Then, choose Allow the connection option and click Next in answer to What action should be taken when a connection matches the specified condition?
- Next, select Domain, Private, and Public in the next window and click Next.
- Finally, enter the Name and click Finish.
Let us know in the comments which of these solutions resolved the SQL Server error DBNETLIB ConnectionOpen error.
[Need assistance with a different issue? Our team is available 24/7.]
Conclusion
To wrap things up, our Support Engineers put together the different causes and fixes behind the SQL Server error DBNETLIB ConnectionOpen.
PREVENT YOUR SERVER FROM CRASHING!
Never again lose customers to poor server speed! Let us help you.
Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.
GET STARTED
|
pat_askiz 0 / 0 / 0 Регистрация: 07.08.2015 Сообщений: 9 |
||||
|
1 |
||||
|
MS SQL 21.03.2017, 08:26. Показов 57643. Ответов 14 Метки sql server (Все метки)
Привет Всем уважаемые форумчане! Вопрос такой, у себя на ПК (На котором пишу программу) — запускаю свою программу, спокойно всё подключается, копирую прогу на другой пк в той же сети выдает ошибку: ИНФА:
До этого использовал IniFile с параметрами Подключаюсь к серверной машинке Windows Server 2008 На своем ПК захожу на серверную машинку через Microsoft SQL Server Management Studio — спокойно! Даже установил sqlncli на клиентские машинки — результата ноль!
0 |
|
1039 / 855 / 335 Регистрация: 08.12.2016 Сообщений: 3,283 |
|
|
21.03.2017, 10:20 |
2 |
|
дабл клик по udl-файлу на том компе и попытайтесь настроить и подключиться прямо «оттуда».
0 |
|
0 / 0 / 0 Регистрация: 07.08.2015 Сообщений: 9 |
|
|
21.03.2017, 10:23 [ТС] |
3 |
|
Да подключается спокойно, на всех пк в сети, вот через написанную программу не хочет подключатся
0 |
|
1039 / 855 / 335 Регистрация: 08.12.2016 Сообщений: 3,283 |
|
|
21.03.2017, 10:36 |
4 |
|
понял, что суть не понял При первом прочтении мне примерещилось, что только на одном компе не работает, а на остальных все ок.
0 |
|
0 / 0 / 0 Регистрация: 07.08.2015 Сообщений: 9 |
|
|
21.03.2017, 10:49 [ТС] |
5 |
|
YuryK, да именно так, через ConnectionString ‘FILE NAME=’ + … у меня и на сервере работает (Работает именно там где установлен SQL Server, на серверном пк Standart а на моем Exspress) на остальных нет, но через udl они все подключаются На сервере могу посмотреть БД от моего пк и наоборот на моем пк могу посмотреть его БД… Добавлено через 1 минуту
0 |
|
0 / 0 / 0 Регистрация: 07.08.2015 Сообщений: 9 |
|
|
21.03.2017, 11:20 [ТС] |
6 |
|
Подключение по udl (Native и SQL Server): Подключается и по имени пк сервера и по IP — без проблем на всех пк в сети
0 |
|
0 / 0 / 0 Регистрация: 07.08.2015 Сообщений: 9 |
|
|
21.03.2017, 11:33 [ТС] |
7 |
|
Кстати подключение идет из Код procedure TFormLogin.FormActivate(Sender: TObject); Подключаюсь через свою программу на других пк: Миниатюры
0 |
|
0 / 0 / 0 Регистрация: 07.08.2015 Сообщений: 9 |
|
|
22.03.2017, 06:10 [ТС] |
8 |
|
РЕШИЛ ПРОБЛЕМУ! Теперь соединяется на всех машинках и даже без sqlncli по SQLOLEDB.1. И еще, вот думаю соединятся все-таки по IniFile прописав там только IP а остальное в программе (Пользователь, пароль, провайдер) — так-как в udl в открытой форме хранятся пароли и пользователи, как думаете Вы насчет этого? Хотелось бы знать Изображения
0 |
|
1039 / 855 / 335 Регистрация: 08.12.2016 Сообщений: 3,283 |
|
|
22.03.2017, 07:00 |
9 |
|
так-как в udl в открытой форме хранятся пароли и пользователи, вы их туда занесли поставив крыжик в «разрешить сохранение пароля», а так его (пароля) там быть не должно. Добавлено через 2 минуты
0 |
|
0 / 0 / 0 Регистрация: 07.08.2015 Сообщений: 9 |
|
|
22.03.2017, 07:28 [ТС] |
10 |
|
вы их туда занесли поставив крыжик в «разрешить сохранение пароля», а так его (пароля) там быть не должно. Я в курсе, но без этого не соединяется, пишет, что-то типо «ошибка пользователя» А Login Promp должен быть тогда True. Пароль надо или вводить. Или хранить. Или использовать Windows аутентификацию. Тогда у меня будет двойная авторизация — мне этого не нужно, так-как у меня уже есть форма авторизации… Во всяко случае, обычные пользователи не должны работать под логином sa. Времени нет, сейчас работаю на автоматическим обновлением программы, да и под sa думаю ничего страшного не случится — многие программы видел под sa. Самое главное, что пользователи уже в системе
0 |
|
1039 / 855 / 335 Регистрация: 08.12.2016 Сообщений: 3,283 |
|
|
22.03.2017, 07:57 |
11 |
|
так-как у меня уже есть форма авторизации. и те логины и пароли не имеют отношения с серверным? Типа хранятся в таблицах базы? В открытом виде?
0 |
|
0 / 0 / 0 Регистрация: 07.08.2015 Сообщений: 9 |
|
|
22.03.2017, 08:11 [ТС] |
12 |
|
и те логины и пароли не имеют отношения с серверным? Нет они прописаны отдельно
0 |
|
1039 / 855 / 335 Регистрация: 08.12.2016 Сообщений: 3,283 |
|
|
22.03.2017, 08:14 |
13 |
|
Нет они прописаны отдельно даже не в базе? В ини-файле рядом с программой?
0 |
|
0 / 0 / 0 Регистрация: 07.08.2015 Сообщений: 9 |
|
|
22.03.2017, 08:18 [ТС] |
14 |
|
даже не в базе? В ини-файле рядом с программой? Никогда не хранил пароли в ини файле
0 |
|
1039 / 855 / 335 Регистрация: 08.12.2016 Сообщений: 3,283 |
|
|
22.03.2017, 08:18 |
15 |
|
а остальное в программе (Пользователь, пароль, провайдер) в таком случае это будет лучший вариант. Для взлома придется приложить хоть какие-то усилия
0 |
Добрый день.
У нас размещена база IT-Invent на MsSQL сервере согласно инструкции. На Windows 10 все отлично работает.
После обновления до Windows 11 подключиться не удается из-за ошибки:
Ошибка соединения!
Connection string: Provider=SQLOLEDB;(дальше данные для авторизации)
[DBNETLIB][ConnectionOpen(SECCreateCredentials().)Ошибка безопасности SSL.
Что необходимо сделать, чтобы исправить эту ошибку?
2.1. Ошибка подключения к БД. [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
Возникает, когда SQL-сервер с базами данных недоступен.
•Для локальной версии программы следует проверить состояние ее экземпляра SQL-сервера.
•Для сетевой версии администратору сети необходимо проверить параметры подключения к экземпляру SQL-сервера и проверить настройки Брандмауэра.
Решение…
Для локальной версии программы:
Проверить, что SQL-сервер данного экземпляра программы существует и работает, для этого:
1.Выяснить имя SQL-сервера, которое указано в параметре SERVER NAME файла «connection.ini» (файл расположен в папке «Файлы лицензий и настроек» программы «Пути к папкам приложения» (AppFolders.exe)).
2.Запустить «Диспетчер конфигурации SQL Server» из меню «Пуск» > «Программы» > «Microsoft SQL Server 2005/2014» > «Средства настройки».
3.В окне «Диспетчер конфигурации SQL Server» перейти в раздел «Службы SQL сервер» и в правой части найти экземпляр с именем, полученным в п.1. Например, «SQL Server (A0Win1)».
Состояние экземпляра SQL-сервера должно быть «Работает».
Если состояние «Остановлен», следует запустить экземпляр SQL-сервера с помощью соответствующей команды контекстного меню (или кнопок меню в верхней части окна).
Если не удается самостоятельно запустить SQL-сервер или при его запуске выдается ошибка, следует обратиться в службу поддержки поставщика программы.
Для сетевой версии программы:
На компьютере, где установлена программа:
1.Убедиться, что имя SQL-сервера, которое указано в параметре SERVER NAME файла «connection.ini» (файл расположен в папке «Файлы лицензий и настроек» программы «Пути к папкам приложения» (AppFolders.exe)) указано правильно. В противном случае заменить файл «connection.ini» на корректный, из папки «ServerConnect» каталога установки рабочего места администратора Комплекса A0.
2.Убедиться, что доступ к SQL-серверу (имя / IP-адрес и порт) по сети не блокируется антивирусом или сетевым экраном (например брандмауэром Windows). При необходимости настроить исключения согласно Инструкции.
На компьютере (сервере), где установлен SQL-сервер с базами данных:
1.Убедиться, что в свойствах используемого экземпляра SQL-сервера разрешены удаленные подключения. Статья Microsoft по данной теме: https://blogs.technet.microsoft.com/isv_team/2011/04/16/sql-server-108-2/.
2.Убедиться, что в «Диспетчер конфигурации SQL Server» для используемого экземпляра SQL-сервера включены протоколы TCP/IP. Как это сделать описано в Инструкции.
3.Убедиться, что доступ к SQL-серверу(имя/IP-адрес и порт) по сети не блокируется антивирусом или сетевым экраном (например брандмауэром Windows). При необходимости настроить исключения согласно Инструкции.
2.2. Ошибка: Не заданы параметры соединения с БД, возможно не была выполнена процедура присоединения системной базы
Причина ошибки в отсутствии параметров соединения с базой данных в конфигурационном файле «connection.ini». Может возникнуть, если установка программы с дистрибутива не была доведена до конца или завершилась ошибкой.
Решение…
1.Запустить утилиту «Администрирование БД» от имени администратора.
2.Нажать на кнопку «Добавить/восстановить служебных пользователей» и дождаться завершения операции.
Если этот компьютер не будет использоваться как сервер баз данных, и к нему не будут подключаться другие клиенты, на вопрос «Будет ли этот компьютер использоваться как сервер базы данных?» нужно ответить «Нет».
Файл «connection.ini» будет сохранен в папке «Файлы лицензий и настроек» программы «Пути к папкам приложения» (AppFolders.exe) и предназначен только для рабочих мест A0 или PMAgent, установленных на этом компьютере.
Если этот компьютер будет использоваться как сервер баз данных, к которому могут подключаться другие клиенты, то на вопрос «Будет ли этот компьютер использоваться как сервер базы данных?» нужно ответить «Да».
В следующем окне указывается, куда сохранен файл «connection.ini» для клиентcких рабочих мест A0 или PMAgent, установленных на других компьютерах. Требуется внимательно прочесть и нажать «OK».
3.Скопировать файл «connection.ini» в папку «Файлы лицензий и настроек» клиентcких рабочих мест A0 или PMAgent, для которых этот компьютер является сервером баз данных.
2.3. Ошибка проверки версии БД
Ошибка возникает потому, что программа не может получить ответ на запрос к SQL-серверу. Возможные причины:
1.SQL-сервер перестал отвечать на запросы потому, что достиг критической загрузки, завис, неисправен и т.д.
2.Ошибка вызвана нарушением целостности баз данных. Причиной нарушения целостности баз может быть некорректное закрытие в случае аварийного завершения работы программы. Например, аварийное выключение компьютера при сбое питания, неисправность жесткого диска компьютера и т.п.
Решение…
1.Перезапустить SQL-сервер.
2.Если после перезапуска SQL-сервера ошибка остается, необходима проверка целостности баз данных. Выполнить проверку можно самостоятельно стандартными средствами SQL-сервера либо обратиться к поставщику или в Компанию Инфострой по адресу «a0@infostroy.ru».
Если повреждена база НСИ – ее можно заменить, скачав заново из хранилища Компании Инфострой.
Если будет выявлено повреждение системной базы данных либо базы архива проектов – потребуется предоставить ее для анализа в отдел сопровождения клиентов Компании Инфострой в виде резервной копии «*.bak» или файла «*.mdf». В результате анализа будет оценена степень повреждения и возможность восстановления. При серьезных повреждениях базы восстановление данных из нее производится на платной основе.
Во избежание потери пользовательских данных по причине повреждения базы настоятельно рекомендуется регулярно создавать резервные копии системной базы данных по инструкции Создание резервной копии данных.
2.4. Ошибка подключения к БД. Не удается открыть базу данных «A0Data», запрашиваемую именем входа. Не удалось выполнить вход.
Ошибка возникает потому, что служебный пользователь Комплекса А0 не может подключиться к существующей базе. Возможные причины:
1.Содержимое файла «connection.ini» устарело и содержит недействительные параметры. Например, в случае смены SQL-сервера с базой данных.
2.База данных была восстановлена из резервной копии, но операция подключения пользователей в «Администрирование БД» не выполнена.
3.База данных недоступна для подключения. Например, находится в однопользовательском режиме, в результате аварийного завершения обновления или при выполнении каких-либо административных операций на SQL-сервере.
Решение…
1.Для рабочего места, подключенного к сетевой базе данных, требуется заменить файл «connection.ini» (файл расположен в папке «Файлы лицензий и настроек» программы «Пути к папкам приложения» (AppFolders.exe)) на актуальный, из папки «ServerConnect» каталога установки рабочего места администратора Комплекса A0.
Для рабочего места с локальным сервером базы данных выполнить следующий пункт.
2.Запустить утилиту «Администрирование БД» от имени администратора.
Нажать на кнопку «Добавить/восстановить служебных пользователей» и дождаться завершения операции.
3.При запуске «Администрирование БД» автоматически предпринимается попытка перевести системную базу данных в многопользовательский режим при условии, что к базе нет других подключений. Если этого не происходит, необходимо обратиться к системному администратору или в техподдержку поставщика.
2.5. Ошибка подключения к БД. Login failed for user ‘A0User’ (Ошибка входа пользователя «A0User»).
Ошибка возникает в случае, когда в файле «connection.ini» данного экземпляра программы содержатся некорректные данные учетной записи «A0User» либо эта учетная запись на SQL-сервере не имеет прав на работу с базой или отсутствует.
Решение…
Для рабочего места, подключенного к сетевой базе данных, требуется заменить файл «connection.ini» (файл расположен в папке «Файлы лицензий и настроек» программы «Пути к папкам приложения» (AppFolders.exe)) на актуальный, из папки «ServerConnect» каталога установки рабочего места администратора Комплекса A0.
Для рабочего места с локальным сервером базы данных выполнить следующее:
1.Запустить утилиту «Администрирование БД» от имени администратора.
2.Нажать на кнопку «Добавить/восстановить служебных пользователей» и дождаться завершения операции.
2.6. Ошибка подключения к БД. [DBNETLIB][ConnectionOpen (SECDoClientHandshake()).]Ошибка безопасности SSL.
Ошибка возникает в случае, когда на компьютере установлено программное обеспечение «КриптоПро CSP», некоторые версии которого блокируют соединение с локальным экземпляром Microsoft SQL Server.
Решение…