

 Amazon Redshift는 패치 198부터 새 Python UDF 생성을 더 이상 지원하지 않습니다. 기존 Python UDF는 2026년 6월 30일까지 계속 작동합니다. 자세한 내용은 [블로그 게시물](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/)을 참조하세요.

# STV\_PARTITIONS
<a name="r_STV_PARTITIONS"></a>

STV\_PARTITIONS 테이블은 Amazon Redshift의 디스크 속도 성능과 디스크 사용률을 확인하는 데 사용됩니다.

STV\_PARTITIONS에는 논리적 디스크 볼륨을 기준으로 노드 1개당 행 1개가 포함됩니다.

STV\_PARTITIONS는 슈퍼 사용자에게만 표시됩니다. 자세한 내용은 [시스템 테이블 및 뷰에 있는 데이터의 가시성](cm_chap_system-tables.md#c_visibility-of-data) 섹션을 참조하세요.

## 테이블 열
<a name="r_STV_PARTITIONS-table-rows2"></a>


| 열 이름  | 데이터 유형  | 설명  | 
| --- | --- | --- | 
| owner  | 정수  | 파티션을 소유하는 디스크 노드  | 
| host  | 정수  | 파티션에 물리적으로 연결된 노드  | 
| diskno  | 정수  | 파티션이 포함된 노드  | 
| part\_begin  | bigint  | 파티션의 오프셋. 원시 디바이스는 미러 블록을 위한 열린 공간으로 논리적으로 분할됩니다. | 
| part\_end  | bigint  | 파티션의 끝  | 
| used  | 정수  | 현재 파티션에서 사용 중인 1MB 디스크 블록 수  | 
| tossed  | 정수  | 삭제 대기 중이지만 디스크 주소를 해제하기가 안전하지 않아 아직 제거되지 않은 블록의 수. 주소가 바로 해제되면 대기 중인 트랜잭션이 동일한 디스크 위치로 쓰기를 실행할 수 있습니다. 그 결과 다음 커밋부터는 토스된 블록이 해제됩니다. 예를 들어 INSERT 작업이나 디스크 기반 쿼리 작업 도중 테이블 열이 삭제되면 디스크 블록이 토스됨(tossed)으로 표시될 수 있습니다. | 
| 재조정  | 정수  | 1MB 디스크 블록 파티션의 총 용량  | 
| reads  | bigint  | 마지막 클러스터 재시작 이후 실행된 읽기 수  | 
| writes  | bigint  | 마지막 클러스터 재시작 이후 실행된 쓰기 수  | 
| seek\_forward  | 정수  | 이전 요청 주소를 고려했을 때 요청이 이후 주소에 적합하지 않은 횟수  | 
| seek\_back  | 정수  | 이후 요청 주소를 고려했을 때 요청이 이전 주소에 적합하지 않은 횟수  | 
| is\_san  | 정수  | 파티션의 SAN 종속 여부. 유효한 값은 0(false) 또는 1(true)입니다. | 
| 실패  | 정수  | 이 열은 더 이상 사용되지 않습니다. | 
| mbps  | 정수  | 초당 디스크 속도(MB)  | 
| 마운트에 의해  | character(256)  | 디바이스 디렉터리 경로  | 

## 샘플 쿼리
<a name="r_STV_PARTITIONS-sample-query2"></a>

아래 쿼리는 1MB 디스크 블록에서 사용된 디스크 공간과 용량을 반환한 후 디스크 사용량을 원시 디스크 공간 비율로 계산합니다. 원시 디스크 공간에는 Amazon Redshift가 내부 사용 목적으로 예약하는 공간도 포함되므로 사용자가 사용할 수 있는 디스크 공간 크기인 공칭 디스크 용량보다 더 커야 합니다. Amazon Redshift 관리 콘솔의 [**성능(Performance)**] 탭에 있는 [**사용된 디스크 공간의 백분율(Percentage of Disk Space Used)**] 지표는 클러스터에서 사용하는 공칭 디스크 용량의 백분율을 보고합니다. 여기에서 **사용된 디스크 공간의 비율(%)** 지표를 모니터링하면서 클러스터의 공칭 디스크 용량을 넘지 않도록 사용량을 유지하는 것이 좋습니다.

**중요**  
클러스터의 공칭 디스크 용량을 초과하지 않는 것이 좋습니다. 특정 환경에서 기술적으로 가능할 수 있지만, 공칭 디스크 용량을 초과하면 클러스터의 내결함성이 감소하고 데이터 손실 위험이 증가합니다.

다음은 노드 1개당 논리적 디스크 파티션이 6개인 2노드 클러스터에서 실행한 예입니다. 각 디스크 사용률이 약 25%를 기록하면서 디스크 공간이 매우 균일하게 사용되고 있습니다.

```
select owner, host, diskno, used, capacity,
(used-tossed)/capacity::numeric *100 as pctused 
from stv_partitions order by owner;

 owner | host | diskno |  used  | capacity | pctused
-------+------+--------+--------+----------+---------
   0   |  0   |    0   | 236480 |  949954  | 24.9
   0   |  0   |    1   | 236420 |  949954  | 24.9
   0   |  0   |    2   | 236440 |  949954  | 24.9
   0   |  1   |    2   | 235150 |  949954  | 24.8
   0   |  1   |    1   | 237100 |  949954  | 25.0
   0   |  1   |    0   | 237090 |  949954  | 25.0
   1   |  1   |    0   | 236310 |  949954  | 24.9
   1   |  1   |    1   | 236300 |  949954  | 24.9
   1   |  1   |    2   | 236320 |  949954  | 24.9
   1   |  0   |    2   | 237910 |  949954  | 25.0
   1   |  0   |    1   | 235640 |  949954  | 24.8
   1   |  0   |    0   | 235380 |  949954  | 24.8 

(12 rows)
```