이 백업 및 복원 항목은 모든 SQL Server 데이터베이스와 관련이 있습니다.
차등 백업은 가장 최근의 이전 전체 데이터 백업을 기반으로 합니다. 차등 백업은 전체 백업 이후 변경된 데이터만 캡처합니다. 차등 백업의 기준이 되는 전체 백업을 기준이라고 합니다. 복사 전용 백업을 제외한 전체 백업은 데이터베이스 백업, 부분 백업 및 파일 백업을 비롯한 일련의 차등 백업의 기반이 될 수 있습니다. 파일 차등 백업의 기본 백업은 전체 백업, 파일 백업 또는 부분 백업 내에 포함될 수 있습니다.
혜택
차등 백업을 만드는 것은 전체 백업을 만드는 것과 비교할 때 매우 빠를 수 있습니다. 차등 백업은 기준이 되는 전체 백업 이후 변경된 데이터만 기록합니다. 이렇게 하면 데이터 백업을 자주 수행하여 데이터 손실 위험을 줄일 수 있습니다. 그러나 차등 백업을 복원하기 전에 해당 기본 백업을 복원해야 합니다. 따라서 차등 백업에서 복원하려면 두 개의 백업 파일이 필요하기 때문에 전체 백업에서 복원하는 것보다 더 많은 단계와 시간이 필요합니다.
차등 데이터베이스 백업은 데이터베이스의 하위 집합이 나머지 데이터베이스보다 더 자주 수정되는 경우에 특히 유용합니다. 이러한 경우 차등 데이터베이스 백업을 사용하면 전체 데이터베이스 백업의 오버헤드 없이 자주 백업할 수 있습니다.
전체 복구 모델에서 차등 백업을 사용하면 복원해야 하는 로그 백업 수를 줄일 수 있습니다.
차등 백업 개요
차등 백업은 차등 기반이 생성된 시점과 비교하여 변경된 모든 엑스텐트(물리적으로 연속된 8개 페이지의 컬렉션)의 상태를 캡처합니다. 즉, 지정된 차등 백업의 크기는 기본 이후 변경된 데이터의 양에 따라 달라집니다. 일반적으로, 기본 데이터의 연령이 오래될수록 새 차등 백업의 크기가 커집니다. 일련의 차등 백업에서 자주 업데이트되는 범위는 각 차등 백업에 서로 다른 데이터를 포함할 가능성이 높습니다.
다음 그림에서는 차등 백업의 작동 방식을 보여 줍니다. 이 그림은 24개의 데이터 익스텐트( 그 중 6개는 변경됨)를 보여 줍니다. 차등 백업에는 이러한 6개의 데이터 익스텐트만 포함됩니다. 차등 백업 작업은 모든 범위에 대해 비트가 포함된 비트맵 페이지를 사용합니다. 기본 이후 업데이트된 각 익스텐트마다 비트맵에서 비트가 1로 설정됩니다.
비고
차등 비트맵은 복사 전용 백업에 의해 업데이트되지 않습니다. 따라서 복사 전용 백업은 후속 차등 백업에 영향을 주지 않습니다.
차등 백업은 기반 백업 후 상당히 빨리 수행될 경우, 차등 기반보다 훨씬 작은 크기를 가질 수 있습니다. 이렇게 하면 스토리지 공간과 백업 시간이 절약됩니다. 그러나 시간이 지남에 따라 데이터베이스가 변경됨에 따라 데이터베이스와 특정 차등 기반 간의 차이가 증가합니다. 차등 백업과 기본 백업 간의 시간이 길수록 차등 백업이 클 가능성이 높습니다. 이는 차등 백업이 결국 기본 백업 크기에 가까워질 수 있음을 의미합니다. 큰 차등 백업은 더 빠르고 작은 백업의 장점을 잃게 됩니다.
차등 백업의 크기가 증가함에 따라 차등 백업을 복원하면 데이터베이스를 복원하는 데 필요한 시간이 크게 늘어날 수 있습니다. 따라서 데이터의 새 차등 기반을 설정하기 위해 설정된 간격으로 새 전체 백업을 수행하는 것이 좋습니다. 예를 들어 전체 데이터베이스의 주별 전체 백업(즉, 전체 데이터베이스 백업)과 주중에 정기적으로 일련의 차등 데이터베이스 백업을 수행할 수 있습니다.
복원 시 차등 백업을 복원하기 전에 해당 기본 백업을 복원해야 합니다. 그런 다음 가장 최근의 차등 백업만 복원하여 데이터베이스를 차등 백업이 만들어진 시점으로 전달합니다. 일반적으로 가장 최근의 전체 백업과 해당 전체 백업을 기반으로 하는 가장 최근의 차등 백업을 복원합니다.
Memory-Optimized 테이블이 있는 데이터베이스의 차등 백업
메모리 최적화 테이블을 사용하는 차등 백업 및 데이터베이스에 대한 자세한 내용은 Memory-Optimized 테이블을 사용하여 데이터베이스 백업을 참조하세요.
Read-Only 데이터베이스의 차등 백업
읽기 전용 데이터베이스의 경우 단독으로 사용되는 전체 백업은 차등 백업에 사용할 때보다 관리하기 쉽습니다. 데이터베이스가 읽기 전용인 경우 백업 및 기타 작업은 파일에 포함된 메타데이터를 변경할 수 없습니다. 따라서 차등 백업이 시작되는 로그 시퀀스 번호(차등 기본 LSN)와 같은 차등 백업에 필요한 메타데이터는 master 데이터베이스에 저장됩니다. 데이터베이스가 읽기 전용일 때 차등 기반이 수행되는 경우 차등 비트맵은 기본 백업 이후 실제로 발생한 것보다 더 많은 변경 내용을 나타냅니다. 백업 세트 시스템 테이블에 저장된 differential_base_lsn 기본 이후 데이터가 실제로 변경되었는지 여부를 확인하는 데 사용되므로 추가 데이터는 백업에서 읽지만 백업 에 기록되지 않습니다.
읽기 전용 데이터베이스를 다시 빌드, 복원 또는 분리하고 연결하면 차등 기반 정보가 손실됩니다. 이는 master 데이터베이스가 사용자 데이터베이스와 동기화되지 않기 때문에 발생합니다. SQL Server 데이터베이스 엔진에서 이 문제를 감지하거나 방지할 수 없습니다. 이후의 차등 백업은 가장 최근의 전체 백업을 기반으로 하지 않으며 예기치 않은 결과를 제공할 수 있습니다. 새 차등 기반을 설정하려면 전체 데이터베이스 백업을 만드는 것이 좋습니다.
Read-Only Database에서 차등 백업을 사용하는 모범 사례
읽기 전용 데이터베이스의 전체 데이터베이스 백업을 만든 후 후속 차등 백업을 만들려는 경우 master 데이터베이스를 백업합니다.
master 데이터베이스가 손실된 경우 사용자 데이터베이스의 차등 백업을 복원하기 전에 복원합니다.
나중에 차등 백업을 사용하려는 읽기 전용 데이터베이스를 분리하고 연결하는 경우 실제적인 즉시 읽기 전용 데이터베이스와 master 데이터베이스의 전체 데이터베이스 백업을 수행합니다.
관련 작업
또한 참조하십시오
백업 개요(SQL Server)
전체 데이터베이스 백업(SQL Server)
전체 데이터베이스 복원(전체 복구 모델)
전체 데이터베이스 복원(단순 복구 모델)
트랜잭션 로그 백업(SQL Server)