본격 TFS 스릴러, 쏘울(0) - 프롤로그.

Team Foundation Server 2011. 6. 1. 09:00 Posted by 알 수 없는 사용자

- 본격(이라고 쓰고 막장이라고 읽는다) TFS 스릴러, 쏘울이란?

이 시리즈는 Team Foundation Server 2010을 주제로 연재되는 본격 스릴러입니다. 왜 아티클이 이딴 형식으로 연재되는가하는 생각을 가지신 분들이 있을 것 같습니다-_-. 저 자신도 글을 쓰면서 왜 이렇게 써야 하는지 의문을 가지고 있으니까요. 산을 힘들게 오르는 사람들에게 왜 그렇게 힘들게 산을 오르느냐고 물어보면, '산이 저기 있으니까 오른다'고 대답했다는 이야기가 있습니다. 진짜 인지 우스갯소리인지는 명확하게 알 수 없지만, 제가 이딴 본격 스릴러 형태로 TFS 아티클을 쓰는 것도 비슷한 이유입니다. 평범한 소시민 주제에 평범하게 하는 걸 별로 안 좋아하는 편이기 때문이죠. 이해가 되시나요? 아마 이해가 안 되실 겁니다. 한 철학자에게 '당신은 대체 누구요?'하고 물었더니 '나도 그게 알고 싶소!'라고 답변했던 것 처럼 말이죠. 아마도 이 시리즈가(글쓴이의 수준이) 막장이 될거라는 불안감을 해소하기 위해서 여러분의 정신을 혼미하게 만들고 싶은 마음이 있나 봅니다. 정신이 혼미한 상태에서 읽으면 글의 수준을 가늠하기 힘들기 때문이죠. 어헣.

아무튼, 이 시리즈는 계속해서 스릴러라는 장르를 유지한 채로 진행해볼 생각입니다. 어느날 갑자기 스릴러가 아니라 매뉴얼 형태로 글이 바뀌어 있다면, 저의 도전정신을 높게 평가해서 피식하고 웃어 넘겨 주시기 바랍니다. 허허허허. 이 시리즈의 대상은 TFS 2010을 시작하는 분들 입니다. 그럼. 이제 쏘울이 시작됩니다. 저와 함께 TFS를 만져보시죠 :)



------------------------------------------------------------------------------------


축축한 공기가 기분 나쁘게 폐를 드나드는 불쾌한 느낌을 느끼며 그는 눈을 떴다. 그리고 그의 눈 앞에는 뭔가 이상한 장면이 눈앞에 펼쳐지고 있었다. 그는 할 말을 잃은 채로 방안을 둘러봤다. 한 쪽에는 이불 같은 것이 쌓여있고, 문은 철제 문으로 전자장치로 잠겨있는 것 같다. 그리고 창문은 아무 조그맣고, 오랫동안 청소를 안 한듯 먼지가 가득 껴있었다. 그리고 책상이 하나 놓여있다. 이렇게 방안을 둘러보고 나서야 스스로에게 질문을 할 여유가 생겼다.

여긴 어디지?’

생각의 끈을 잡으려 노력하면서 일어나려는데 뒷 목 언저리가 쑤셔왔다.

뭐지…?’

일어나려던 생각을 접고 앉아서 생각을 잡으려 노력했다. 그러자 어제 회사 회식이 있었고, 회식을 마친 뒤에 집에 가기 위해서 택시에 올라탔던 것이 기억났다.

설마납치 같은 건가?’

거기까지 생각이 미치자 일단은 방을 벗어나야 겠다는 결론에 이르렀다. 그리고 시선이 잠겨있는 문에 고정됐다.

저 문을 어떻게 하면 열 수 있을까?’

그렇게 문을 쳐다보며 분석을 시작했다.

쏘우 같은 공포영화에서나 나올법한 전형적인 문이군. 아마도 만지면 전기 충격이 오지 않을까?’

이런 생각을 하다가 문득, 자기 자신이 한심하게 느껴졌다. 그래서 손잡이에 손을 가져가면서 생각했다.

