▶ 6. 데이터베이스의 데이터와 로그

자 이번에 소개해 드릴 내용은 데이터베이스의 데이터와 로그 라는 내용입니다.
데이터, 로그 간단히 어떤 녀석인지는 감이 잡히실 겁니다
감만으로 끝내지 마시고 이곳에서 상세히 설명을 드리지요.
데이터 화일은 실제로 저희가 사용하는 데이터가 저장되는 장소 입니다.
아울러 로그는 변경된 데이터가 쌓이는 곳입니다.
많은 분들이 오해하고 있는 부분과 SQL서버의 내부 엔진에 대해 조금 말을 드리지요
　

INSERT구문과 같은 구문으로 삽입 명령을 수행하면 과연 어떤 일이 발생하는지 알아 보지요.
INSERT구문이 수행되면 먼저 삽입될 내용이 데이터화일에 쓰여지는게 아니라 먼저
로그에 기록이 됩니다. - 흥미 있지요?
좀더 정확히 말을 드리면? 로그에 기록되는게 아니라 일종의 캐시 기능으로 메모리에 기록이 됩니다.
- 캐시는 OS나 어플리케이션의 속도를 높이기 위한 기능이지요.
좀더 정확히 캐시라는 메모리에 저장이 되는 것은
트랜젝션 내에서의 어떤 변경사항이 일어날 경우에만 메모리에 기록이 되며 트랜젝션이
완료 되면 즉시 로그에 기록이 됩니다. (트랜젝션 중에 디스크에 기록이 될수도 있습니다.
이를 보통 더티 페이지(Dirty Page)라고 하지요. 추후 잠금설명시 자세히 드릴 겁니다.)
참고로 트랜젝션이란 일의 단위로 더 분할할 수 없는, 즉 무조건 한큐에 지정된 분량을
처리하는 단위라고 생각 하세요
　

자 여기서 문제를 제기해 보지요. 메모리에 변경 내용이 저장 됩니다. 메모리는 디스크와는
달리 시스템에 문제가 발생시 복구할 방법이 없습니다. 하지만 트랜젝션 이라는 단위에서는
틀려 지지요. ALL or NOTHING 이라고 트랜젝션이 저런 일을 한다고 생각 하시면 됩니다
　

얘기가 조금 벗어났군요. 여하간 트랜젝션이라는 일의 단위가 끝나면?
이 메모리에 기록된 내용(변경내용)은 로그에 기록이 되게 됩니다. 흥미 있지요?
그리고 체크 포인트 프로세스(Check Point Process)라는 거의 1분에 한번씩 특정한
퍼지 알고리즘에 의해 래덤하게 발생(거의 1분에 한번)하는 이 프로세스에 의해
메모리 캐시에 변경된 내용이 무조건 화일로 쓰여지게 되지요. 디스크에 쓰여지는
로그는 로그 화일과 데이터화일에 동시에 쓰여진다고 보심 됩니다. 이해가 되시지요?

라는 시스템의 프로세스 정보를 봐 보시면?
LAZY WRITER , LOG WRITER , CHECKPOINT SLEEP 이라는 명령을 실행하는 프로세스가
있을 겁니다. 참고로 LAZY WRITER는 캐시가 풀일 경우만 처리 되는 녀석으로
역시나 캐시의 내용을 무조건 디스크로 쓰게 됩니다.
LOG WRITER 는 트랜젝션 완료시 완료된 로그만을 디스크에 기록을 하는 녀석 이지요.
그럼 우리가 SELECT하는 순서는 내부적으로 어떠할까요?
먼저 데이터화일에서 읽고.. 관련 데이터가 로그에 있는지 판단해 역시나 읽고 이어서
캐시내에 데이터가 있는지 판단해 읽어오는 내부적인 작업이 이루어 지는 것이지요
　

자 그럼 간단히 데이터베이스 복구를 생각해 보지요.
추후에 백업의 강좌에서 다양한 복구의 방식을 배우실 테고 이곳에서는 데이터베이스와
관련된 내용만 배우실 겁니다. 백업의 작업은 일반적으로 풀 백업이라는 전체 데이터베이스를
백업하고 이어서 변경본인 로그를 백업하게 됩니다. 그럼 복구시는?
풀 백업본을 복구하고 이어서 로그를 순차적으로 복구 시키면? 원상태가 되겠지요?
복구모델은 여러가지가 있지만 간단히 이렇게 설명을 드리는 겁니다. - 추후 백업 강좌에서
하지만 중요한 로그의 백업본이 없다면? 데이터베이스의 복구는 불가할 겁니다
　

그럼 로그가 어떤 것인지 이제 조금 감이 잡히실 테고 이어서 얼마나 중요한 녀석인지역시
감이 조금 잡히실 겁니다.
종종 이런 질문이 있습니다. 바로 LOG를 사용자가 볼수는 없는가 입니다.
어느정도 암호화된 내요을 볼 순 있습니다
　

SQL6.5에서는 syslog를 질의해 정보를 얻을수 있었지만 SQL7과 SQL2000에서는
DBCC LOG라는 명령으로 이를 질의해야 합니다. - 실제 북스 온라인에서 이
DBCC LOG는 자료를 제공하지 않습니다.
수행해 보시면? 이상한 암호 같은 정보가 보일 겁니다. 이녀석들이 바로 로그 입니다.
생각을 해 보시죠. 로그를 사용자가 본다면? 보안상의 문제가 분명히 있는 겁니다.
MSSQL2000은 힘들게 보안 처리를 여러가지 가능하게 구축을 해 두었는데 여기서
보인다면? 문제가 되겠지요. 이정도가 로그를 보기위한 처리 입니다
　

좀더 이 DBCC LOG 명령과 LOG가 궁금하시면 아래 링크를 참고 하세요

　

그럼 실제로 데이터베이스에는 어떤 녀석이 어떤 일을 하는지 감이 조금 잡히실 겁니다.
이정도면 내부적인 수행에 대해 조금 감이 잡히셨으리라 생각 하구요.
데이터베이스 내부 흐름도 이해가 되셨으리라 생각 합니다
　

사실 이 강좌는 바로 뒤에서 알려드릴 최적의 디스크 셋 구성에 대한 이야기를
드리기위한 전초 강좌라구 할까요.
많은 분들이 전혀 신경을 안쓰는 로그라는 녀석에 대한 경각심을 불러 드리기 위한
강좌라구 할까여
여하간 별로 잼 없는 강좌 수고 하셨구요.
간만에 당구나 한겜 침 좋겠군요.
　

6. 데이터베이스의 데이터와 로그 문서의 끝입니다.