На іншому кінці труби немає жодного процесу (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, імена PipeLine та спільну пам'ять

Якщо ви намагаєтеся ввійти в систему за допомогою облікових даних SQL, ви також можете спробувати змінити режим реєстрації для 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; Початковий каталог = Дані; Ідентифікатор користувача = sa; Pwd = 12345; Час очікування підключення = 10;

Але мій SQL - POS06 \ MSQL2014

Змініть рядок з'єднання на

сервер = POS06 \ MSQL2014; AttachDbFilename = C: ... \ Datas.mdf; Початковий каталог = Дані; Ідентифікатор користувача = sa; Pwd = 12345; Час очікування підключення = 10;

це спрацювало.

переконайтеся, що ви вказали користувача в Безпека-> Входи, якщо ні - додайте його та спробуйте ще раз.

Виконайте іншу відповідь, і якщо вона все ще не працює, перезавантажте комп'ютер, щоб ефективно перезапустити службу SQL Server у Windows.

Завжди намагайтеся увійти, використовуючи ці облікові дані за допомогою SQL Management Studio. Це може відкрити ще деякі деталі, які ви не отримуєте під час виконання у своєму коді. Я перевірив аутентифікацію SQL + Windows, перезапустив сервер, але досі мені не повезло. Після спроби увійти за допомогою SQL Management, я отримав таке запит:

Якось термін дії пароля закінчився, хоча логін було створено за кілька хвилин до цього. У будь-якому випадку, новий набір паролів, рядок підключення оновлено, і все в порядку.