На другом конце конвейера нет процессов (SQL Server 2012)

У меня такая ошибка:

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, и у пользователя есть все разрешения.

Сервер был настроен на проверку подлинности Windows только по умолчанию. Нет никаких уведомлений о том, что причина ошибки именно в этом, поэтому понять это сложно. Студия управления SQL не предупреждает, даже если вы создаете пользователя только с аутентификацией SQL.

Итак, ответ: переключитесь с Windows на аутентификацию SQL :

1. Щелкните правой кнопкой мыши имя сервера и выберите properties;
2. Выберите securityвкладку;
3. Включите SQL Server and Windows Authentication mode;
4. Перезапустите службу SQL Server.

Теперь вы можете подключиться со своим логином / паролем.

Чтобы решить эту проблему, подключитесь к 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или .) может выявить реальную причину ошибки. В моем случае имя базы данных, указанное в строке подключения, было неверным.

Итак, вот чек-лист:

• Убедитесь, что Named Pipe включен в диспетчере конфигурации (не забудьте перезапустить сервер).
• Убедитесь, что база данных, к которой вы подключаетесь, существует.
• Убедитесь, что проверка подлинности SQL Server (или смешанный режим) включена.

Пожалуйста, проверьте это также. Также проверьте конфигурацию TCP / IP, Names PipeLine и включена общая память.

Если вы пытаетесь войти с учетными данными SQL, вы также можете попробовать изменить LoginMode для SQL Server в реестре, чтобы разрешить как SQL Server, так и проверку подлинности Windows.

1. Открыть regedit
2. Перейдите к ключу экземпляра SQL (может отличаться в зависимости от имени вашего экземпляра): Computer \ HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft SQL Server \ MSSQL14.SQLEXPRESS \ MSSQLServer \
3. Установите LoginMode на 2

4. Перезапустите службу SQL и SQL Server Management Studio и повторите попытку.

Я сталкиваюсь с этой проблемой во второй раз, и все предыдущие ответы не дали результата, к счастью, следующий запрос выполняет свою работу:

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.

Всегда пытайтесь войти в систему, используя эти учетные данные с помощью SQL Management Studio. Это может раскрыть некоторые дополнительные детали, которых вы не получите во время выполнения в своем коде. Я проверил аутентификацию SQL + Windows, перезапустил сервер, но все равно не повезло. После попытки войти в систему с помощью SQL Management я получил следующее приглашение:

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