참 내이런 상황에서 잘도 그런 생각을 하는 구어러러호가올ㄴ기ㅏ헉!!!!!!!’

바닥에서 1분정도를 떼굴떼굴 굴렀을까. 정말 전기 충격이 있을 줄은 몰랐기 때문에 그는 무척이나 당황한 모습이었다. 도대체 이 상황은 뭘까. 그리고 정신을 차릴 무렵 방 한 구석에 큰 박스 하나가 보였다. 조심조심 박스로 다가서서는 박스를 열어봤다.

…? 이런 곳에 왜…?’

박스 안에는 컴퓨터 부품과 케이스, 그리고 모니터 및 기타 등등의 부품이 들어있었다. 그는 반사적으로 컴퓨터를 조립하면서 자신의 정체성을 분명히 하고 있었다. 그는 분명 컴퓨터와 매우 익숙한 환경에서 사는 사람이리라.

컴퓨터 조립을 끝내고 나자 그의 표정이 다시 어두워졌다. 사람은 뭔가 몰두할 일이 생기면 근심을 잠시 잊어버리는 법이다. 그래서 사람은 일에 미친 듯이 몰두하기도 하는 것이다. 현실에서 격리된 세상에서 머물기 위해서 말이다. 컴퓨터 조립에 몰두했던 그의 정신이 몰입에서 헤어나오는 순간, 불쾌하고 불확실한 현실과 다시 마주하게 되었다. 하지만, 그는 곧 자신이 몰두할 수 있는 일이 하나 더 있음을 발견했다.

좋아일단 전원을 켜보자고. 혹시 이 컴퓨터 안에 뭔가 있을지도 모르니 말이지.’

그렇게 책상 위로 컴퓨터를 옮기고 전원을 넣었다. 그랬더니 역시나 익숙한 윈도우 마크가 그를 반겼다.

뭐야다 세팅한 컴퓨터를 일부러 다시 분해해서 나뒀단 말인가꼼꼼한 놈이고만..?’

그렇게 윈도우가 부팅되고, 로그인 창이 나타났다. 그리고 순간 그는 멈칫했다. 로그인 창에 나타난 것은 그가 평소에 회사에서 사용하던 아이디였기 때문이다. 잠깐을 머뭇거리던 그는 익숙하게 비밀번호를 입력했고 윈도우는 환영합니다라는 메시지로 그를 반겼다. 그리고 바탕화면이 나타났다. 그의 눈이 조급하게 바탕화면을 훑었다. 그리고 그의 예상대로 바탕화면에는 하나의 폴더가 있었다. 폴더의 이름은 강보람씨 보셩’. 그렇다 이 남자의 이름은 강... 보람은 생각에 잠겼다.

내 회사 아이디와 비밀번호, 그리고 내 이름까지 알고 있다누굴까. 뭐 하자는 걸까.’

폴더를 열자 동영상파일이 여러 개 나타났다. 동영상 파일에는 번호가 붙어있었다. 침을 한번 삼키고, 0번 파일을 열었다. 그리고 스피커에서 왠 오토튠 처리된 목소리가 흘러나왔다.

안녕 보람씨. 당신이 왜 여기에 갇혀있는지 궁금하겠지. 하지만 그건 천천히 이야기 하자구. , 우선 내 소개를 먼저 할까? 내 이름은 쏘울. 이름을 들으면 삘이 딱 오지? 그래 바로 그 쏘우의 모방 범죄를 하고 있는거지. 낄낄낄. 그래 쏘우를 봤으면 이제 자네한테 어떤 일이 닥칠지는 예고편을 안 보여줘도 잘 알 수 있겠지?”

오토튠으로 내는 소리를 무반주로 듣고 있자니 환장할 노릇이었다. 하지만, 보람은 지금 그런 걸 가릴 처지가 아니었다. 당장이라도 멱살잡이 하고 오토튠에서 해방되고 싶지만, 상대는 모니터 안에 있으니 할 수 없는 법.

