LOB 데이터와 Shrink 작업

LOB 데이터와 Shrink 작업

 

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

 

LOB 데이터와 데이터베이스 축소 작업이 성능에 어떤 관계가 있을까? 실제로 LOB 데이터를 만들거나 삭제 후 데이터베이스를 축소하면 성능이 느려 질 수 있다고 한다. 성능이 느려진다는 것은 시스템의 물리적인 성능 뿐 아니라 해당 작업시간이 오래 걸리는 것을 뜻 한다.

 

데이터 파일 축소 작업이 실행되면 데이터 파일 끝에서 데이터를 읽어와 데이터 파일이 시작할 수 있는 부분으로 이동을 한다. LOB 데이터의 유형은 기본적으로 오프 행에 저장된다. 실제 데이터는 다른 위치에 저장되며 상위 노드에 해당 위치를 참고하는 포인터를 가지고 있다.

예를 들어 LOB 데이터 삭제 후 축소 작업이 진행 될 때 SQL Server 엔진은 LOB 데이터에 도착하게 되고 LOB 행이 존재하는지 확인 후 존재하는 경우 이를 해결하기 위해 해당 페이지를 참조하는 행을 찾고 테이블을 구성하는 페이지를 검색해야 한다. 이때 많은 양의 I/O가 발생하며 축소 작업은 오래 걸릴 수 있다.

 

간단한 예를 들어 LOB 데이터 삭제 후 실제 페이지에 남아 있는 경우를 확인해 보자.

CREATE DATABASE Lobtest GO   use Lobtest GO   CREATE TABLE t1 (c1 int IDENTITY(1,1) PRIMARY KEY, c2 ntext) GO   INSERT INTO T1 (c2) VALUES (replicate('a', 20000)) GO   DBCC IND ('LobTest', 't1', 1) GO   DBCC TRACEON(3604) DBCC TRACEON(2514) DBCC TRACEON(5201, -1) GO   DELETE FROM t1 GO   DBCC IND ('LobTest', 't1', 1) GO   DECLARE @dbid as int = db_id('Lobtest') DBCC PAGE (@dbid, 1, 155, 3) GO

 

 

 

 

 

 

LOB 데이터 삭제 이후에도 메타 정보를 가지고 있는 것을 확인 할 수 있다. 고스트 레코드로 상태로 삭제되었지만 페이지 반환은 아직 진행이 되지 않은 듯 하다. 축소 작업을 진행 하면 해당 메타 정보를 가지고 있는 페이지를 모두 확인해야 하기에 느려 질 수 있다.

 

 

 

[참고 자료]

• http://itknowledgeexchange.techtarget.com/sql-server/deleting-lob-data-and-shrinking-the-database/
• http://www.sqlskills.com/blogs/paul/why-lob-data-makes-shrink-run-slooooowly-t-sql-tuesday-006/

 

 

2013-03-20 / 강성욱 / http://sqlmvp.kr