아티클
04/01/2012

트랜잭션 로그 백업 만들기

이 항목에서는 전체 또는 대량 로그 복구 모델을 사용하는 데이터베이스와 관련된 내용을 다룹니다.

이 항목에서는 트랜잭션 로그를 백업할 때 고려해야 할 사항에 대해 설명하고 로그 백업을 만드는 절차에 대한 링크를 제공합니다. 트랜잭션 로그 백업에 대한 자세한 내용은 트랜잭션 로그 백업 작업을 참조하십시오.

트랜잭션 로그의 백업 조건

로그 백업을 수행하려면 최소한 하나의 전체 백업이 있어야 합니다. 그렇게 해야 다른 로그 백업을 제외하고 백업 중 트랜잭션 로그를 백업할 수 있습니다. 작업 손실 가능성을 줄이고 로그 잘림을 설정하기 위해 로그 백업을 자주 수행하는 것이 좋습니다.

일반적으로 데이터베이스를 복원하기 전에 비상 로그 백업을 시도해야 합니다. 비상 로그 백업을 만드는 방법 및 비상 로그 백업이 필요하지 않는 조건에 대한 자세한 내용은 비상 로그 백업을 참조하십시오.

로그 백업 시퀀스의 작동 방법

데이터베이스 관리자는 보통 주기적(예: 매주)으로 전체 데이터베이스 백업을 만드는데 상황에 따라 보다 짧은 간격(예: 매일)으로 차등 백업을 만들고 더 자주(예: 매 10분) 트랜잭션 로그 백업을 만들 수 있습니다. 최적의 백업 간격은 데이터의 중요도, 데이터베이스의 크기 및 서버의 작업과 같은 요소에 따라 달라집니다.

트랜잭션 로그가 손상되면 최근의 로그 백업 이후에 수행한 작업이 손실됩니다. 따라서 내결함성이 있는 저장소에 로그 파일을 두는 작업이 중요합니다.

트랜잭션 로그 백업 시퀀스는 전체 데이터베이스 백업과 독립되어 있습니다. 트랜잭션 로그 백업 순서를 하나 만든 다음 주기적으로 전체 데이터베이스 백업을 만들어 복원 작업을 시작하는 데 사용합니다. 예를 들어 이벤트가 다음과 같은 순서로 발생한다고 가정합니다.

시간	이벤트
8:00 A.M.	데이터베이스를 백업합니다.
정오	트랜잭션 로그를 백업합니다.
4:00 P.M.	트랜잭션 로그를 백업합니다.
6:00 P.M.	데이터베이스를 백업합니다.
8:00 P.M.	트랜잭션 로그를 백업합니다.

저녁 8시에 만든 트랜잭션 로그 백업에는 오후 4시부터 저녁 8시까지 기록한 트랜잭션 로그 레코드가 포함됩니다. 이 시간대에는 전체 데이터베이스 백업을 만든 오후 6시도 포함됩니다. 트랜잭션 로그 백업의 시퀀스는 오전 8시에 만든 첫째 전체 데이터베이스 백업부터 저녁 8시에 만든 마지막 트랜잭션 로그 백업까지 이어집니다.

이러한 트랜잭션 로그의 적용 방법은 트랜잭션 로그 백업 적용의 예를 참조하십시오.

[!참고]

기본적으로 백업 작업을 성공적으로 수행할 때마다 SQL Server 오류 로그와 시스템 이벤트 로그에 항목이 추가됩니다. 로그를 자주 백업하는 경우 이러한 성공 메시지는 바로 누적되므로 엄청난 오류 로그가 쌓여 다른 메시지를 찾기 힘들 수 있습니다. 이 경우 스크립트가 이러한 로그 항목에 종속되지 않을 경우 추적 플래그 3226을 사용하여 이러한 항목을 표시하지 않을 수 있습니다. 자세한 내용은 추적 플래그(Transact-SQL)를 참조하십시오.