SQL Server 복구 모델 의 대량 로그 복구 모드

트 랜 잭 션 로그 파일 이 왜 점점 커지 는 지 알 고 싶 습 니까?트 랜 잭 션 로 그 는 실제 데이터베이스 파일 보다 더 클 때 도 있 습 니 다.특히 데이터 창 고 를 응용 하 는 경우 도 있 습 니 다.왜 이런 상황 이 발생 했 을 까?어떻게 그 크기 를 조절 합 니까?데이터베이스 복구 모델 은 어떻게 트 랜 잭 션 로그 의 증 가 를 제어 합 니까?이 시리즈 의 문장 에서 우 리 는 하나하나 해답 을 줄 것 이다.
일괄 로그 복구 모드
일괄 로그 복구 모드 는 전체 복구 모드 와 유사 하여 대량의 데이터 수정 작업(예 를 들 어 색인 생 성,SELECT INTO,INSERT SELECT,BCP,BULKINSERT)이 예상 되 며,이 경우 로그 기 록 량 을 최소 화 할 수 있 기 때문에 성능 영향 을 낮 출 수 있 습 니 다.하지만 동시에 대 가 는 당신 이 어떤 시점 의 회복 도 할 수 없다 는 것 이다.추천 하 는 실천 으로서 일괄 로그 복구 모드 는 전체 복구 모드 와 함께 사용 할 수 있 습 니 다.예 를 들 어 일반적인 작업 을 할 때 전체 복구 모드 로 설정 한 다음 에 가끔 대량의 작업 이 발생 할 때 일괄 로그 복구 모드 로 임시 전환 해 야 합 니 다.마지막 으로 대량의 작업 을 마 친 후에 다시 전체 복구 모드 로 돌아 갑 니 다.시간 복구 가 중요 하 다 면 전체 복구 모드 로 전환 한 후 트 랜 잭 션 로그 백업 을 하 는 것 을 추천 합 니 다.
전체 복구 모드 와 유사 하 게 트 랜 잭 션 로그 파일 이 계속 증가 할 것 이 므 로 트 랜 잭 션 로그 백업 을 자주 해 야 합 니 다.대량 작업 이 없 으 면 대량 로그 모드 는 전체 복구 모드 와 같 습 니 다.트 랜 잭 션 로그 에 데이터베이스 후속 에 대한 모든 변경 기록 이 포함 되 어 있 으 면 언제든지 복원 할 수 있 습 니 다.
장점:일부 업무 에 대해 로그 기록 을 최소 화하 여 대량 작업 의 성능 을 최적화 합 니 다.트 랜 잭 션 로그 가 이러한 대량의 데이터 조작 으로 인해 현저하게 증가 하지 않도록 합 니 다.
단점:로그 가 손상 되 거나 최근 로그 백업 후 대량의 데이터 조작 이 발생 하면 데이터 가 분 실 될 가능성 이 있 습 니 다.따라서 마지막 백업 이후 의 변 화 는 다시 해 야 한다.
언제 사용 합 니까?가끔 발생 하 는 대량의 데이터 작업 전에 대량 로그 복구 모드 로 전환 한 다음 에 대량의 데이터 작업 을 마 친 후에 전체 복구 모드 로 전환 하 는 것 을 추천 합 니 다.이러한 방식 을 사용 하면 언제든지 복구 할 수 있 습 니 다.다만 마지막 트 랜 잭 션 로그 백업 에는 대량의 데이터 작업 이 포함 되 어 있 지 않 으 며,동시에 대량의 데이터 작업 의 로 그 량 을 최소 화 할 수 있 습 니 다.
주의해 야 할 것 은 로그 기록 을 최소 화 하 는 것 은 복구 에 필요 한 정보 만 기록 하고 시간 회복 은 지원 되 지 않 는 다 는 것 이다.로 그 를 최소 화 하 는 상황 에서 트 랜 잭 션 로 그 는 맵(MCP)페이지 에서 대량의 데 이 터 를 기반 으로 기록 페이지 의 궤적 을 변경 합 니 다.매번 변화 할 때마다 로 그 를 만 드 는 것 이 아 닙 니 다.이러한 방식 으로 데이터베이스 로 그 는 더 작 지만,트 랜 잭 션 로 그 를 백업 할 때 모든 변경 페이지 를 포함 하기 때문에 트 랜 잭 션 로그 가 매우 작 더 라 도 트 랜 잭 션 로그 백업 이 더 클 수 있 습 니 다.
대 용량 로그 복구 모드 bulklogged recovery model
The bulk-logged recovery model minimally logs bulk operations, although fully logging other transactions. The bulk-logged recovery model protects against media failure and, for bulk operations(bcp,BULK INSERT,SELECT INTO), provides the best performance and least log space usage.
The bulk-logged recovery model increases the risk of data loss for these bulk-copy operations, because bulk logging operations prevents recapturing changes on a transaction-by-transaction basis. If a log backup contains any bulk-logged operations, you cannot restore to a point-in-time within that log backup; you can restore only the whole log backup.
 Bulk Changed Map (BCM)  tracks the extents that have been modified by bulk logged operations since the last BACKUP LOG statement.
