У меня такая ошибка:
A connection was successfully established with the server, but then an error occurred
during the login process. (provider: Shared Memory Provider, error: 0 - No process is
on the other end of the pipe.)
(Microsoft SQL Server, Error: 233)
Я знаю, что на этом сайте есть похожие вопросы, и ответ - включить TCP / IP и каналы. Но я включил оба, и все еще не работает:
Я использую Microsoft SQL Server 2012, и у пользователя есть все разрешения.
sql-server
sql-server-2012
Итэр Атор
источник
источник
Ответы:
Сервер был настроен на проверку подлинности Windows только по умолчанию. Нет никаких уведомлений о том, что причина ошибки именно в этом, поэтому понять это сложно. Студия управления SQL не предупреждает, даже если вы создаете пользователя только с аутентификацией SQL.
Итак, ответ: переключитесь с Windows на аутентификацию SQL :
properties;securityвкладку;SQL Server and Windows Authentication mode;Теперь вы можете подключиться со своим логином / паролем.
источник
Windows Authentication>> Щелкните правой кнопкой мыши свой сервер >>Properties>>Security(ПодSelect a page) >> ПодServer AuthenticationвыборомSQL Server and Windows Authentication mode. Закройте SQL Server Management Studio, перезапустите службу SQL Server и попробуйте снова войти в систему.Server Authenticationбыло установленоWindows Authentication mode. И вне зависимости от правильного ввода пароля меня всегда встречалиA connection was successfully established with the server, but then an error occurred during the login process. (provider: Shared Memory Provider, error: 0 - No process is on the other end of the pipe.). На протяжении всей ошибки я мог войти в систему, используяWindows AuthenticationЧтобы решить эту проблему, подключитесь к SQL Management Studio с помощью проверки подлинности Windows, затем щелкните правой кнопкой мыши узел сервера «Свойства» -> «Безопасность» и включите режим проверки подлинности SQL Server и Windows. Если вы используете sa, убедитесь, что учетная запись включена. Для этого откройте «sa» в разделе «Логины» и просмотрите статус.
Если это не сработало, вам может потребоваться переустановить SQL Server.
источник
Также вы можете попробовать перейти к службам и перезапустить экземпляр сервера Sql.
источник
Итак, недавно у меня тоже было это для интегрированной безопасности. Оказалось, что мою проблему на самом деле довольно просто исправить, но в основном потому, что я забыл добавить «Trusted_Connection = True» в строку подключения.
Я знаю, что это может показаться довольно очевидным, но на это у меня ушло около 20 минут, пока я не понял, что я скопировал свой формат строки подключения с connectionstrings.com, и эта часть строки подключения отсутствовала.
Просто и я чувствую себя немного глупо, но это был ответ для меня.
источник
Другой причиной этой ошибки может быть неправильное или несуществующее имя базы данных.
Принудительное установление соединения TCP / IP (указав
127.0.0.1вместоlocalhostили.) может выявить реальную причину ошибки. В моем случае имя базы данных, указанное в строке подключения, было неверным.Итак, вот чек-лист:
источник
Пожалуйста, проверьте это также.
Также проверьте конфигурацию TCP / IP, Names PipeLine и включена общая память.
источник
Если вы пытаетесь войти с учетными данными SQL, вы также можете попробовать изменить LoginMode для SQL Server в реестре, чтобы разрешить как SQL Server, так и проверку подлинности Windows.
источник
Я сталкиваюсь с этой проблемой во второй раз, и все предыдущие ответы не дали результата, к счастью, следующий запрос выполняет свою работу:
Alter login [user] with CHECK_POLICY = OFF go Alter login [user] with CHECK_POLICY = ON goисточник
Для меня истек срок действия пароля для моего пользователя, вошедшего в систему, и я получил то же исключение. Затем я вхожу в систему в режиме проверки подлинности Windows и меняю пароль для связанного пользователя, и это решило мою проблему.
источник
Была и эта ошибка, причина была простой, но не очевидной: неверный пароль. Не уверен, почему я не получил просто «Ошибка входа» от только что установленного сервера SQL 2016.
источник
Ага, эта ошибка могла также быть «что-то не удалось, удачи в выяснении чего» - в моем случае это было неправильное имя пользователя. SQL Server 2019 RC1.
источник
У меня та же проблема: «Соединение с сервером было успешно установлено, но затем произошла ошибка во время процесса входа в систему. (Поставщик: поставщик общей памяти, ошибка: 0 - на другом конце канала нет процесса.)»
Моя связь:
сервер = POS06 \ SQLEXPRESS; AttachDbFilename = C: ... \ Datas.mdf; Начальный каталог = Datas; ID пользователя = sa; Pwd = 12345; Время ожидания подключения = 10;
Но мой SQL - это POS06 \ MSQL2014
Измените строку подключения на
сервер = POS06 \ MSQL2014; AttachDbFilename = C: ... \ Datas.mdf; Начальный каталог = Datas; ID пользователя = sa; Pwd = 12345; Время ожидания подключения = 10;
это сработало.
источник
убедитесь, что вы указали пользователя в Security-> Logins, если нет - добавьте его и попробуйте еще раз.
источник
Следуйте другому ответу, и если он все еще не работает, перезагрузите компьютер, чтобы эффективно перезапустить службу SQL Server в Windows.
источник
services.mscВсегда пытайтесь войти в систему, используя эти учетные данные с помощью SQL Management Studio. Это может раскрыть некоторые дополнительные детали, которых вы не получите во время выполнения в своем коде. Я проверил аутентификацию SQL + Windows, перезапустил сервер, но все равно не повезло. После попытки войти в систему с помощью SQL Management я получил следующее приглашение:
Каким-то образом срок действия пароля истек, хотя логин был создан буквально за несколько минут до этого. В любом случае, новый пароль установлен, строка подключения обновлена и все в порядке.
источник