SAN LUN의 경우 LUN이 씬 프로비저닝되는 정도는 LUN에 액세스하는 호스트 응용 프로그램의 특성에 따라 달라집니다. 응용 프로그램이 LUN의 특정 부분만 액세스하는 경우 해당 볼륨의 씬 정도가 동일하게 유지됩니다. 그러나 응용 프로그램이 점차 다양한 LUN 영역에 액세스함에 따라 Oracle FS System에서 LUN에 대해 추가 물리적 공간을 할당하여 볼륨의 씬 정도가 감소합니다.
일부 응용 프로그램은 볼륨의 주소 지정 가능한 공간을 대부분 또는 모두 액세스합니다. 이 경우 응용 프로그램이 실행되는 동안 볼륨이 씬 프로비저닝에서 전체 프로비전으로 전환됩니다. 이러한 응용 프로그램의 예는 mkfs 유틸리티로, 분할 영역에 파일 시스템을 만듭니다. mkfs 유틸리티가 파일 시스템을 포맷함에 따라 유틸리티에서 분할 영역을 대부분 또는 모두 기록하여 Oracle FS System의 기본 볼륨이 전체 프로비전됩니다. 이 경우 씬 프로비저닝을 사용하여 기본 볼륨을 만들어도 거의 가치가 없습니다.
MFT가 조각화되지 않도록 하기 위해 Windows는 MFT 주위에 버퍼를 예약합니다. 이 버퍼의 크기를 드라이브 공간의 12.5%, 25%, 37.5% 또는 50%로 구성할 수 있습니다. Windows는 사용하지 않은 공간이 사용될 때까지 이 버퍼 영역에 새 파일을 만들지 않습니다. 드라이브 공간의 나머지 부분이 꽉 찰 때마다 버퍼 크기가 절반으로 줄어듭니다. 이 전략은 추가 쓰기 작업을 위한 새 공간을 제공합니다.
특히 NTFS를 사용하는 경우 첫번째 채울 때 최대 용량의 90% 이상을 사용하는 씬 프로비저닝된 LUN을 만들지 않는 것이 좋습니다. NTFS는 LUN 전체에 쓰기 때문에 기록되는 데이터 양과 일치하지 않는 할당이 발생합니다.
많이 사용하는 NTFS 파일 시스템을 사용 가능한 공간이 크지 않은 상태에서 실행할 경우 파일 시스템을 주기적으로 조각 모음하지 않으면 결국 모든 용량이 사용됩니다. NTFS는 이전에 기록된 공간을 재사용하는 대신 새로 할당된 공간에 쓰려고 합니다. NTFS는 처음에 씬 프로비저닝으로 작동하지만 파일 시스템에서 사용된 것으로 표시하는 데이터 양보다 많은 할당을 빠르게 사용할 수 있습니다.
Linux 플랫폼에서 EXT2 및 EXT3 파일 시스템은 LUN의 전체 LBA(논리적 블록 주소) 범위에 메타 데이터를 씁니다. 드라이브가 블록 그룹에 구성되고 각 블록 그룹의 시작 부분에 메타 데이터가 있습니다. 일반적으로 이 구성에서는 관리자가 파일 시스템을 만들 때 전체 LUN이 프로비전됩니다. 이 전체 프로비저닝은 메타 데이터 쓰기가 Oracle FS System에서 사용하는 최소 할당 단위 미만이기 때문에 발생합니다. 이 조건에서는 시스템이 모든 할당 확장을 최대 크기까지 확장합니다.
요약하면 씬 프로비저닝 활용 성공은 파일 시스템 또는 LUN을 사용하는 응용 프로그램에 따라 달라집니다.