If using the bulk-logged recovery model, only details of the modified data pages are logged, allowing for better performance.
Tail Log backup
If your database is using the bulk-logged recovery model, and the transaction log contains minimally logged transactions, the data files which contain the modified pages must also be available. If those data files are unavailable, you will not be able to back up the tail of the transaction log. This is another point to consider when using the bulk-logged recovery model.
However, please note that the situation with the bulk-logged recovery model is identical to the full recovery model if no minimally logged transactions are created in the database
대 용량 로그 복구 모드 의 작업 원리
전체 복구 모드(모든 사 무 를 완전히 기록)에 비해 대 용량 로그 복구 모드 는 대 용량 작업 만 최소 로 기록 합 니 다(다른 사 무 를 완전히 기록 하 더 라 도).대 용량 로그 복구 모드 는 대 용량 작업 이 미디어 고장 으로 부터 위 해 를 받 지 않도록 보호 하고 최상의 성능 을 제공 하 며 최소 로그 공간 을 차지한다.
그러나 대 용량 로그 복구 모드 는 이러한 대 용량 복사 작업 이 데 이 터 를 잃 어 버 릴 위험 을 증가 시 킬 수 있 습 니 다.대 용량 로그 작업 은 모든 업무 에 대한 변경 사항 을 다시 포착 하 는 것 을 막 기 때 문 입 니 다.로그 백업 에 대 용량 로그 작업 이 포함 되 어 있 으 면 로그 백업 의 시점 으로 복원 할 수 없고 전체 로그 백업 만 복원 할 수 있 습 니 다.
대 용량 로그 복구 모드 에서 로그 백업 이 대 용량 작업 을 덮어 쓰 면 로그 백업 은 대 용량 작업 으로 변 경 된 로그 기록 과 데이터 페이지 를 포함 합 니 다.이것 은 대 용량 로그 작업 의 결 과 를 포착 하 는 데 매우 중요 하 다.합 쳐 진 데이터 영역 은 로그 백업 을 매우 방대 하 게 만 들 수 있다.또한 백업 로 그 는 대 용량 로그 사 무 를 포함 하 는 데이터 파일 에 접근해 야 합 니 다.영향 을 받 은 데이터베이스 파일 에 접근 할 수 없 으 면 트 랜 잭 션 로 그 는 백업 할 수 없 으 며 이 로그 에 제출 한 모든 작업 을 잃 어 버 립 니 다.
데이터 페이지 를 추적 하기 위해 로그 백업 작업 은 비트 맵 페이지 의 대 용량 변경 에 의존 합 니 다.비트 맵 페이지 는 각 구역 에 한 자 리 를 포함 합 니 다.마지막 로그 백업 후 대 용량 로그 작업 으로 업 데 이 트 된 모든 영역 에 대해 비트 맵 에서 모든 비트 를 1 로 설정 합 니 다.데이터 영역 은 로그 에 복사 되 고 로그 데 이 터 를 따라 갑 니 다.다음 그림 은 로그 백업 의 구조 방식 을 보 여 줍 니 다.

중요 한 알림:
전체 또는 대 용량 로그 복구 모드 에서 로그 기록 을 활성 상태 로 유지 하 는 다른 요소 가 없 으 면 첫 번 째 전체 백업 을 할 때 자동 점검 점 에서 트 랜 잭 션 로그 의 사용 되 지 않 은 부분 을 차단 합 니 다.첫 번 째 완전 백업 후 백업 요청 로 그 를 차단 합 니 다.지연 요인 에 대한 정 보 는 지연 로그 차단 이 가능 한 요 소 를 참조 하 시기 바 랍 니 다.