수정된 익스텐트 추적
SQL Server에서는 두 개의 내부 데이터 구조를 사용하여 대량 복사 작업에 의해 수정된 익스텐트와 마지막 전체 백업 이후에 수정된 익스텐트를 추적할 수 있습니다. 이 두 데이터 구조를 사용하면 차등 백업의 속도가 크게 향상됩니다. 또한 데이터베이스가 대량 로그 복구 모델을 사용할 경우 대량 복사 작업의 로깅 속도도 향상됩니다. 이러한 구조들은 GAM(전역 할당 맵)과 SGAM(공유 전역 할당 맵) 페이지처럼 각 비트가 단일 익스텐트를 표시하는 비트맵에 해당합니다.
DCM(차등 변경 맵)
마지막 BACKUP DATABASE 문 이후에 변경된 익스텐트를 추적합니다. 익스텐트의 비트가 1인 경우 익스텐트는 마지막 BACKUP DATABASE 문 이후에 수정된 것입니다. 이 비트가 0인 경우 익스텐트는 수정되지 않은 것입니다.
차등 백업의 경우 DCM 페이지만 읽고도 어떤 익스텐트가 수정되었는지 알 수 있습니다. 이를 통해 차등 백업이 검색해야 하는 페이지의 수가 상당히 줄어듭니다. 차등 백업이 실행되는 시간의 길이는 데이터베이스의 전체 크기가 아니라 마지막 BACKUP DATABASE 문 이후에 수정된 익스텐트의 수에 비례합니다.
BCM(대량 변경 맵)
마지막 BACKUP LOG 문 이후에 대량 로그 작업에 의해 수정된 익스텐트를 추적합니다. 익스텐트의 비트가 1인 경우 익스텐트는 마지막 BACKUP LOG 문 이후에 대량 기록 작업에 의해 수정된 것입니다. 이 비트가 0인 경우 익스텐트는 대량 로그 작업에 의해 수정되지 않은 것입니다.
BCM 페이지가 모든 데이터베이스에 표시되더라도 데이터베이스가 대량 로그 복구 모델을 사용할 때만 적절합니다. 이러한 복구 모델에서 BACKUP LOG가 수행되면 백업 프로세스는 수정된 익스텐트의 BCM을 검색하고 이런 익스텐트를 로그 백업에 포함시킵니다. 따라서 데이터베이스가 데이터베이스 백업과 일련의 트랜잭션 로그 백업에서 복원될 경우 대량 로그 작업이 복구될 수 있습니다. 단순 복구 모델을 사용 중인 데이터베이스에서는 대량 로그 작업이 기록되지 않으므로 BCM 페이지가 적절하지 않습니다. 이 복구 모델은 대량 로그 작업을 전체 로그 작업으로 취급하므로 전체 복구 모델을 사용하는 데이터베이스에서도 BCM 페이지는 적절하지 않습니다.
DCM 페이지와 BCM 페이지 사이의 간격은 GAM 페이지와 SGAM 페이지의 간격인 64,000개의 익스텐트와 동일합니다. DCM 및 BCM 페이지는 물리적 파일에서 GAM 및 SGAM 페이지의 뒤에 있습니다.
.gif "차등 변경 맵 및 대량 변경 맵 페이지")