그래 이제 슬슬 미션이 뭔지 궁금해지겠지. 쏘우에서도 미션이 주어지고 성공하는 사람만 생존했으니 말이지. 자넨 프로그래머니까 좀 프로그래머 다운 미션을 주지. 자 그럼 이제 우리 즐거운 첫 번째 미션을 수행해 볼까? 자네가 지금 영상을 보고 있는 컴퓨터는 Windows 7이 깔려있어. 그리고 폴더에 필요한 파일도 ISO 이미지로 준비가 되어 있지. 우선 여기에 TFS가 동작할 수 있게 설치하는 것으로 첫 번째 미션을 시작해보자고. , 그리고 노파심에서 하는 이야기 인데, 내가 늘 지켜보고 있으니까 말이지 농땡이나 허튼 생각은 하지 말라고. 미션을 잘 수행해주면 그 방에서 나올 수 있게 해줄게.”

영상이 끝나고 보람은 멍한 상태로 모니터를 쳐다보고 있었다.

? TFS? 미션? 쏘울?!?!?!?! 스토리는 막장 드라마 수준이구만그래 일단 방법이 없는 거 같으니 해보자고.”

그렇게 단념하고 폴더에서 ISO이미지를 찾아서 마운트 하려는 순간 등 뒤에서 부스럭 거리는 소리가 났다. 깜작 놀란 나머지 자리에서 팔짝 뛰어서 떼굴떼굴 구르고 소리가 난 쪽을 쳐다보았다. 그리고 소리가 난 곳에서는


- 차회예고

부스럭 거리는 소리에서 나타난 것은 거대한 검은 물체. 과연 그 물체는 무엇일까. 과연 보람은 그 검고 거대한 물체와 쏘울의 미션에서 살아남을 수 있을까?

VSS 마이그레이션 전략

Team Foundation Server 2011. 1. 18. 08:30 Posted by POWERUMC

Visual Source Safe 마이그레이션 이전에

많은 분들이 예전에 Visual Source Safe(이하 VSS) 를 사용하시면서, 현재는 이 VSS가 많은 골치거리라고 느끼시는 분들이 많이 계실 겁니다. 사실 소스 제어를 떠나서 VSS는 안정성 면에서 굉장히 불리하죠. 가장 흔하게 겪는 안전성의 문제는 파일 시스템 기반의 소스 제어 데이터베이스가 꼬이는 겁니다. 왜 꼬이는지는 알고 싶지 않지만, 오래 쓰면 쓸수록 꼬입니다.

제가 겪었던 꼬이는 대표적인 문제가 체크인 상태가 다른 사람에겐 체크인 상태가 아니라는 것이죠. 아무리 다른 사람이 최신 버전을 가져와도 그 소스 코드는 예전에 체크인 되었던 소스 코드이고, 불가피하게 강제로 다시 체크인해야 하기도 합니다. 뭐, 여기까지는 정말 가벼운 일상적인 문제이죠? 더 심한 경우는 복구 불능..!

최근 들어서, VSS의 이런 문제 때문에 많이 고생하시는 분들이 다른 소스 제어 제품으로 갈아타려는 준비를 많이 하십니다.

   

왜 VSS에서 이런 문제가 발생하나…?

사실 어쩔 수 없습니다. 지금에야 VSS가 실컷 얻어터질 수 밖에 없지만, 사실 예전에도 뚜렷한 대안이 있었던 것도 아닙니다.

VSS아니면 CVS(Concurrent Versions System) 인데, 이 CVS도 그 기능 자체의 구현이 충실하지 않아 문제점을 얘기하자면 VSS나 크게 별반 다를 것이 없었습니다. 참고로 Wikipedia 의 과거 소스 제어 제품을 보면 다음과 같지요. 즉, 당시에 VSS 보다 더 뛰어난 제품도 찾기 힘들었고, 현대의 이슈인 안정성과 성능, 보안의 요소는 어디를 뒤져봐도 없었습니다. 즉, 당시에는 어떤 제품을 선택하든 똑같은 문제를 겪었을 테니까요.

   

