이 항목은 전체 또는 대량 로그 복구 모델을 사용하는 SQL Server 데이터베이스에만 관련됩니다. 이 항목에서는 SQL Server 데이터베이스의 트랜잭션 로그 백업에 대해 설명합니다.
최소한 로그 백업을 만들려면 먼저 하나 이상의 전체 백업을 만들어야 합니다. 그런 다음, 로그가 이미 백업되지 않는 한 언제든지 트랜잭션 로그를 백업할 수 있습니다. 작업 손실 노출을 최소화하고 트랜잭션 로그를 자르려면 로그 백업을 자주 수행하는 것이 좋습니다. 일반적으로 데이터베이스 관리자는 매주와 같이 때때로 전체 데이터베이스 백업을 만들고, 필요에 따라 매일과 같이 짧은 간격으로 일련의 차등 데이터베이스 백업을 만듭니다. 데이터베이스 백업과는 별개로 데이터베이스 관리자는 10분마다와 같은 빈번한 간격으로 트랜잭션 로그를 백업합니다. 지정된 유형의 백업의 경우 최적 간격은 데이터의 중요도, 데이터베이스 크기 및 서버 워크로드와 같은 요인에 따라 달라집니다.
항목 내용
로그 백업 시퀀스의 작동 방식
트랜잭션 로그 백업 로그 체인 의 시퀀스는 데이터 백업과 독립적입니다. 예를 들어 다음과 같은 이벤트 시퀀스를 가정합니다.
| 시간 | 이벤트 |
|---|---|
| 오전 8:00 | 데이터베이스를 백업합니다. |
| 정오 | 트랜잭션 로그를 백업합니다. |
| 오후 4:00 | 트랜잭션 로그를 백업합니다. |
| 오후 6:00시입니다. | 데이터베이스를 백업합니다. |
| 오후 8:00시입니다. | 트랜잭션 로그를 백업합니다. |
오후 8:00에 생성된 트랜잭션 로그 백업에는 전체 데이터베이스 백업이 생성된 시간(오후 6:00)에 걸쳐 오후 4:00부터 오후 8:00까지의 트랜잭션 로그 레코드가 포함됩니다. 트랜잭션 로그 백업 시퀀스는 오전 8시에 생성된 초기 전체 데이터베이스 백업부터 오후 8시에 생성된 마지막 트랜잭션 로그 백업까지 연속됩니다. 이러한 로그 백업을 적용하는 방법에 대한 자세한 내용은 트랜잭션 로그 백업 적용(SQL Server)의 예제를 참조하세요.
권장 사항
트랜잭션 로그가 손상된 경우 가장 최근의 유효한 백업 이후 수행되는 작업이 손실됩니다. 따라서 내결함성 스토리지에 로그 파일을 배치하는 것이 좋습니다.
데이터베이스가 손상되거나 데이터베이스를 복원하려는 경우 데이터베이스를 현재 시점으로 복원할 수 있도록 비상 로그 백업 을 만드는 것이 좋습니다.
기본적으로 백업 작업을 성공적으로 수행할 때마다 SQL Server 오류 로그와 시스템 이벤트 로그에 항목이 추가됩니다. 로그를 자주 백업하는 경우 이러한 성공 메시지가 빠르게 누적되어 다른 메시지를 찾기 어려울 수 있는 엄청난 오류 로그가 발생합니다. 이러한 경우 해당 항목에 의존하는 스크립트가 없는 경우 추적 플래그 3226을 사용하여 이러한 로그 항목을 표시하지 않을 수 있습니다. 자세한 내용은 추적 플래그(Transact-SQL)를 참조하세요.
관련 작업
트랜잭션 로그 백업을 만들려면
백업 작업을 예약하려면 유지 관리 계획 마법사 사용을 참조하세요.
관련 내용
없음.
또한 참조하십시오
트랜잭션 로그(SQL Server)
SQL Server 데이터베이스 백업 및 복원
Tail-Log Backup(SQL Server)
트랜잭션 로그 백업 적용(SQL Server)