Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

Microsoft.AspNet.Membership.OpenAuth 사용 시 "Local Database Runtime error occurred" 오류

"Install-Package Microsoft.AspNet.Membership.OpenAuth"를 이용해 AspNet.Membership 패키지를 설치한 경우 다음과 같은 오류가 발생할 수 있습니다.

Server Error in '/' Application.

A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: SQL Network Interfaces, error: 50 - Local Database Runtime error occurred. 지정된 LocalDB 인스턴스가 없습니다.
)


왜냐하면 기본적으로 AspNet.Membership은 web.config에 SQL Server의 LocalDB를 이용하도록 설정하고 있는데,

SQL Server 2012 에 포함된 LocalDB 기능 소개
; https://www.sysnet.pe.kr/2/0/1258

그것의 설정이 SQL 서버 버전마다 틀리기 때문입니다. web.config의 기본값은 v11.0으로 되어 있는데,

<entityFramework>
    <defaultConnectionFactory type="System.Data.Entity.Infrastructure.LocalDbConnectionFactory, EntityFramework">
        <parameters>
        <parameter value="v11.0" />
        </parameters>
    </defaultConnectionFactory>
    <providers>
        <provider invariantName="System.Data.SqlClient" type="System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer" />
    </providers>
</entityFramework>

SQL Sevrer 2012를 설치했다면 위의 코드는 정상적으로 실행되었을 것입니다. 하지만 SQL Server 2014 버전의 LocalDB를 설치했다면 이 값을 "mssqllocaldb"로 바꿔주어야 합니다.

<entityFramework>
    <defaultConnectionFactory type="System.Data.Entity.Infrastructure.LocalDbConnectionFactory, EntityFramework">
        <parameters>
        <parameter value="mssqllocaldb" />
        </parameters>
    </defaultConnectionFactory>
    <providers>
        <provider invariantName="System.Data.SqlClient" type="System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer" />
    </providers>
</entityFramework>

그럼 정상적으로 localdb가 "DefaultConnection.mdf", "DefaultConnection_log.ldf" 파일명으로 App_Data 하위 폴더에 생성됩니다. (최초 생성시 AspNet.Membership에 필요한 모든 데이터구조를 자동 생성해 줍니다.)




그런데, DefaultConnection DB 이름이 마음에 안든다면? 혹은 이미 있는 SQL 서버로 연결하고 싶다면 어떻게 해야 할까요? 그럴 때는 연결 문자열을 아예 지정해 주면 됩니다. 따라서 entityFramework내에 있는 연결 문자열 설정은 필요가 없으니 주석 처리하고,

<entityFramework>
    <!--<defaultConnectionFactory type="System.Data.Entity.Infrastructure.LocalDbConnectionFactory, EntityFramework">
        <parameters>
        <parameter value="mssqllocaldb" />
        </parameters>
    </defaultConnectionFactory>-->
    <providers>
        <provider invariantName="System.Data.SqlClient" type="System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer" />
    </providers>
</entityFramework>

connectionStrings 섹션에 DefaultConnection 이름으로 일반적인 DB 연결 문자열을 넣어주면 됩니다.

<connectionStrings>
    <add name="DefaultConnection" connectionString="Data Source=(LocalDb)\mssqllocaldb;
            Initial Catalog=TestDB;Integrated Security=True; AttachDBFilename=|DataDirectory|\TestDB.mdf"
        providerName="System.Data.SqlClient" />
</connectionStrings>    




참고로, AspNet.Membership에 필요한 테이블을 직접 생성하고 싶다면 다음의 글을 따라하시면 됩니다.

Installing ASP.NET Membership services database in SQL Server Express 2008
; http://weblogs.asp.net/sukumarraju/installing-asp-net-membership-services-database-in-sql-server-expreess

Creating the Membership Schema in SQL Server (VB)
; http://www.asp.net/web-forms/overview/older-versions-security/membership/creating-the-membership-schema-in-sql-server-vb




마지막으로... ^^ 복잡하게 이거저거 LocalDB로 테스트하다 보면 다음과 같은 오류가 발생하는 경우가 있습니다.

Cannot attach the file 'E:\WebApplication1\App_Data\TestDB.mdf' as database 'TestDB'.
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.

Exception Details: System.Data.SqlClient.SqlException: Cannot attach the file 'E:\WebApplication1\App_Data\TestDB.mdf' as database 'TestDB'.


이럴 때는 SSMS(SQL Server Management Studio)를 실행하고 localdb로 접속해 보면 이미 해당 이름(위의 오류에서는 "TestDB")으로 데이터베이스 항목이 생성된 것을 확인할 수 있습니다. 그걸 지우고 나면 다시 정상적으로 테스트가 가능합니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 6/16/2015]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...
NoWriterDateCnt.TitleFile(s)
12086정성태12/20/201920965디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/201918948오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
12084정성태12/19/201919392디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12083정성태12/17/201922341Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]
12082정성태12/17/201920576오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/201922436개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법 [5]
12080정성태12/16/201919601.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/201921487오류 유형: 584. 원격 데스크톱(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/201921281Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]
12077정성태12/13/201920382Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/12/201918911디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
12075정성태12/11/201919718디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅
12074정성태12/10/201919406디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
12073정성태12/10/201920908Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법
12072정성태12/9/201917688오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류
12071정성태12/9/201921216오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
12070정성태12/9/201923130오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/2/201919514디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/201928192디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]파일 다운로드2
12067정성태11/27/201919589디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/201919261디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/201917569디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/201920496오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/201919427디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태11/21/201918910디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201919352Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...