Состояние sql 37000 код ошибки 67

We are running Windows SQL Server 2016 Enterprise on Windows Server 2016. The server has an instance with databases in Always On High Availability group. People connect to the instance mostly from MS Access and MS Excel applications and from time to time they experience the following error:

—————————
Microsoft SQL Server Login
—————————
Connection failed:
SQLState: ‘01000’
SQL Server Error: 67
[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.

There can be a few reasons that cause this error. If you connect SQL Server from MS Office applications and you databases are in Always On availability group:

Make sure you use “MSOLEDBSQL.1” or “ODBC Driver 13 for SQL Server” driver instead of “SQL Server” driver

Instead of connection string like “DRIVER=SQL Server;SERVER=AlwaysOn Availability Group Name\Instance Name;UID=User;PWD=Password;APP=Microsoft Office 2016;WSID=Host;DATABASE=DBName;”

you should have the string like

“DRIVER=ODBC Driver 13 for SQL Server;SERVER=AlwaysOn Availability Group Name\Instance Name;UID=User;PWD=Password;APP=Microsoft Office 2016;DATABASE=DBName;TrustServerCertificate=Yes;MultiSubnetFailover=Yes”

“Provider=MSOLEDBSQL.1;Password=Password;Persist Security Info=True;User Catalog=DBName;Data Source=AlwaysOn Availability Group Name\Instance Name;Use Procedure for Prepare=1;Auto Translate=True;Packet Size=4096;Workstation File Name=””;Use Encryption for Data=False;Tag with column collation when possible=False;MARS Connection=False;DataTypeCompatibility=0;Trust Server Certificate=False;Application Intent=READWRITE;MultisubnetFailover=True;Use FMTONLY=False”

Make sure TCP/IP protocol on SQL server is turned on and SQL Server Browser service on SQL server is running

To assign a TCP/IP port number to the SQL Server Database Engine

If the Listen All setting on the Protocol tab is set to “Yes”, then only TCP Port and TCP Dynamic Port values under the IPAll section will be used and individual IPn sections will be ignored in their entirety. If the Listen All setting is set to “No”, then the TCP Port and TCP Dynamic Port settings under the IPAll section will be ignored and the TCP Port, TCP Dynamic Port, and Enabled settings on the individual IPn sections will be used instead. Each IPn section has an Enabled setting with a default value of “No” which causes SQL Server to ignore this IP address even if it has a port defined.

Connecting

After you have configured SQL Server to listen on a specific port, there are three ways to connect to a specific port with a client application:

Make sure firewall on SQL Server allows incoming connections

Try to ping the instance from a client computer. Open firewall settings on SQL Server and make sure incoming connections to instance’s TCP port (see above) are allowed.

Want me to do this for you? Drop me a line: itgalaxyzzz gmail [point] com

Как исправить «Системная ошибка 67 произошла»?

Проблема «Системная ошибка 67 произошла» возникает, когда пользователи Windows пытаются запустить сканирование сетевого обнаружения или при попытке сопоставить сетевой диск из CMD или Powershell.

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

Однако сбой драйвера также может вызвать эту ошибку. Особенно в том случае, если вы используете старую версию драйвера, датированную сразу после первоначального запуска Windows 10. Другие потенциальные причины включают включенную политику «Защищенные пути UNC» или неправильно настроенный IP NAT.

Решение 1. Использование правильного синтаксиса (если применимо)

Прежде чем попробовать какое-либо другое исправление, вы должны убедиться, что введенный вами синтаксис правильный.

Если вы хотите подключить сетевой диск с помощью «net use * // * IP Address *», вы увидите это сообщение об ошибке из-за того, что вместо обратной косой черты вы используете прямые косые черты. Это довольно распространенная ошибка, которую совершают многие пострадавшие пользователи.

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

Правильный синтаксис в этом случае:

net use * \ * IP-адрес * sharename

Примечание. Имейте в виду, что * IP-адрес * является просто заполнителем. Замените его своим собственным адресом, который вы пытаетесь сопоставить.

Если этот метод неприменим к вашему конкретному сценарию или вы уже используете правильный синтаксис, перейдите к следующему потенциальному исправлению ниже.

Решение 2. Обновление сетевого драйвера

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

Подобные ситуации были частыми в первые годы после запуска Windows 10, но теперь большинство производителей выпустили пересмотренные сетевые версии, которые больше не будут вызывать эту проблему. Чтобы воспользоваться исправлением, необходимо обновить сетевой драйвер до последней доступной версии.

Вот краткое руководство по обновлению сетевого драйвера через диспетчер устройств:

Решение 3. Включите «усиленные пути UNC» через Gpedit. msc

Другой распространенной причиной, которая может вызвать проблему «Произошла системная ошибка 67», а также целый ряд других проблем в общей сети, является активированная политика под названием Hardened UNC Paths. Пока он включен, вы можете столкнуться с этой проблемой при попытке сопоставить диск с помощью групповой политики в Windows 10.

Несколько затронутых пользователей, которые также боролись с той же проблемой, подтвердили, что им удалось решить проблему, открыв редактор локальной групповой политики (Gpedit. msc) и отключив политику усиленных путей UNC, чтобы предотвратить возникновение дополнительных конфликтов.

Вот что вам нужно сделать:

Примечание. Если вас попросит Контроль учетных записей, нажмите Да, чтобы предоставить административные привилегии, чтобы предоставить программе необходимый доступ.

Если проблема «Системная ошибка 67 произошла» по-прежнему возникает, перейдите к следующему способу ниже.

Решение 4. Отключение неправильно настроенного IP NAT

Еще одна довольно распространенная проблема, которая вызовет Системную ошибку 67, — это неправильно настроенные драйверы сетевых устройств. В большинстве случаев это происходит из-за того, что NAT установлен, но не настроен должным образом.

Несколько затронутых пользователей подтвердили, что им удалось решить эту конкретную проблему с помощью диспетчера устройств, чтобы отключить драйвер IP NAT. Обычно сообщается, что это эффективно в тех случаях, когда пользователь пытается войти в систему с использованием учетной записи домена и получает ошибку «Произошла системная ошибка 67».

Вот краткое руководство по устранению проблемы путем отключения неправильного IP NAT:

Ошибка входа в Microsoft SQL Server: 18456

Я получаю эту ошибку при попытке подключиться к SQL Server.

ошибка Microsoft SQL Server: 18456

может кто-нибудь сказать мне, что код ошибки означает?

19 ответов:

проверьте эту статью в блоге от команды платформы данных.

https://blogs. msdn. com/b/sql_protocols/archive/2006/02/21/536201.aspx

вам действительно нужно посмотреть на состояние части сообщения об ошибке, чтобы найти основную причину проблемы.

после этого, Google, как исправить эту проблему.

перед открытием щелкните правой кнопкой мыши и выберите «Запуск от имени администратора». Это решило проблему для меня.

Я столкнулся с этой проблемой.

пожалуйста, посмотрите на прикрепленные изображения,

пожалуйста, измените свою проверку подлинности sql как SQL server и режим WindowsAuthenication,

и перезапустите Sql server.

двойной щелчок TCP / IP дал мне это:

IP-адрес был другого виртуального сервера! Это, наконец, заставило меня понять, что я просто запутался между серверами, и все хорошо работало на втором сервере.

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

пожалуйста, проверьте, если вы подключены к сети, если это член домена ПК. Кроме того, убедитесь, что вы не находитесь на двух домашних ПК, поскольку ваши маршруты могут быть неверными из-за сетевых показателей. У меня была эта проблема, когда я не мог подключиться к домену проверка подлинности SQL windows переключилась на локальную учетную запись ПК, но зарегистрировала ее как проверку подлинности SQL. Как только я отключил свой беспроводной адаптер и перезагрузился, интеграция Windows переключилась обратно на учетную запись домена и прошла проверку подлинности. Я уже настроил смешанный режим, как вы уже сделали, так что предыдущие сообщения не применяются.

для меня это было неправильно логин и пароль.

сначала перейдите в панель запуска, а затем выполните поиск локальных служб Затем нажмите на кнопку » Просмотр локальных служб» Затем он откроет окно службы, затем перейдите к SQL Server (MSSQLSERVER) щелкните правой кнопкой мыши на нем и нажмите кнопку стоп, а затем снова щелкните правой кнопкой мыши на нем и нажмите кнопку Пуск. Теперь вы можете войти в систему и ввести имя пользователя ‘СА’ и пароль свой пароль.

Я считаю, что это может произойти, если вы пытаетесь войти в систему с пользователем, который определен в Active Directory, но попробуйте использовать «аутентификацию SQL Server» на экране входа в систему. Я не знаю, как указать другого пользователя с проверкой подлинности NTLM/Windows: когда я нажимаю раскрывающийся список проверки подлинности Windows, имя пользователя и пароль отключаются, и я могу войти только как сам.

устранение неполадок подключения к SQL Server

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

Вы можете попробовать следующее:

проверьте подключение

проверяем состояние

Состояние 5

состояние войти

«вы не смотрите в нужном месте «или»то, что вы видите, это не то, что вы думаете».

локальный конфликт БД и SQLEXPRESS

Если вы подключаетесь к SSMS с проверкой подлинности Windows, и ваш экземпляр называется SQLEXPRESS, вы, вероятно, смотрите на LocalDb и не правильный сервер. Таким образом, вы только что создали свой логин на LocalDb.

при подключении через проверку подлинности SQL Server с SSMS, он будет пытаться подключиться к реальному серверу SQLEXPRESS, где ваш любимый логин еще не существует.

дополнительная информация: Проверьте вкладку параметры подключения, если вы не забыли какую-то странную строку подключения там.

Я столкнулся с той же проблемой. Сначала необходимо включить проверку подлинности в смешанном режиме. Более подробный Как включить проверку подлинности в смешанном режиме