

 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/)を参照してください。

# スナップショットの復元
<a name="serverless-snapshot-restore"></a>

**注記**  
RA3 でプロビジョニングされたクラスターと Amazon Redshift Serverless ワークグループでは、バックアップ用ではないテーブルはサポートされていません。RA3 クラスターおよびサーバーレスワークグループでバックアップしないとマークされたテーブルは、スナップショットの作成中に常にバックアップされ、スナップショットから復元するときに復元される永続テーブルとして扱われます。バックアップ用ではないテーブルのスナップショットコストを回避するには、スナップショットを作成する前にそれらを切り捨てます。

サーバーレス名前空間にスナップショットを復元すると、現在のデータベースがスナップショット内のデータベースに置き換えられます。

サーバーレス名前空間へのスナップショットの復元は、2 つの段階で行われます。最初の段階は数分で完了します。この段階では、データを名前空間に復元し、クエリで使用できるようにします。2 番目の段階では、データベースのチューニングが行われ、小さなパフォーマンスの問題が発生する可能性があります。この 2 番目の段階は、数時間から数日、場合によっては数週間必要となる場合があります。この処理時間の長さはデータのサイズによって異なりますが、データベースのチューニングが進むと、パフォーマンスは徐々に向上します。この段階の終了時には、サーバーレス名前空間が完全にチューニングされ、クエリの送信時にパフォーマンスが発生しません。

**スナップショットをサーバーレス名前空間に復元するには**

1. Amazon Redshift Serverless コンソールで、**[Data backup]** (データのバックアップ) を選択します。

1. 復元するスナップショットを選択します。一度に復元できるのは 1 つのスナップショットのみです。

1. **[Actions]** (アクション)、**[Restore to serverless namespace]** (サーバーレス名前空間に復元する) の順に選択します。

1. 復元先に使用可能な名前空間を選択します。ステータスが [Available] (使用可能) の名前空間にのみ復元できます。

1. **[復元]** を選択します。

**スナップショットをプロビジョニングされたクラスターに復元するには**

1. Amazon Redshift Serverless コンソールで、**[Data backup]** (データのバックアップ) を選択します。

1. 復元するスナップショットを選択します。

1. **[Actions]** (アクション)、**[Restore to provisioned cluster]** (プロビジョニングされたクラスターに復元する) の順に選択します。

1. クラスター識別子を入力します。

1. **[Node type]** (ノードタイプ) を選択します。ノード数は、ノードタイプによって異なります。

1. コンソールページの指示に従って **[Cluster configuration]** (クラスター設定)のプロパティを入力します。詳細については、「[クラスターの作成](https://docs.aws.amazon.com//redshift/latest/mgmt/create-cluster.html)」を参照してください。

プロビジョン済みクラスター上のスナップショットの詳細については、「[Amazon Redshift のスナップショットとバックアップ](https://docs.aws.amazon.com//redshift/latest/mgmt/working-with-snapshots.html)」を参照してください。