오랫만에 원론적인 애기를 한번 할까 합니다.
뭐 단편화된 나만의  스킬일 수 도 있고... 모두가 다들 겪는 일이지만, 종종 로그를 삭제 하기 위해 로그 백업을 받았음에도 로그가 삭제 되지 않는 경우가 있습니다.

자 왜? 그렇게 된 것일까요?
그리고 어떻게 해야 할 까요?
로그에 대한 내용은 http://maystyle.tistory.com/257 를 참조 하시기 바랍니다.

먼저 로그가 왜 안 잘리는지 확인 합니다.

dbcc opentran(DB 명)
이 명령어를 통해 활성 트랜젝션의 여부 및 크기를 확인 할 수 있습니다.
즉 활성 트랜젝션이 크면 당연히 해당 로그는 활성이기 때문에 잘리지 않는 것입니다.

그리고 해당 로그의 사용현황을 보기 의해서 dbcc sqlperf(logspace) 를 사용하시면 로그 사용 여부 및 상태를 확인 할 수 있습니다.

그리고 다른 이유가 존재 한다... 즉 이미 Dirty Page 가 된 로그가 잘리지 않고 있다면 다음 쿼리를 사용합니다.
select name, recovery_model_desc, log_reuse_wait_desc from sys.databases
여기서 log_reuse_wait_desc 를 확인 하면 어떤 이유 때문에 사용 되지 않고 있는지 알 수 있습니다.

만약 게시 및 배포와 관련된 문제 (게시는 및 배포는 되어 있으나 구독자가 적용하지 안아 로그가 활성으로 표시되는 문제)는 게시 및 배포 삭제 후 EXEC sp_repldone @xactid = NULL, @xact_segno = NULL, @numtrans = 0, @time = 0, @reset = 1 go 를 수행하여 활성으로 표시해 주시면 됩니다.

[참고]
sp_repldone
http://msdn2.microsoft.com/ko-kr/library/ms173775.aspx
데이터베이스 미러링 모니터(상태 페이지)
http://msdn2.microsoft.com/ko-kr/library/ms365413.aspx
데이터베이스 미러링 모니터(경고 페이지)
http://msdn2.microsoft.com/ko-kr/library/ms365355.aspx

먼저 Windows Support Tools를 설치한 후 nltest 를 한다.
구문 : nltest /server:serverName /dsgetdc:domainName /gc /force

문제 시 다음과 같은 에러가 발생한다.
Getting DC name failed: Status = 1355 0x54b ERROR_NO_SUCH_DOMAIN.

참고: GC를 직접 엑세스하는 녀석들은 Domain Controller 와 Exchange Server 그리고 또 뭐가 있을까...??
http://technet2.microsoft.com/windowsserver2008/en/library/4094376f-8ff6-4366-89ba-8574794a42831033.mspx?mfr=true

아...
여기 사람들은 다들 아는 사람인가 보다... 오직 나만 이방인 같이 느껴졌을 뿐...
내가 소속된 부분의 MVP는 15명 정도 됐는데, 한국인은 달랑 나 혼자... 외로운 시간을 보냈다...
사진이라도 실컷 찍었어야 했는데... 사진에 아주 열심이신 독일 MVP 분들을 놀리는 소리를 듣고 차마 사진기를 꺼내지 못하는 소심함만 한껏 발휘했다....ㅋ

아무래도 본토 엔지니어들이다 보니 본사 방문도 많고, 이런 미팅도 자주 있나보다... 그래서 사진찍고 다니면 좀 농담을 많이 한다... (약간 무시하는 것 같기도 하고...) 그래서 카메라는 가방에 꾹 숨겨두웠다...ㅋ

그래도 파티 사진이 없는건 아쉽다... 파티 때 사진 좀 찍혔었는뎅... ㅋ.ㅋv
잘노는 인도 동상... 아버지뻘 중국계 미국인 친구... 아르헨티나 핸섬보이 영국 놈팽이 윌 포르투갈 잘난체 자칭 컨설턴트 영어 때문에 힘들어하던 일본인 아가씨 나와 건담 애기로 밤을 지샜던 일본 통통 아자씨... 등등... 근대 정말 웃긴건... 미국가서 미국인 친구는 못만들었다는것...;;;

매일 늦잠을 자버리는 바람에 대중 교통을 이용해서 래드몬드의 Microsoft 본사까지 이동해야 했다.
첫날 버스 정류장에서 친절한 Microsoft 직원을 만나서 쉽게 찾아 갈 수 있었다...^^
버스 정류장은 도서관 앞에 있었는데, 그 도서관이 쿨하스 라든가?? 그사람이 디자인 했다는데... 정말 멋있었다.

 
본사 정문은 아니고, 아무튼 캠퍼스는 굉장히 넓다... 뒤에 트럭이 Microsoft 본사 곳곳을 누비는 셔틀이다.
이날은 셔틀을 않타고 걸어서 24번 빌딩으로 향했다... 어차피 늦은거 뭐...ㅋ

목적지 까지 걸어가는 길에 사진 한방 박았다...ㅋ.ㅋ 피곤이 보이는 구만...;;

 

마지막 파티는 시애틀의 상징인... "이름 기억 안남" 옆에 있는 콘서트 홀에서 열렸다.
서양인들의 파티 문화를 옅볼 수 있었던 좋은 시간이였다... 너무 즐거웠다...^^

 
발머 아자씨~~~ ㅋ

 
시애틀 타코마 공항... 이제 내년 2월에나 다시 갈 수 있겠지?? 못갈지도 모르지만...ㅋ.ㅋv

 
앞으로 더더더 높이 날아봐야지~~~ 않그래? 민성??

PS 연휴 3일째 일하는 중... ㅋ.ㅋ 지금 시각 2시 16분 작업 완료 6시간 앞두고~~~ ㅎ.ㅎv

Exchange 현황 파악 및 장애 해결을 위한 도구
3일 삽질과 함께 친해진... 도구들...

아래 그림의 5개 파일만 Exchange 가 설치된 서버에서 가져 오시면 됩니다...^^
위치는 Exchange 서버의 설치 폴더 아래 Bin 에 있습니다.

http://maystyle.tistory.com/177
간혹 디스크의 다른 파티션에 충분한 공간이 있는 경우에는 해당 공간을 이용하여 db 축소가 가능합니다.
이때 사용하는 스위치가 /t 이며, 직접 임시로 사용할 edb를 지정해 줄 수 있습니다.

포트 및 IP Address 를 설정해 준 후, enabled 및 disabled를 통해 구성이 가능하다.

EDB 및 STM 파일들을 모두 Rename 합니다.

해당 저장소를 Mount 시키면 아래와 같은 확인 메세지와 함께 DB가 재 생성됩니다.