Сообщение об ошибке: (поставщик: поставщик общей памяти, ошибка: 0 - на другом конце канала нет процесса).

Я пытаюсь развернуть свой сайт на сервере Windows 2003. Я что-то пропустил или что-то не так из следующего сообщения об ошибке, как я могу его исправить? Спасибо

У меня появляется сообщение об ошибке:

Соединение с сервером было успешно установлено, но затем во время процесса регистрации произошла ошибка. (поставщик: поставщик общей памяти, ошибка: 0 - никакой процесс не находится на другом конце трубы.) Описание: Необработанное исключение возникло во время выполнения текущего веб-запроса. Просмотрите трассировку стека для получения дополнительной информации об ошибке и ее возникновении в коде.

Сведения об исключении: System.Data.SqlClient.SqlException: соединение была успешно установлена с сервером, но затем ошибка произошел во время процесса входа в систему. (поставщик: поставщик общей памяти, ошибка: 0 - никакой процесс не находится на другом конце трубы.)

Ошибка источника:

Необработанное исключение было создано во время выполнения текущий веб-запрос. Информация о происхождении и местонахождении исключение может быть идентифицировано с использованием трассы стека исключений ниже.

Трассировка стека:

[SqlException (0x80131904): соединение было успешно установлено с сервером, но затем произошла ошибка во время процесса входа в систему. (поставщик: поставщик общей памяти, ошибка: 0 - процесс не выполняется другой конец трубы.)]
System.Data.ProviderBase.DbConnectionPool.GetConnection(DbConnection owningObject) +1019
System.Data.ProviderBase.DbConnectionFactory.GetConnection(DbConnection owningConnection) +108
System.Data.ProviderBase.DbConnectionClosed.OpenConnection(DbConnection внешнийConnection, DbConnectionFactory подключениеFactory) +126
System.Data.SqlClient.SqlConnection.Open() +125
NHibernate.Connection.DriverConnectionProvider.GetConnection() +104
NHibernate.Tool.hbm2ddl.SuppliedConnectionProviderConnectionHelper.Prepare() +15 NHibernate.Tool.hbm2ddl.SchemaMetadataUpdater.GetReservedWords(диалект диалект, IConnectionHelper connectionHelper) +89
NHibernate.Tool.hbm2ddl.SchemaMetadataUpdater.Update(ISessionFactory sessionFactory) +80
NHibernate.Impl.SessionFactoryImpl..ctor(Конфигурация cfg, IMapping отображение, Настройки, прослушиватели EventListeners) +599
NHibernate.Cfg.Configuration.BuildSessionFactory() +104
MyProject.API.Data.SessionManager..cctor() в C:\Dev\Code\API\Data\SessionManager.cs: 27

Ответ 1

Как правило, для устранения этой проблемы вы переходите к диспетчеру конфигурации SQL Server (SSCM) и:

убедитесь, что протокол общей памяти включен
убедитесь, что протокол Named Pipes включен
убедитесь, что TCP/IP включен и опережает именованные каналы в настройках

Может быть, это поможет: Не удалось открыть соединение с SQL Server.

Ответ 2

У меня было то же самое сообщение об ошибке, оказывается, это потому, что у меня не был включен режим смешанной аутентификации. Я был только на Windows Auth. Это часто встречается в развертываниях MSSQL по умолчанию для vSphere и становится проблемой при обновлении до vSphere 5.1.

Чтобы перейти в режим смешанной аутентификации, вы можете следовать инструкциям по адресу http://support.webecs.com/kb/a374/how-do-i-configure-sql-server-express-to-enable-mixed-mode-authentication. aspx.

Ответ 3

У меня была такая же ошибка в SQL Server Management Studio.

Я обнаружил, что, чтобы посмотреть на более конкретную ошибку, посмотрите на файл журнала, созданный SQL Server. Когда я открыл файл журнала, я обнаружил эту ошибку

Не удалось подключиться, поскольку максимальное количество пользовательских соединений 2 ′ уже был достигнут Системный администратор может использовать sp_configure для увеличения максимального значения. Связь была закрытая