다만, VSS 제품은 VSS 2005 버전까지 오면서 많은 부분에서 보완이 되었지만, 사용자의 요구사항에 매우 소극적으로 대응했던 점에서 아쉬움이 남습니다.

아래는 조만간 나오게 될 백서의 내용 중의 일부이니 참고하세요.

   

 

일반적으로 '형상관리'라는 의미의 소스 제어는 소스 제어(Source Control), 버전 컨트롤(Version Control), 소프트웨어 환경 관리(Software Configuration Management)라고 불립니다. 향후 소스제어는 서버/클라이언트 아키텍처로 변경되면서 개발 조직에서 소스를 공동으로 개발하고 공유할 수 있게 되었습니다.

초기 Microsoft 에서는 소스 제어를 위한 소프트웨어로 Visual SourceSafe(비주얼 소스세이프) 를 내놓게 되었습니다. Visual SourceSafe는 처음 One Tree Software 라고 불리는 회사에서 여러 운영체제를 지원하는 소스 제어 솔루션을 만들었는데, Microsoft 는 이를 1994년에 인수하여 즉시 Visual SourceSafe 3.1 버전을 내놓았습니다. 그 이후로, Visual SourceSafe 4.0, 5.0, 6.0, 2005 버전까지 지속적으로 지원을 하다가, Visual SourceSafe 2005버전을 마지막으로 이 제품의 업데이트는 이루어 지지 않고 있습니다.

Microsoft는 그 이후에 내부적으로 소스 제어 뿐만 아니라 버그 추적/품질 관리/제품 계획에 사용되는 솔루션을 만들었고, 그 이름은 "Product Studio" 라는 제품입니다. 이 제품은 Microsoft 내부적으로 사용하기 위한 제품이었고, 이 제품을 통해 노하우를 발전시켜 비즈니스 프로세스, 개발 등 전반적인 모든 개발 활동을 아우를 수 있는 "Visual Studio Team System, Team Foundation Server" 를 시장에 내놓게 되었습니다.

   

VSS to TFS2010 마이그레이션 전략

일단 아쉽지만 VSS와 같은 제품 군은 TFS(Team Foundation Server)에 100% 마이그레이션이 힘들 수 있습니다. 왜냐하면 VSS는 파일 시스템의 파일 단위 체크인 방식인데, TFS제품은 변경 집합(ChangeSet) 기반의 소스 제어 구조를 가집니다. 변경 집합은 변경이 일어난 묶음의 세트를 얘기하며, 이 변경 집합 덕분에 분기(Branch)/병합(Merge)/이력/관리가 매우 용이합니다. 덕분이 3-ways 방식의 병합이 매우 안정적으로 동작할 수 있고요.

VSS to TFS로 마이그레이션이 100% 보장할 수 없는 예를 들자면, 고객의 데이터베이스 스키마에 "주소"가 없는데, "주소" 컬럼이 생겼다고 주소를 가짜 데이터로 입력할 수 는 없는 노릇입니다. 게임을 예로 들면, 게임 시스템에 새로운 스킬이 생겼다고 종족/레벨/서버를 막론하고 모두가 이 스킬을 습득할 수 없는 것과 마찬가지입니다.

기존의 VSS는 레이블(Labeling) 방식의 이력 관리를 하였기 때문에, 이것을 변경 집합(ChangeSet) 기반으로 바꿀 수는 없습니다. 그래서 100% 마이그레이션이 힘든 한 가지 원인이기도 합니다. 그렇게 때문에 VSS to TFS로 마이그레이션을 결심하였다면, "퀑 대신 닭", "짜장면 대신 짬뽕","아이폰 대신 블랙베리" 라는 심정으로 100%를 기대하시면 오히려 독이 될 수 있답니다.^^

아래는 VSS to TFS 마이그레이션 전략을 메트릭스로 표현해 보았습니다. 물론, 이것 보다 더 많은 고려 사항이 있습니다만, 대략 아래의 정보에 답할 수 있다면 마이그레이션은 가능하다고 말씀 드리고 싶네요.

   

   

