[MSSQL] flag 3042 백업에 필요한 실제 크기만 디스크로 할당하는 방법

SQL Server 의 압축백업 방법

SQL Server 2008 버전부터 압축백업이 지원됩니다.

압축된 백업은 압축되지 않은 백업보다 작기 때문에, I/O 에 대한 비용이 절약되며 백업속도가 크게 향상됩니다.

다만 압축을 하기위해 CPU 오버헤드가 발생합니다.

 

반면 압축을 하지 않는다면 CPU 오버헤드는 발생하지 않지만 I/O 가 훨씬 많이 발생하게 될 것입니다.

그렇지만 I/O 와 CPU 의 부하 비교했을 때, CPU 의 오버헤드가 발생하는 부분이 훨씬 효율적입니다.

 

 

압축백업의 이점

압축된 백업에 대한 최종 백업 파일의 크기는 데이터를 어느정도나 압축할 수 있는지에 따라 달라집니다.

테스트했을 때 대략적으로는 원본백업파일의 80% 크기 정도를 생각하면 좋습니다.

참고로 이 80% 도 데이터 유형에 따라 달라질 수 있으므로, 기준치를 80% 으로 잡는건 옳지는 않습니다.

 

 

압축백업의 약점

이 말은, 백업작업이 최종적으로 완료되기 전까지는 백업파일크기를 알 수 없다는 점입니다.

기본적으로 압축백업을 할 때, SQL Server 엔진에서 백업파일에 대한 사전크기 할당 알고리즘을 적용합니다.

 

사전 할당 알고리즘은 미리 정의된 백분율로 파일크기를 먼저 할당해놓습니다.

그러고 난 후 작업도중 더 많은 공간이 필요한 경우 파일 크기를 늘려나가게 되며,

작업이 완료되었을 때 최종크기가 할당한 공간보다 작으면 파일 크기를 축소합니다.

 

즉, 사전 할당 알고리즘에 의에 더 많은 파일 공간이 할당될 수 있게 된다는 점입니다.

 

 

파일크기를 먼저 할당하지 않는 방법

추적플래그 3042 는 백업 파일을 필요한 만큼씩 계속해서 늘려가도록 합니다.

따라서 사전할당 알고리즘이 무시되며 백업을 진행하면서 필요한 크기를 계속해서 할당해 나가게 됩니다.

 

 

테스트 결과

아래처럼 3042 추적플래그를 활성화 해줍니다.

DBCC TRACEON (3042,-1);
GO

추적플래그를 활성화 하지 않았을 때는, 좌측 네모박스처럼 파일크기가 한번에 할당됩니다.

추적플래그를 활성화 했을 때는, 우측 네모박스처럼 파일크기가 점차 커지는 걸 확인할 수 있습니다.

Trace Flag 설정이 안된 경우	Trace Flag 설정이 된 경우

 

그 외에 CPU 나 IO 부하량은 큰 차이가 나지 않아서 따로 정리하지는 않았습니다.