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

Question

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

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

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

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

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

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

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

[SqlException (0x80131904): соединение с сервером было успешно установлено, нозатем произошла ошибка во время входа в систему.(поставщик: поставщик общей памяти, ошибка: 0 - на другом конце канала нет процесса.)]
System.Data.ProviderBase.DbConnectionPool.GetConnection (DbConnection owningObject) + 1019
System.Data.ProviderBase,NHibernate.Connection.DriverConnectionProvider.GetConnection () + 104
NHibernate.Tool.hbm2ddl.SuppliedConnectionProviderConnectionHelper..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

Answer 1

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

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

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

Answer 2

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

Answer 3

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

Answer 4

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