Team Foundation Server 및 .NET 플랫폼 기술 문의

언제든지 저희 Visual Studio Korea 공식 팀 블로그에 문의를 주시기 바랍니다. 저희가 모든 것을 가이드해 드릴 수는 없지만, 저희 팀의 다양한 분야의 기술 전문가들이 성의껏 여러분들을 도와드리고 있습니다. 저희 팀은 언제나 새로운 기술에 목말라있고, 먼저 고민하고 뼈저리고 값진 노하우를 경험한 컨설팅/개발/교육 및 강사 출신의 분들과 Microsoft MVP 활동을 하고 계신 많은 분들이 계십니다.

더불어, Microsoft 의 Social Forums 인 http://social.msdn.microsoft.com/Forums/ko-kr/categories/ 에 오시면 많은 전문가들의 생생한 고급 답변을 들을 수 있습니다.


여러분에게 안타까운 소식과 좋은 소식 가지를 전해 드리고자 합니다. 먼저 안타까운 소식을 하나 전해드리도록 하겠습니다.

 

안타까운 소식, Microsoft 내놓은 초기 소스 제어(Source Control) 제품인 VSS(Visual Source Safe) 지원이 중단 되었습니다. 들어가기 앞서, 일반적으로 '형상관리'라는 의미의 소스 제어는 소스 제어(Source Control), 버전 컨트롤(Version Control), 소프트웨어 환경 관리(Software Configuration Management)라고 불립니다. 향후 소스제어는 서버/클라이언트 아키텍처로 변경되면서 개발 조직에서 소스를 공동으로 개발하고 공유할 수 있게 되었습니다.

초기 Microsoft 에서는 소스 제어를 위한 소프트웨어로 Visual SourceSafe(비주얼 소스세이프) 내놓게 되었습니다. Visual SourceSafe 처음 One Tree Software 라고 불리는 회사에서 여러 운영체제를 지원하는 소스 제어 솔루션을 만들었는데, Microsoft 이를 1994년에 인수하여 즉시 Visual SourceSafe 3.1 버전을 내놓았습니다. 이후로, Visual SourceSafe 4.0, 5.0, 6.0, 2005 버전까지 지속적으로 지원을 하다가, Visual SourceSafe 2005버전을 마지막으로 제품의 업데이트는 이루어 지지 않고 있습니다.

 

하지만, Microsoft 이후에 내부적으로 소스 제어 뿐만 아니라 버그 추적/품질 관리/제품 계획에 사용되는 솔루션을 만들었고, 이름은 "Product Studio" 라는 제품입니다. 이 제품은 Microsoft 내부적으로 사용하기 위한 제품이었고, 이 제품을 통해 노하우를 발전시켜 비즈니스 프로세스, 개발 전반적인 모든 개발 활동을 아우를 있는 "Visual Studio Team System, Team Foundation Server" 를 시장에 내놓게 되었습니다.

 

즐거운 소식은, VSS 사용자를 위한 TFS2010 시리즈가 나왔다는 것입니다. 한국 MSDN 페이지에 대문짝만하게 걸려있는 문서가 바로 그것입니다.

 

 

 

 

 

이런 이음매가 없는 것을 연결시키는 하나가 영화에서 "To be continue…" 자막이죠… ^^ 마치 지금과 같은 VSS TFS2010 과의 이음매처럼 말입니다. Microsoft 에서 지원이 중단된 제품은 최대한 빨리 최신 버전으로 옮기는 것이 좋습니다. 유예기간과 지원에도 불구하고 버전을 쓴다는 것은 장애에 대해 이상 Microsoft 지원을 받지 않는다는 것과 마찬가지이고, 어떤 솔루션을 사용하든 이러한 절차는 대부분 통용되기 때문입니다. (물론 장애에 대해 그에 상응하는 비용을 지불하면 지원은 받을 있을 것입니다.)

 

 

그럼 간단히 "VSS사용자를 위한 TFS2010 시리즈" 목차를 살펴볼까요?

 

