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 Amazon Redshift のディスク速度の性能とディスクの利用状況を調べるには、STV\_PARTITIONS テーブルを使用します。 STV\_PARTITIONS は、論理ディスクボリュームごとに、ノードあたり 1 つの行を含んでいます。 STV\_PARTITIONS はスーパーユーザーのみに表示されます。詳細については、「[システムテーブルとビューのデータの可視性](cm_chap_system-tables.md#c_visibility-of-data)」を参照してください。 ## テーブルの列 | 列名 | データ型 | 説明 | | --- | --- | --- | | owner | integer | パーティションを所有するディスクノード。 | | host | integer | パーティションに物理的にアタッチされているノード。 | | diskno | integer | パーティションを含むディスク。 | | part\_begin | bigint | パーティションのオフセット。ミラーブロック用にスペースを開くため、raw デバイスは論理的にパーティション化されています。 | | part\_end | bigint | パーティションの末尾。 | | used | integer | パーティション上で現在使用されている 1 MB ディスクブロックの数。 | | tossed | integer | 削除の準備は整っているが、存在している箇所のディスクアドレスを解放することが安全でないためにまだ削除されていないブロックの数。アドレスがすぐに解放されると、保留中のトランザクションがディスク上の同じ場所に書き込むことができてしまいます。このため、これらの tossed ブロックは、次のコミット時に解放されます。INSERT 処理中やディスクベースのクエリの処理中にテーブル列がドロップされた場合などに、ディスクブロックが tossed とマークされることがあります。 | | capacity | integer | 1 MB ディスクブロック内のパーティションの総容量 | | reads | bigint | 最後のクラスターの再起動以降に発生した読み取りの数。 | | writes | bigint | 最後のクラスターの再起動以降に発生した書き込みの数。 | | seek\_forward | integer | 以前のリクエストアドレスが与えられた場合に、リクエストが次のアドレスに対するものでない回数。 | | seek\_back | integer | 次のリクエストアドレスが与えられた場合に、リクエストが前のアドレスに対するものでない回数。 | | is\_san | integer | パーティションが SAN に属しているかどうかを示します。有効な値は、0 (false) または 1 (true) です。 | | 失敗 | integer | この列は廃止されました。 | | mbps | integer | 1 秒あたりのメガバイト数で表したディスク速度。 | | mount | character(256) | デバイスへのディレクトリパス。 | ## サンプルクエリ 以下のクエリは、1 MB ディスクブロック内での使用ディスクスペースと容量を返し、ディスク利用率を raw ディスク容量に対するパーセント数で表します。raw ディスク容量には、Amazon Redshift が内部用に予約するスペースの分も含まれます。このため、ユーザーが利用できるディスク容量として表示される名目上のディスク容量より大きな数字になります。Amazon Redshift マネジメントコンソールの **[Performance]** (パフォーマンス) タブにある **[Percentage of Disk Space Used]** (使用されているディスク容量の割合) メトリクスは、クラスターによって使用されている公称ディスク容量の割合を報告します。使用容量をクラスターの名目上のディスク容量以内に維持するために、[**ディスク使用率**] メトリクスを監視することをお勧めします。 **重要** クラスターの名目上のディスク容量は超えないようにしてください。名目上のディスク容量を超えることは、状況によっては可能ではありますが、クラスターの耐障害性が低下し、データ損失の可能性が増加します。 この例は、2 ノードクラスターで、1 ノードあたりの論理ディスクパーティションが 6 個という環境で実行されています。スペースは各ディスク間で非常に均等に配分利用 (約 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) ```