이 항목에서는 제한 사항, 압축 백업의 성능 절차, 백업 압축 구성 및 압축 비율을 비롯한 SQL Server 백업 압축에 대해 설명합니다.
비고
백업 압축을 지원하는 SQL Server 2014 버전에 대한 자세한 내용은 SQL Server 2014 버전에서 지원하는 기능을 참조하세요. SQL Server 2008 이상의 모든 버전은 압축된 백업을 복원할 수 있습니다.
혜택
압축된 백업은 동일한 데이터의 압축되지 않은 백업보다 작기 때문에 백업을 압축하려면 일반적으로 디바이스 I/O가 덜 필요하므로 일반적으로 백업 속도가 크게 증가합니다.
자세한 내용은 이 항목의 뒷부분에 있는 백업 압축의 성능 영향을 참조하세요.
제한 사항
압축된 백업에는 다음과 같은 제한 사항이 적용됩니다.
압축된 백업과 압축되지 않은 백업은 미디어 세트에 공존할 수 없습니다.
이전 버전의 SQL Server는 압축된 백업을 읽을 수 없습니다.
NTbackups는 압축된 SQL Server 백업과 테이프를 공유할 수 없습니다.
백업 압축의 성능 영향
기본적으로 압축하면 CPU 사용량이 크게 늘어나고 압축 프로세스로 사용되는 추가 CPU는 동시 작업에 악영향을 줄 수 있습니다. 따라서리소스 관리자가 CPU 사용량을 제한하는 세션에서 우선 순위가 낮은 압축 백업을 만들 수 있습니다. 자세한 내용은 Resource Governor를 사용하여 백업 압축을 통해 CPU 사용량 제한(Transact-SQL)을 참조하세요.
백업 I/O 성능을 제대로 파악하려면, 디바이스로 또는 디바이스로부터 백업 I/O를 격리하고, 다음과 같은 성능 카운터를 평가해야 합니다.
실제 디스크 카운터와 같은 Windows I/O 성능 카운터
SQLServer:Backup 디바이스 개체의 디바이스 처리량 바이트/초 카운터
SQLServer:Databases 개체의 Backup/복원 처리량/초 카운터
Windows 카운터에 대한 자세한 내용은 Windows 도움말을 참조하세요. SQL Server 카운터를 사용하는 방법에 대한 자세한 내용은 SQL Server 개체 사용을 참조하세요.
압축된 백업의 압축 비율 계산
백업의 압축 비율을 계산하려면 다음과 같이 백업 세트 기록 테이블의 backup_size 및 compressed_backup_size 열에서 백업 값을 사용합니다.
backup_size:compressed_backup_size
예를 들어 3:1 압축 비율은 디스크 공간에 약 66% 절약하고 있음을 나타냅니다. 이러한 열을 쿼리하려면 다음 Transact-SQL 문을 사용할 수 있습니다.
SELECT backup_size/compressed_backup_size FROM msdb..backupset;
압축된 백업의 압축 비율은 압축된 데이터에 따라 달라집니다. 다양한 요인이 얻은 압축 비율에 영향을 미칠 수 있습니다. 주요 요인은 다음과 같습니다.
데이터 형식입니다.
문자 데이터는 다른 형식의 데이터보다 압축됩니다.
페이지의 행 간 데이터 일관성입니다.
일반적으로 필드에 동일한 값이 포함된 여러 행이 페이지에 포함된 경우 해당 값에 대해 상당한 압축이 발생할 수 있습니다. 반면 임의 데이터가 포함되거나 페이지당 하나의 큰 행만 포함된 데이터베이스의 경우 압축된 백업은 압축되지 않은 백업과 거의 같습니다.
데이터가 암호화되는지 여부입니다.
암호화된 데이터는 동일한 암호화되지 않은 데이터보다 훨씬 적게 압축됩니다. 투명한 데이터 암호화를 사용하여 전체 데이터베이스를 암호화하는 경우 백업을 압축해도 크기가 크게 줄어들지 않을 수 있습니다.
데이터베이스가 압축되었는지 여부입니다.
데이터베이스가 압축된 경우 백업을 압축해도 크기가 크게 줄어들지 않을 수 있습니다.
백업 파일의 공간 할당
압축된 백업의 경우 최종 백업 파일의 크기는 데이터가 압축 가능한 정도에 따라 달라지며 백업 작업이 완료되기 전에 알 수 없습니다. 따라서 기본적으로 압축을 사용하여 데이터베이스를 백업할 때 데이터베이스 엔진은 백업 파일에 사전 할당 알고리즘을 사용합니다. 이 알고리즘은 백업 파일에 대한 데이터베이스 크기의 미리 정의된 백분율을 미리 할당합니다. 백업 작업 중에 더 많은 공간이 필요한 경우 데이터베이스 엔진은 파일을 확장합니다. 최종 크기가 할당된 공간보다 작으면 백업 작업이 끝날 때 데이터베이스 엔진은 파일을 백업의 실제 최종 크기로 축소합니다.
백업 파일이 최종 크기에 도달하는 데 필요한 경우에만 확장되도록 하려면 추적 플래그 3042를 사용합니다. 추적 플래그 3042를 사용하면 백업 작업이 기본 백업 압축 사전 할당 알고리즘을 무시합니다. 이 추적 플래그는 압축된 백업에 실제로 필요한 크기만 할당하여 공간에 저장해야 하는 경우 유용합니다. 그러나 이 추적 플래그를 사용하면 약간의 성능 저하(백업 작업 기간이 증가할 수 있음)가 발생할 수 있습니다.