2008부터 no_log 옵션이 없어졌습니다.

자세한 내용은 http://www.mplsoft.co.kr/entry/SQL-Server-2008%EC%97%90%EC%84%9C-%ED%8A%B8%EB%9E%9C%EC%9E%AD%EC%85%98-%EB%A1%9C%EA%B7%B8-%EC%9E%98%EB%9D%BC-%EB%82%B4%EA%B8%B0Log-Truncation 를 참조하세요.

언급하신 script의 경우 dbcc shrinkdatabase는 log를 버렸기 때문에 발생하여 남게되는 즉, DB가 확보해 놓았지만 아직 사용하지 않는 disk 자원을 OS에 돌려주는 것으로, 추후 다시 log가 쌓이면서 공간이 부족하게 되면 다시 OS에 disk를 받아서 사용해야 하는데 이때 새롭게 disk를 받아오기 위해서 많은 비용이 듭니다. 자세한 얘기를 다 주구장창 쓰기엔 좀... *^_^*

그래서 결론적으로

(1) 주 1회라도 DB log에 관심을 두고 관리할 수 있거나

(2) 매일 disk free space 정도는 모니터링 하시거나

매 백업마다 dbcc shrinkdatabase를 하시지 마세요.

하지만 그럴 수 없다면 지금처럼 dbcc shrinkdatabase를 해서라도 공간 관리를 하셔야 겠죠.

(단! 백업 사이에 쌓이는 log의 크기가 크다면 어떻게 해서라도 관리 인력 자원을 확보해 보도록 하세요)

답변 감사합니다.

작업에 많은 도움이 될 듯 합니다.