SQL Server 트랜잭션 로그 아키텍처(1/4) – 트랜잭션 로그 논리 아키텍처

SQL Server 트랜잭션 로그 아키텍처(1/4)

– 트랜잭션 로그 논리 아키텍처

 

Version : SQL Server 2005, 2008, 2008R2, 2012

 

데이터베이스의 무결성을 보장하기 위해서 사용되는 트랜잭션 로그의 기록 방법 및 데이터 복구에 트랜잭션 로그가 사용되는 방법을 이해하고 기본 아키텍처에 대해서 알아 보자.

 

이번 트랜잭션 로그 아키텍처는 총 4부로 진행 된다.

 

SQL Server 트랜잭션 로그는 로그레코드 문자열처럼 논리적으로 작동 한다. 각 로그 레코드는 LSN(로그 시퀀스 넘버)으로 식별 된다. 각 새 로그 레코드는 LSN과 함께 로그의 논리적 끝에 작성되며 이때 LSN은 오름차순이다.

 

로그 레코드는 작성된 순서대로 저장 된다. 각 로그 레코드는 자신이 속한 트랜잭션 ID가 포함된다. 각 트랜잭션에서 트랜잭션과 관련된 모든 로그 레코드는 트랜잭션의 롤백 속도를 높이는 후방 포인터로 체인에 개별적으로 연결 되어 있다.

 

아래 스크립트를 실행 하면 트랜잭션 로그에 대해 LSN이 순차적으로 발급되어 있음을 확인 할 수 있다.

DBCC LOG(SW_TEST)

 

 

 

데이터 수정에 대한 로그 레코드는 수행된 논리적 연산이나 수정된 데이터의 이전 이미지와 이후 이미지를 기록 한다. 이전 이미지는 연산이 수행되기 전의 데이터 복사본이고 이후 이미지는 연산이 수행된 후의 데이터 복사본이다.

 

[연산 복구 단계]

• 기록된 논리적 연산
  • 논리적 연산을 롤포워드 하기 위해 해당 연산이 다시 수행 된다.
  • 논리적 연산을 롤백 하기 위해 논리적 연산이 역으로 수행 된다.

 

• 기록된 이전 및 이 후 이미지
  • 연산을 롤포워드하기 위해 이후 이미지가 적용
  • 연산을 롤백 하기 위해 이전 이미지가 적용

 

[트랜잭션에 기록되는 작업]

• 각 트랜잭션의 시작과 끝
• 모든 데이터 수정 내용(삽입, 업데이트, 삭제). 시스템 테이블을 비롯한 모든 DDL 또는 프로시저 변경 사항 내용이 포함됨.
• 모든 익스텐트 및 페이지 할당 또는 할당 취소 내역
• 테이블이나 인덱스 만들기 또는 삭제 내역
• 롤백 작업 내역

 

 

각 트랜잭션은 트랜잭션 로그에 공간을 예약하여 명시적 롤백 문이나 오류로 인해 발생한 롤백을 지원하기에 충분한 로그 공간을 확보 한다. 예약된 공간의 크기는 트랜잭션에서 수행되는 작업에 따라 다르지만 일반적으로 각 작업을 기록하는데 사용되는 공간의 크기와 같다. 예약된 공간은 트랜잭션 완료 시 해제 된다.

 

[활성 로그]

마지막으로 작성된 작업의 롤백에 필요한 첫 번째 로그 레코드의 로그 파일 섹션을 로그의 활성 부분 또는 활성 로그라고 한다. 이 섹션은 데이터베이스의 전체 복구를 수행하는데 필요하다. 활성 로그는 어떤 부분도 잘라낼 수 없다.

 

[참고 자료]

http://msdn.microsoft.com/ko-kr/library/ms180892(v=sql.105).aspx

http://www.confio.com/logicalread/sql-server-dbcc-log-command-details-and-example/

http://rusanu.com/2012/01/17/what-is-an-lsn-log-sequence-number/

 

2013-04-16 / 강성욱 / http://sqlmvp.kr