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