오류 메시지 : (제공자 : 공유 메모리 공급자, 오류 : 0-파이프의 다른 쪽 끝에 프로세스가 없습니다.)

오류 메시지 : (제공자 : 공유 메모리 공급자, 오류 : 0-파이프의 다른 쪽 끝에 프로세스가 없습니다.)

---

Windows Server 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 outerConnection, DbConnectionFactory connectionFactory) +126
System.Data.SqlClient.SqlConnection.Open () +125
NHibernate.Connection.DriverConnectionProvider.GetConnection () +104
NHibernate.Tool.hbm2ddl.SuppliedConnectionProviderConnectionHelper.Prepare () +15 NHibernate.Tool.hbm2ddl.SchemaMetadataUpdater.GetReservedWords (Dialect dialect, IConnectionHelper connectionHelper) +89
NHibernate.Tool.hbm2ddl.SchemaMetadataUpdater.Update (ISessionFactory sessionFactory) +80
NHibernate.MetadataUpdater.Update (ISession . SessionFactoryImpl..ctor (구성 cfg, IMapping 매핑, 설정 설정, EventListeners 리스너) +599
NHibernate.Cfg.Configuration.BuildSessionFactory () +104
MyProject.API.Data.SessionManager..cctor () in C : \ Dev \ Code \ API \ Data \ SessionManager.cs : 27

---

일반적으로이 문제를 해결하려면 SSCM (SQL Server 구성 관리자)으로 이동하여 다음을 수행합니다.

1. 공유 메모리 프로토콜이 활성화되었는지 확인
2. Named Pipes 프로토콜이 활성화되어 있는지 확인
3. TCP / IP가 활성화되고 설정에서 명명 된 파이프보다 앞서 있는지 확인합니다.

도움이 될 수 있습니다 : SQL Server에 대한 연결을 열 수 없습니다 .

---

이 같은 오류 메시지가 있었는데 혼합 모드 인증을 사용하지 않았기 때문입니다. Windows Auth 만 사용했습니다. 이는 vSphere 용 기본 MSSQL 배포에서 일반적이며 vSphere 5.1로 업그레이드 할 때 문제가됩니다.

혼합 모드 인증으로 변경하려면 http://support.webecs.com/kb/a374/how-do-i-configure-sql-server-express-to-enable-mixed-mode-authentication 의 지침을 따를 수 있습니다 . aspx .

---

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 로그"아래의 응용 프로그램으로 이동합니다. "시스템"로그를 선택하여 시스템 오류를 확인할 수도 있습니다. 오른쪽에있는 "현재 로그 필터링"을 클릭 한 다음 "오류 확인란"을 선택하여 현재 로그에 필터를 사용할 수 있습니다.

---

또 다른 가능성. 이 문제를 해결하기 위해 SQL 서버 서비스를 다시 시작해야했습니다.

---

서버 인증 모드를 다음과 같이 혼합 모드로 활성화해야합니다. SQL Studio에서 YourServer-> 속성-> 보안-> SqlServer 및 Window 인증 모드 선택을 선택합니다.

---

Windows 자격 증명을 사용하여 SQL 서버로 이동-> 로그인-> 로그인 선택-> 속성에서-> 로그인이 활성화 / 비활성화되었는지 확인합니다. 비활성화 된 경우 활성화하면이 솔루션이 저에게 효과적이었습니다.

---

연결 문자열이 "Trusted_Connection=true"추가 되었는지 확인하십시오 .

---

오늘이 오류가 발생했습니다. 제 경우에는 SQL 서버의 ERRORLOG 파일을 보면이 오류가 발생했습니다.

사용자 ''이 (가) 로그인하지 못했습니다. 이유 : 로그인 속성에 지정된 ''데이터베이스를 열지 못했습니다.

며칠 전에이 사용자의 "기본 데이터베이스"를 삭제했기 때문입니다. 기본 데이터베이스를 새 데이터베이스로 설정하면 문제가 해결되었습니다.

이것이 다른 사람에게 도움이되기를 바랍니다.

---

"Password = xxx;"를 추가하는 것을 잊었습니다. 제 경우에는 연결 문자열에서.

---

"C : \ Program Files \ Microsoft SQL Server \ MSSQL13.MSSQLSERVER \ MSSQL \ Log \ ERRORLOG" 에있는 SQL SERVER 로그 파일을 살펴보면 " 'XXXXX'사용자가 로그인하지 못했습니다. 이유 : SQL 인증을 사용하여 로그인하려고했습니다. 실패했습니다. 서버가 Windows 인증 전용으로 구성되었습니다. [클라이언트 :] "

수정 방법은 "Microsoft SQL Server Management Studio"를 열고-> SQL 서버를 마우스 오른쪽 버튼으로 클릭 한 다음 "속성"-> 보안-> 인증을 혼합 모드로 변경하는 것입니다. -> SQL 서버를 다시 시작하십시오.

---

Enable Mixed authentication mode while installing MSSQL server. Also provide password for sa user.

---

This is old but I had the problem in the connect dialog that it was still defaulting to a database I had removed. And by running those commands the default database in the prompt wasn't changing. I read somewhere I can't find now, that if you open the "Connect to Server" dialog and then select "Options" and select "Connection Properties" tab by typing the default database (no by selecting from the drop down) the the database will then stay on that new value entered. This sounds like a flaw to me but in case someone was wondering about that, that should fix the issue, at least on SQL Server 2012

---

Hi Just enable both for server authentication as per screen shot attached below.

---

All good and valid courses of investigation especially the logs for more info.

For those hitting this it might be a simple gotcha where when you have created the DB User you may have enforced a password policy and left the user to change the password on first login (i.e. left the checkboxes around the password field at their default values).

Very easily done in SQL Management Studio and can of course cause authentication issues off the bat that are masked unless you look into the logs.

---

The "real" error was in the SQL error log:

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

Path will depend on your version of SQL Server

ReferenceURL : https://stackoverflow.com/questions/8075784/error-message-provider-shared-memory-provider-error-0-no-process-is-on-th