아티클
09/27/2010

꽉 찬 트랜잭션 로그 문제 해결(오류 9002)

이 항목에서는 트랜잭션 로그가 꽉 찼을 때 알맞은 대처 방법에 대해 설명하고 앞으로 이런 상황을 방지하기 위한 방법을 제시합니다. 트랜잭션 로그가 꽉 차면 SQL Server 데이터베이스 엔진에서 9002 오류가 발생합니다. 로그는 데이터베이스가 온라인 상태이거나 복구 중일 때 꽉 찰 수 있습니다. 데이터베이스가 온라인 상태일 때 로그가 꽉 차면 계속 온라인 상태로 유지되지만 데이터베이스를 읽을 수만 있고 업데이트할 수 없습니다. 복구 중에 로그가 꽉 차면 데이터베이스 엔진에서 데이터베이스를 RESOURCE PENDING으로 표시합니다. 두 경우 모두 사용자 동작을 통해 사용 가능한 로그 공간을 만들어야 합니다.

트랜잭션 로그가 꽉 찼을 경우 대처 방법

트랜잭션 로그가 꽉 찬 경우의 적절한 대처 방법은 로그가 꽉 차게 된 조건에 의해서도 영향을 받습니다. 지정된 경우에서 로그 잘림이 발생하지 않는 이유를 확인하려면 sys.database 카탈로그 뷰의 log_reuse_wait 및 log_reuse_wait_desc 열을 사용합니다. 자세한 내용은 sys.databases(Transact-SQL)를 참조하십시오. 로그 잘림을 지연시킬 수 있는 요소에 대한 자세한 내용은 로그 잘림을 지연시킬 수 있는 요소를 참조하십시오.

중요
데이터베이스 복구 중에 9002 오류가 발생한 경우에는 문제를 해결한 다음 ALTER DATABASE database_name SET ONLINE을 사용하여 데이터베이스를 복구합니다.

트랜잭션 로그가 꽉 찬 경우의 대처 방법으로 다음 방법을 사용할 수도 있습니다.

로그 백업
로그가 자동으로 증가될 수 있도록 디스크 공간 확보
공간이 충분한 디스크 드라이브로 로그 파일 이동
로그 파일의 크기 증가
다른 디스크에 로그 파일 추가
장기 실행 트랜잭션 완료 또는 중지

이러한 방법에 대해서는 다음 섹션에서 설명합니다. 해당 상황에 가장 적합한 대처 방법을 선택하십시오.

로그 백업

전체 복구 모델 또는 대량 로그 복구 모델에서 트랜잭션 로그가 최근에 백업되지 않은 경우 백업하면 로그 잘림이 방지될 수 있습니다. 로그가 백업된 적이 없으면 데이터베이스 엔진에서 로그를 마지막 백업 시점까지 자를 수 있도록 두 개의 로그 백업을 만들어야 합니다. 로그를 자르면 새 로그 레코드를 위한 공간이 늘어납니다. 로그가 다시 꽉 차지 않게 하려면 자주 로그 백업을 수행합니다.

트랜잭션 로그 백업을 만들려면