1. 일단 설치부터 해야 하겠지요?

1.        Visual Studio Team Foundation Server 2010 개요

2.1        Team Foundation Server 소개

2.2        Team Foundation Server 논리적 구조

2.3        Team Foundation Server 물리적 구조

2.        Visual Studio Team Foundation Server 2010 설치

3.1        설치 준비

3.1.1        Visual Studio Team Foundation Server 2010 설치에 필요한 필수 소프트웨어

3.1.2        Visual Studio Team Foundation Server 2010 필요한 최소 하드웨어 구성        

3.2        설치 전 필요 소프트웨어 구성

3.3        인터넷 정보 서비스(IIS 7.X) 설치하기

3.4        .NET Framework 3.5 설치하기

3.5        Visual Studio Team Foundation Server 2010 설치

3.6        Visual Studio Team Foundation Server 2010 Basic(기본) 구성

4.        사용자 계정 관리

4.1        Visual Studio Team Foundation Server 2010 보안

4.2        Visual Studio Team Foundation Server 2010 사용자 이해

4.3        Visual Studio Team Foundation Server 2010 역할

4.4        Visual Studio Team Foundation Server 2010 사용자 권한

4.5        Visual Studio Team Foundation Server 2010 사용자 추가하기        

4.5.1        Visual Studio Team Foundation Server 2010 사용자

4.5.2        팀 프로젝트 모음 사용자 추가

4.6        Visual Studio Team Foundation Server 2010 사용자 삭제하기

4.7        Windows 사용자 그룹 활용하기

4.7.1        Windows의 사용자를 그룹으로 연결하기

4.7.2        Visual Studio Team Foundation Server 2010 그룹 이용하기

 

 

2. 그럼 VSS TFS2010으로 마이그레이션도 해야하는데… 다음 목차를 보시죠.

1.        Visual Source Safe 개요        

1.1        Visual Source Safe 소개        

1.2        소스관리와 소스코드 형상관리

1.3        사용자 계정 및 보안

1.4        Visual Source Safe 사용과 개발환경 변화

2.        Visual Studio Team Foundation Server 2010 개요

2.1        Team Foundation Server 소개

3.        Visual Source Safe 마이그레이션 작업하기

3.1        Visual Source Safe 에서 Visual Studio Team Foundation Server 2010 이전

3.2        Visual Source Safe 사용자 정보 이전하기

3.3        자동화 마이그레이션 VSSConverter 사용

3.4        Visual Source Safe 정보 자동 이전하기

3.4        Visual Source Safe 소스 코드만 이전하기

3.4        Visual Source Safe 마이그레이션 주의사항과 문제 해결

 

 

3. 이제 적극적으로 활용해 봅시다.

1.        사용자 계정 관리

1.1        Visual Studio Team Foundation Server 2010 사용자 계정관리

1.2        Visual Studio Team Foundation Server 2010 사용자 이해

1.3        Visual Studio Team Foundation Server 2010 역할

1.4        Visual Studio Team Foundation Server 2010 사용자 권한

1.5        Visual Studio Team Foundation Server 2010 사용자 추가하기

1.5.1        Visual Studio Team Foundation Server 2010 사용자

1.5.2        팀 프로젝트 모음 사용자 추가

1.6        Visual Studio Team Foundation Server 2010 사용자 삭제하기

1.7        Windows 사용자 그룹 활용하기

1.7.1        Windows의 사용자를 그룹으로 연결하기

3.7.2        Visual Studio Team Foundation Server 2010 그룹 이용하기

2.        팀 프로젝트 구성

2.1        팀 프로젝트 소개

2.2        Visual Studio Team Foundation Server 2010 “팀 프로젝트 모음” 만들기

2.3        Visual Studio Team Foundation Server 2010 팀 프로젝트 만들기

2.4        Visual Studio Team Foundation Server 2010 팀 프로젝트 삭제하기

3.        작업 항목

3.1.        작업 항목 소개

