내보내기(0) 인쇄
모두 확장
이 문서는 수동으로 번역한 것입니다. 원본 텍스트를 보려면 포인터를 문서의 문장 위로 올리십시오. 추가 정보
번역
원본

트랜잭션 로그 백업(SQL Server)

이 항목에서는 전체 또는 대량 로그 복구 모델을 사용하는 SQL Server 데이터베이스와 관련된 내용을 다룹니다. 이 항목에서는 SQL Server 데이터베이스의 트랜잭션 로그를 백업하는 방법에 대해 설명합니다.

로그 백업을 만들려면 최소한 하나의 전체 백업을 만들어야 합니다. 그렇게 해야 로그가 백업 중일 때를 제외하고 언제든지 트랜잭션 로그를 백업할 수 있습니다. 로그 백업을 자주 수행하여 작업 손실 가능성을 최소화하고 트랜잭션 로그를 잘라내는 것이 좋습니다. 데이터베이스 관리자는 보통 주기적(예: 매주)으로 전체 데이터베이스 백업을 만들고, 상황에 따라 더 짧은 간격(예: 매일)으로 차등 데이터베이스 백업을 만듭니다. 또한 데이터베이스 백업과 상관없이 더 자주(예: 매 10분) 트랜잭션 로그를 백업합니다. 지정된 백업 유형의 최적 간격은 데이터의 중요도, 데이터베이스의 크기 및 서버의 작업과 같은 요소에 따라 달라집니다.

항목 내용:

트랜잭션 로그 백업 로그 체인 시퀀스는 데이터 백업과 독립되어 있습니다. 예를 들어 이벤트가 다음과 같은 순서로 발생한다고 가정합니다.

시간

event

8:00 A.M.

데이터베이스를 백업합니다.

정오

트랜잭션 로그를 백업합니다.

오후 4:00

트랜잭션 로그를 백업합니다.

6:00 P.M.

데이터베이스를 백업합니다.

8:00 P.M.

트랜잭션 로그를 백업합니다.

저녁 8시에 만든 트랜잭션 로그 백업에는 오후 4시부터 저녁 8시까지 기록한 트랜잭션 로그 레코드가 포함됩니다. 이 시간대에는 전체 데이터베이스 백업을 만든 오후 6시도 포함됩니다. 트랜잭션 로그 백업의 시퀀스는 오전 8시에 만든 첫째 전체 데이터베이스 백업부터 저녁 8시에 만든 마지막 트랜잭션 로그 백업까지 이어집니다. 이러한 로그 백업을 적용하는 방법은 트랜잭션 로그 백업 적용(SQL Server)의 예를 참조하십시오.

[맨 위]

  • 트랜잭션 로그가 손상되면 최근의 유효 백업 이후에 수행한 작업이 손실됩니다. 따라서 내결함성이 있는 저장소에 로그 파일을 보관하는 것이 좋습니다.

  • 데이터베이스가 손상되었거나 데이터베이스를 복원하려는 경우에는 데이터베이스를 현재의 지정 시간으로 복원할 수 있도록 비상 로그 백업을 만드는 것이 좋습니다.

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

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

백업 작업을 예약하려면 유지 관리 계획 마법사 사용을 참조하십시오.

[맨 위]

커뮤니티 추가 항목

추가
표시:
© 2014 Microsoft