database.sarang.net
UserID
Passwd
Database
DBMS
MySQL
PostgreSQL
Firebird
Oracle
Informix
Sybase
ㆍMS-SQL
DB2
Cache
CUBRID
LDAP
ALTIBASE
Tibero
DB 문서들
스터디
Community
공지사항
자유게시판
구인|구직
DSN 갤러리
도움주신분들
Admin
운영게시판
최근게시물
MS-SQL Q&A 6428 게시물 읽기
No. 6428
[질문]SQL 2012에서 트랜젝션 로그 삭제
작성자
손덕진(sakpung)
작성일
2012-10-26 09:50
조회수
12,067

안녕하세요

제가 db 전문이 아니리 이렇게 문의 드립니다.

 

다름이 아니라 얼마 전에 회사에서 MS-SQL 2012를 도입해서 사용하고 있습니다.

회사 업무중에 database의 트랜젝션을 주기적으로 삭제해야 하는데,

기존에 사용한(ms-sql 2005) database에서 동작하는 sql script가

2012에서는 동작을 하지 않습니다

=============

backup log Test_db with no_log => error발생 부분
dbcc shrinkdatabase(Test_db, truncateonly)
=============

MS-SQL 2012에서 트랜젝션 로그를 삭제 하려면 script를 어떻게 만들어야 하나요?

"dbcc shrinkdatabase(Test_db, truncateonly)"만 실행 해도 되나요?

읽어 주셔서 감사 합니다.

이 글에 대한 댓글이 총 2건 있습니다.

 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의 크기가 크다면 어떻게 해서라도 관리 인력 자원을 확보해 보도록 하세요)

우욱님이 2012-10-26 11:33에 작성한 댓글입니다. Edit

답변 감사합니다.

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

손덕진(sakpung)님이 2012-10-26 11:52에 작성한 댓글입니다.
[Top]
No.
제목
작성자
작성일
조회
6432테이블 합쳐서 조회하기 [1]
초보
2012-10-31
7635
6431컬럼변조에서 인덱스 문제 [4]
조중규
2012-10-29
7215
6429FETCH 내에서 TRANACTION을 사용하면? [1]
하광희
2012-10-28
7861
6428[질문]SQL 2012에서 트랜젝션 로그 삭제 [2]
손덕진
2012-10-26
12067
6427쿼리 질문드리겠습니다. [1]
박종훈
2012-10-19
8000
6426$partition 사용법 질문입니다. [2]
김봉달
2012-10-16
7472
6425오른쪽 숫자 제거하기 [4]
정인수
2012-10-10
11828
Valid XHTML 1.0!
All about the DATABASE... Copyleft 1999-2024 DSN, All rights reserved.
작업시간: 0.018초, 이곳 서비스는
	PostgreSQL v16.4로 자료를 관리합니다