It's Myself

MS SQL 서버를 주로 사용하다 보니, 자연스럽게 SQL 서버 관리는 모조리 SQL Server Management Studio를 이용한다.

이 도구를 이용해서 사용하다가 보면, 암호를 종종 저장할 때가 있다. 그러면 나중에 로그인 할 때, 해당 계정만 선택하면 자동으로 암호가 채워져서 손쉽게 로그인할 수 있었다.

그런데, 계정이 여러 개가 되는 경우 암호가 변경되었을 때, 암호 정보를 업데이트하려면, 이상하게 안된다.
( SQL Server Management Studio for MS SQL Server 2008 R2 기준 )

전에는 바로 "연결"만 누르면 해결되던 일이, 매번 암호를 입력해야 되니, 이 역시 여간 곤혹 스러운일이 아닐 수 없었다. 그렇다고, 새로 암호를 넣을라고 해도, 이전에 넣은 암호 정보에 대한 접근 방법이 없었다.

찾다 찾다가, 간신히 글 하나를 찾았다.  ( 검색어 : sql server management studio remove login history )

해당 원본 문서의 URL은 http://stackoverflow.com/questions/1059105/how-to-remove-server-name-items-from-history-of-sql-server-management-studio 이다.

결론은

C:\Documents and Settings\{UserID}\Application Data\Microsoft\Microsoft SQL Server\100\Tools\Shell\SqlStudio.bin

라는 파일을 삭제하면 된다.

Windows 7의 경우에는 Documents and Settings 대신 Users라는 폴더를 사용하는데, Windows 7 기준으로 보면 다음과 같다.

c:\Users\{UserID}\AppData\Roaming\Microsoft\Microsoft SQL Server\100\Tools\Shell\SqlStudio.bin

[ 위의 내용 중 {UserID} 부분에 자신의 컴퓨터의 로그인 아이디를 입력하면 된다. ]

이 파일을 삭제하려면 다음과 같은 수순을 밟으면 된다.

1. 현재 실행 중인 SQL Management Studio를 모두 종료 한다.
2. 위에서 제시한 위치의 SqlStudio.bin 파일을 삭제한다.
3. SQL Managment Studio를 다시 실행한다.

실행에 필요한 여러가지 정보가 담겨 있는지는 모르곘지만, 해당 파일 내에 자동 로그인을 위한 계정 정보를 담고 있는 것 같다. 해당 파일을 삭제하면 처음 사용한 것 처럼 모든 계정/접속 정보들이 초기화 되어 보여준다.

지금까지 2003 IIS만 주로 쓰고 있다가, 2008로 넘어오면서 나름 적응을 했다고 생각했다.

그런데, 2008 R2에서는 시스템 성능 및 보안 등등 여러가지를 손 본듯 싶었다.

이번에 지원 프로젝트건이 있어 잠시 나왔다.

ClearQuest 7.1.1 과 IIS간의 연동 부분이 있는데, ClearQuest에서 제공하는 COM 과 연결하는 작업이 반드시 필요한 내용이였다.

로컬 및 자체 Staging 서버(애석하게도 여기는 2008이였지, 2008 R2가 아니였다.)에서는

잘 돌다가, 갑자기 운영서버에 올라가니 다음과 같은 오류를 뿜었다.

'/' 응용 프로그램에 서버 오류가 있습니다.
--------------------------------------------------------------------------------

80040154 오류로 인해 CLSID가 {94773112-72E8-11D0-A42E-00A024DED613}인 구성 요소의 COM 클래스 팩터리를 검색하지 못했습니다.
설명: 현재 웹 요청을 실행하는 동안 처리되지 않은 예외가 발생했습니다. 스택 추적을 검토하여 발생한 오류 및 코드에서 오류가 발생한 위치에 대한 자세한 정보를 확인하십시오.

예외 정보: System.Runtime.InteropServices.COMException: 80040154 오류로 인해 CLSID가 {94773112-72E8-11D0-A42E-00A024DED613}인 구성 요소의 COM 클래스 팩터리를 검색하지 못했습니다.

소스 오류:

줄 19: ....

처음에는 COM이기 때문에, 해당 서버에 저 COM이 제대로 등록되어 있지 않았나 싶었다.

그래서 구성 요소 서비스에 들어가, 해당 Component가 이상한가 봤는데,

애석하게도 내가 다루고 있던 COM은 서버형이 아니므로 전혀 무관계.

이번에는 RegEdit 를 띄운 뒤, 저 CLSID를 검색하는데,

잘 걸린다. 위치도 제대로 되어 있고, 모든 설정은 OK! 였다.

.NET Framework 문제인가? 3.5가 아닌 2.0 기반의 Classic .NET 설정의 문제인가.

아니면 내가 코드를 짤 때 레퍼런스 설정이 잘못된 것인가?

여러가지 의문점들을 하나씩 수정하면서 체크해봤다.

대략 1시간 정도 시간을 보내고 났다.

그러나 방법은 모르겠고.....

그러다가, 현재 동작 중인 응용 프로그램 설정에서 다음을 보았다.

저게 x64 형태의 서버에서만 설정하는 부분인 것 같다.

성능상의 Issue를 최소화 시키기 위해 x86기반의 응용 프로그램 제외 모드가 있는 것 같다.

그런데, 애석하게도 저 옵션이 Default 값이 False인듯.

True로 바꾸자 모든게 매끄럽게 진행이되었다.