단순 복구 모델에서의 백업
.gif "중요 정보") 중요 |
|---|
단순 복구 모델은 최근 변경 내용을 손실해서는 안 되는 프로덕션 시스템에는 적합하지 않습니다. 이 경우 전체 복구 모델을 사용하는 것이 좋습니다. 자세한 내용은 전체 복구 모델에서의 백업을 참조하십시오. |
단순 복구 모델은 가장 간단한 형식의 백업 및 복원을 제공합니다. 이 복구 모델은 데이터베이스 백업 및 파일 백업을 모두 지원하지만 로그 백업은 지원하지 않습니다. 트랜잭션 로그 데이터는 연결된 사용자 데이터와 함께만 백업됩니다. 로그 백업이 없으면 백업 및 복원 관리가 간편해집니다. . 그러나 데이터베이스를 최근 백업의 마지막 시점으로만 복원할 수 있습니다.
예제 백업 전략
다음 그림에서는 단순 복구 모델의 가장 간단한 백업 및 복원 전략을 보여 줍니다. 이 전략은 데이터베이스의 데이터를 모두 포함하는 전체 데이터베이스 백업만 사용합니다. 5개의 전체 데이터베이스 백업이 있지만 t5 시점에 수행된 가장 최근의 백업만 복원하면 됩니다. 이 백업을 복원하면 데이터베이스가 t5 시점으로 돌아가고 t6 상자가 나타내는 이후 업데이트는 모두 손실됩니다.
.gif "단순 모델 데이터베이스 복원")
[!참고]
단순 복구 모델에서는 비활성 가상 로그 파일을 제거하기 위해 트랜잭션 로그가 자동으로 잘립니다. 일반적으로 잘림은 각 검사점 이후에 발생하지만 경우에 따라 지연될 수도 있습니다. 자세한 내용은 트랜잭션 로그 잘림를 참조하십시오.
작업 손실 가능성 최소화
단순 복구 모델에서는 다음 전체 또는 차등 백업을 수행할 때까지 시간이 경과함에 따라 작업 손실 가능성이 증가합니다. 전체 백업과 달리 차등 백업은 이전 전체 백업 이후에 변경된 사항만 포함합니다. 따라서 백업 관리가 힘들어지지 않고 많은 양의 데이터가 손실되지 않도록 자주 백업을 예약하는 것이 좋습니다.
다음 그림에서는 데이터베이스 백업만 사용하는 백업 계획의 작업 손실 가능성을 보여 줍니다. 이 전략은 비교적 자주 백업할 수 있는 작은 데이터베이스에만 사용하는 것이 좋습니다.
.gif "데이터베이스 백업 간의 작업 손실 가능성 표시")
다음 그림에서는 차등 데이터베이스 백업으로 데이터베이스 백업을 보완하여 작업 손실 가능성을 줄이는 백업 전략을 보여 줍니다. 첫 번째 데이터베이스 백업 후에 차등 백업을 연속으로 3번 수행합니다. 3번째 차등 백업은 다음 백업 시 데이터베이스 백업을 수행해야 할 만큼 커집니다. 이 데이터베이스 백업으로 인해 새 차등 기반이 구축됩니다.
.gif "전체 및 차등 데이터베이스 백업")
이러한 백업 유형을 사용하는 방법은 전체 데이터베이스 백업 및 차등 백업 사용을 참조하십시오.
백업을 사용하여 데이터베이스 복원
전체 및 차등 백업에는 데이터베이스를 복구할 수 있을 만큼의 로그 데이터가 들어 있습니다. 데이터베이스를 복원하려면 복원 작업을 위한 시퀀스(복원 시퀀스)가 필요합니다. 복원 시퀀스는 전체 백업 복원으로 시작하여 필요에 따라 해당하는 차등 백업을 복원합니다. 예를 들어 경우에 따라 파일을 복원하는 동안 전체 및 차등 백업에 대한 여러 개의 쌍을 복원해야 할 수 있습니다. 관련된 백업을 복원한 후에는 데이터베이스를 복구해야 합니다. 복원 시나리오에 대한 개요를 보려면 복원 및 복구 개요(SQL Server)를 참조하십시오.
단순 복구 모델에서 수행된 백업을 복원할 때의 제한 사항에 대한 자세한 내용은 단순 복구 모델에서의 복원 제한 사항을 참조하십시오.