3.1.1        작업 항목 이용하기

3.2.        Visual Studio Team Explorer 내 작업 항목

3.3.        Visual Studio Team Explorer 팀 작업 항목

3.4.        작업 항목 만들기

4.        소스 코드 관리

4.1.        소스 코드 관리소개

4.2.        소스 제어 탐색기 사용하기

4.3.        소스 코드 체크인 / 체크아웃

4.3.1        Visual Studio 에서 소스 코드 체크아웃

4.3.2        Visual Studio 에서 소스 코드 체크 인

4.4.        소스 코드 버전관리

4.5.        소스 코드 최신 버전 가져오기

4.6.        소스 코드 체크인과 작업 항목 연결

4.7.        소스 코드 체크인 정책

문제 발생

얼마 전, 집에서 몇 번의 누전 사고로 인해 집 서버의 컴퓨터가 여러 번 꺼지는 충격을 받았습니다. 그 이후로 잘 동작하는 줄 알았지만, Team Foundation Server 의 웨어하우스가 제대로 동작하지 않았습니다.

Team Foundation Administration Console 을 통해 확인해 본 결과 Warehouse Database 의 구성이 올바르지 않아 Rebuild 가 되지 않는 현상을 발견했습니다.

   

SQL Server 의 DT(Database Tier) 에서 확인해 본 결과, 아래와 같이 웨어하우스 파일에 오류가 발생하였습니다.

   

문제 해결

여러 번 집 서버 컴퓨터가 꺼지는 현상이 발생하여 이 파일을 복구 하기에는 좀 힘들어 보였습니다. 그래서 Tfs_Analysis 웨어하우스 데이터베이스를 새로 생성하는 방법이 어떨까 하고 검색을 해 보았습니다.

Failed to Process Analysis Database 'Tfs_Analysis'
http://social.msdn.microsoft.com/Forums/en/tfsgeneral/thread/9a2e4292-a719-43df-8757-dd90d5f60ab0

위 내용에서 확인할 수 있듯이, 기존 웨어하우스 데이터베이스를 삭제하면 자동으로 다시 만들어준다고 합니다. 하지만 위와 같은 오류가 나면 삭제도 안됩니다. 다른 데이터베이스 이름을 사용하기도 싫군요^^; 선뜻 데이터베이스를 삭제하기도 그렇고, 백업 오류도 발생하여 Hyper-V 의 스냅샷을 찍어두고 데이터베이스를 삭제하고 다시 만들어 보았습니다.

1. SQL Analysis 데이터베이스를 정지합니다.

   

2. 아래의 폴더로 이동한 후, Tfs_Analysis.0.db 폴더의 이름을 변경합니다.
%ProgramFiles%\Microsoft SQL Server\MSAS10.MSSQL2008\OLAP\Data

   

3. 다시 MSSQL Analysis 서비스를 시작합니다.

   

4. Tfs_Analysis 데이터베이스에서 마우스 오른쪽 버튼을 클릭한 후, 삭제를 선택합니다.

   

5. 개체 삭제에서 확인을 클릭합니다.

   

6. Team Foundation Administration Console 의 Application Tier-Reporting 메뉴로 이동한 후, Edit 를 클릭합니다.

   

7. 각 탭 메뉴에서 Test Connection 을 클릭하면, '기존의 데이터베이스가 없는 경우 새로 생성된다는' 메시지와 함께 테스트가 성공합니다.

   

8. 모든 구성을 완료하였으면, OK 버튼을 클릭합니다. 그럼, 새로운 Analysis Database 가 생성이 되는 작업을 진행합니다. 
   

9. MSSQL Analysis 서버에 Tfs_Analysis 데이터베이스가 새로 생성된 것을 확인할 수 있습니다.

   

10. Team Foundation Administration Console 의 Reporting 메뉴에서 Start Job 과 Start Rebuild 메뉴를 차례로 클릭해 줍니다.

   

11. 모든 웨어하우스와 관련된 서비스가 정상적으로 동작하는 것을 확인하고 작업을 완료합니다.