단순 복구 모델에서의 백업

업데이트: 2006년 7월 17일

중요:
단순 복구 모델은 최근 변경 내용을 손실해서는 안 되는 프로덕션 시스템에는 적합하지 않습니다. 이 경우 전체 복구 모델을 사용하는 것이 좋습니다. 자세한 내용은 전체 복구 모델에서의 백업을 참조하십시오.

단순 복구 모델은 가장 간단한 형식의 백업 및 복원을 제공합니다. 이 모델에서는 트랜잭션 로그를 백업하지 않으므로 백업을 관리하기가 쉽습니다. 그러나 로그 백업이 없으면 데이터베이스를 가장 최근의 데이터 백업의 끝으로만 복원할 수 있습니다. 오류가 발생할 경우 가장 최근의 데이터 백업 이후에 적용한 업데이트는 손실될 수 있습니다.

예제 백업 전략

다음 그림에서는 단순 복구 모델의 가장 간단한 백업 및 복원 전략을 보여 줍니다. 5개의 전체 데이터베이스 백업이 있지만 t5 시점에 수행된 가장 최근의 백업만 복원하면 됩니다. 이 백업을 복원하면 데이터베이스가 t5 시점으로 돌아가고 t6 상자가 나타내는 이후 업데이트는 모두 손실됩니다.

[!참고] 단순 복구 모델에서는 비활성 가상 로그 파일을 제거하기 위해 트랜잭션 로그가 자동으로 잘립니다. 일반적으로 잘림은 각 검사점 이후에 발생하지만 경우에 따라 지연될 수도 있습니다. 자세한 내용은 트랜잭션 로그 잘림를 참조하십시오.

작업 손실 가능성 최소화

단순 복구 모델에서는 다음 전체 또는 차등 백업을 수행할 때까지 시간이 경과함에 따라 작업 손실 가능성이 증가합니다. 따라서 백업 관리가 힘들어지지 않고 많은 양의 데이터가 손실되지 않도록 자주 백업을 예약하는 것이 좋습니다.

다음 그림에서는 데이터베이스 백업만 사용하는 백업 계획의 작업 손실 가능성을 보여 줍니다. 이 전략은 비교적 자주 백업할 수 있는 작은 데이터베이스에만 사용하는 것이 좋습니다.

다음 그림에서는 차등 데이터베이스 백업으로 데이터베이스 백업을 보완하여 작업 손실 가능성을 줄이는 백업 전략을 보여 줍니다. 첫 번째 데이터베이스 백업 후에 차등 백업을 연속으로 3번 수행합니다. 3번째 차등 백업은 다음 백업 시 데이터베이스 백업을 수행해야 할 만큼 커집니다. 이 데이터베이스 백업으로 인해 새 차등 기반이 구축됩니다.

백업을 사용하여 데이터베이스 복원

전체 및 차등 백업에는 데이터베이스를 복구할 수 있을 만큼의 로그 데이터가 들어 있습니다. 데이터베이스를 복원하려면 복원 작업을 위한 시퀀스(복원 시퀀스)가 필요합니다. 복원 시퀀스는 전체 백업 복원으로 시작하여 필요에 따라 해당하는 차등 백업을 복원합니다. 예를 들어 경우에 따라 파일을 복원하는 동안 전체 및 차등 백업에 대한 여러 개의 쌍을 복원해야 할 수 있습니다. 관련된 백업을 복원한 후에는 데이터베이스를 복구해야 합니다. 복원 시나리오에 대한 개요를 보려면 SQL Server의 복원 및 복구 개요를 참조하십시오.

단순 복구 모델에서 수행된 백업을 복원할 때의 제한 사항에 대한 자세한 내용은 단순 복구 모델에서의 복원 제한 사항을 참조하십시오.

참고 항목

개념

복사 전용 백업
차등 백업의 기반
백업 장치
전체 데이터베이스 백업
SQL Server의 백업 및 복원 전략 소개
SQL Server의 복원 및 복구 개요
단순 복구 모델 전환 고려 사항

관련 자료

트랜잭션 로그 이해 및 관리
차등 백업 사용

도움말 및 정보

SQL Server 2005 지원 받기

변경 내역