Я провожу довольно много времени, выясняя это. Наконец, выполнение следующего кода решило мою проблему.

sp_configure 'show advanced options', 1;
go

reconfigure
go

sp_configure 'user connections', 0
go

reconfigure
go

Подробнее о здесь и здесь

Изменить

Для просмотра журналов найдите "журналы" на кнопке запуска Windows, нажмите "Просмотреть журналы событий". Оттуда перейдите в Приложения в разделе "Журналы Windows". Вы также можете выбрать "Системные" журналы, чтобы увидеть системные ошибки. Вы можете использовать фильтр для текущих журналов, нажав "Фильтровать текущие журналы" справа, а затем установите флажок "Ошибка".

Ответ 4

Еще одна возможность. Мне пришлось перезапустить службу sql-сервера, чтобы исправить эту проблему для меня.

Ответ 5

Вы должны включить режим проверки подлинности сервера в смешанном режиме следующим образом: В SQL Studio выберите "Сервер" → "Свойства" → "Безопасность" → "Выбрать режим SqlServer" и "Окно проверки подлинности".

Ответ 6

Перейти на SQL-сервер с использованием Windows Credentials → Logins → Выбрать Login → в свойствах → Проверить, включен ли вход в систему. Если отключено, включите его, это решение сработало для меня.

Ответ 7

Проверьте, добавлена ли в строку подключения "Trusted_Connection=true".

Ответ 8

Я получал эту ошибку сегодня. В моем случае, глядя на файл ERRORLOG на SQL-сервере, я получил эту ошибку:

Ошибка входа для пользователя ''. Причина: Не удалось открыть база данных '', указанная в свойствах входа.

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

Надеюсь, это поможет кому-то еще.

Ответ 9

Я забыл добавить "Пароль = xxx;" в строке подключения в моем случае.

Ответ 10

Просматривая файл журнала SQL SERVER в "C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\Log\ERRORLOG", он говорит: "Ошибка входа для пользователя" XXXXX ". Причина: попытка входа с использованием проверки подлинности SQL не удалось. Сервер настроен только для проверки подлинности Windows. [КЛИЕНТ:] "

Метод исправления заключается в открытии "Microsoft SQL Server Management Studio" → щелкните правой кнопкой мыши SQL-сервер и выберите "Свойства" → "Безопасность" → Изменить аутентификацию на смешанный режим. → Перезагрузите сервер SQL.

Ответ 11

Включить режим смешанной аутентификации при установке сервера MSSQL. Также укажите пароль для пользователя sa.

Ответ 12

Это старый, но у меня возникла проблема в диалоговом окне подключения, которое по-прежнему не выполнялось для базы данных, которую я удалил. И, запустив эти команды, база данных по умолчанию в приглашении не изменилась. Я прочитал где-то, что не могу найти сейчас, что если вы откроете диалоговое окно "Подключиться к серверу" и затем выберите "Параметры" и выберите вкладку "Свойства подключения" с помощью введите базу данных по умолчанию ( no, выбрав из раскрывающегося списка), тогда база данных будет оставаться на этом введенном новом значении. Это звучит как недостаток ко мне, но если кому-то это интересно, это должно устранить проблему, по крайней мере, на SQL Server 2012

Ответ 13

Привет. Включите обе аутентификации сервера в соответствии с приведенным ниже скриншотом.

Ответ 14

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

Для тех, кто выполняет эту задачу, это может быть простой уловкой: когда вы создали пользователя БД, вы, возможно, применили политику паролей и оставили пользователя для изменения пароля при первом входе в систему (то есть оставили флажки вокруг поля пароля с их значениями по умолчанию),

Очень легко сделать в SQL Management Studio и, конечно, может вызвать проблемы с аутентификацией, которые замаскированы, если вы не заглянете в журналы.

Ответ 15

"Настоящая" ошибка была в журнале ошибок SQL:

C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\log\ERRORLOG

Путь будет зависеть от вашей версии SQL Server