SQL Server (2005/2008) : 전체 백업이 전체 복구 모드에서 로그를 자릅니다

방금 MSDN 문서를 많이 읽었으며 다른 복구 모델과 백업 체인 개념을 이해하고 있다고 생각합니다. 여전히 질문이 하나 있습니다.

전체 데이터베이스 백업이 트랜잭션 로그를 자르나요 (전체 복구 모드 사용)?

• 예인 경우 :이 부분은 MSDN에서 어디에 언급되어 있습니까? 내가 찾을 수있는 것은 백업 로그 만 로그를 자르는 것입니다.

• 그렇지 않은 경우 : 왜? 전체 데이터베이스 백업은 새 백업 체인을 시작 하므로 전체 백업 전에 완료된 트랜잭션을 로그에서 활성 상태로 유지하는 데있어 요점은 무엇 입니까?

그렇습니다. 단지 전체 또는 BULK_LOGGED 복구 모델에서 명확한 / 잘라 내기에 로그를 허용 것은 로그 백업입니다 - 예외. 나는이 논증을 잠시 뒤로 물었고 로그와 로그 백업에 대한 오해 에서 스스로를 증명하는 방법에 대한 설명과 스크립트로 길고 자세한 블로그 게시물을 게시했습니다 .

추가 질문이 있으면 언제든지 문의하십시오. Btw-또한 SQL Server의 로깅 및 복구 이해 에 대한 TechNet Magazine의 긴 기사를 참조하십시오 .

감사

전체 백업은 로그를 자르지 않으므로 백업 로그 작업을 수행해야합니다. 전체 백업은 로그 체인을 재설정하지 않으며 복제 / 로그 전달 등을 완전히 방해합니다.

SQL Server가 백업을 수행하는 방식을 면밀히 살펴 봐야하지만 기내 / 장기 실행 트랜잭션이 백업에 포함되어 있지 않다면 (그렇지 않으면 백업이 완료되지 않을 수 있음) 알고 있으므로 online-database는 다음 로그 백업이 더 이상 사용되지 않도록 보장합니다.

http://msdn.microsoft.com/en-us/library/ms175477.aspx

내 이해 에서 트랜잭션 로그를 자르는 유일한 것은 로그 백업 입니다.

전체 백업은 백업 작업이 완료되는 데 시간이 걸리고 복사 된 페이지가 변경되었을 수 있으므로 트랜잭션에 일관성이 있도록 충분한 로그 만 복사합니다.

특정 시점 복구를 위해서는 여전히 로그 백업이 필요합니다.

연결할 MSDN이 없지만 SQL Server 팀의 개발자 인 Paul Randal의 블로그에 링크 할 수 있습니다. DBCC CHECKDB 및 온라인 설명서의 일부를 작성했습니다.

그는 또한이 포럼에 대한 질문에 대답하므로 나에게 2/3 정보를 제공하는 것보다 더 나은 권위가 될 것입니다 :)

사람들은 종종 전체 백업 및 로그 백업에 대해 오해를합니다. 백업이 FULL백업 복구 모델 에서 작동 하려면 백업 중에 데이터베이스에서 트랜잭션이 계속 진행될 수 있으므로 (데이터베이스 COLD를 종료 할 때 소위 백업 을 수행하지 않는 한) t- 로그를 사용해야합니다 . 데이터베이스가 ARCHIVELOG모드 인 경우 Oracle은 동일한 개념을 사용 합니다. 백업 순서는 다음과 같이 요약됩니다.

1. 백업 시작-실제 파일의 모든 작업을 일시 중단하고 t-logs에 씁니다.
2. 백업 수행-모든 트랜잭션은 계속되지만 실제 파일에는 기록되지 않으며 t- 로그에 기록됩니다.
3. 백업 종료-데이터베이스 트랜잭션을 실제 파일에 다시 작성합니다.
4. 필요한 경우 T- 로그에있는 내용을 실제 파일로 플러시하십시오.

이것이 t- 로그가 백업 단계 동안 트랜잭션 연속의 중요한 부분이기 때문에 기본적으로 잘 리거나 축소되지 않는 이유입니다.

로그 축소와 로그 축소를 혼동하지 마십시오.

• TRUNCATE는 마지막 체크 포인트 이전의 트랜잭션을 로그에서 제거하는 것입니다 (체크 포인트는 트랜잭션이 데이터베이스 자체로 플러시 될 때임). 이것은 BACKUP 명령을 사용하여 수행됩니다.

• 로그를 축소하려면 실제 로그 파일 크기를 줄이십시오. 이것은 DBCC 명령을 사용하여 수행됩니다.

기본적으로 트랜잭션 로그에는 작업 공간이 필요하기 때문에 트랜잭션 로그를 자동으로 축소 할 필요가 없으며 자동 분석을 자르면 거의 같은 크기로 유지됩니다.