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="query-editor-v2-schedule-query-troubleshooting"></a>

クエリのスケジュールに問題がある場合は、次の点を考慮してください。

**クエリが実行していない**  
スケジュールで使用している IAM ロールに、一時的なクラスター認証情報を取得するアクセス許可があるかどうかを確認します。プロビジョニングされたクラスターのアクセス許可は `redshift:GetClusterCredentialsWithIAM` です。Redshift Serverless ワークグループのアクセス許可は `redshift-serverless:GetCredentials` です。

**スケジュールされた履歴が表示されない**  
AWS コンソールへのログインに使用する IAM ユーザーまたは IAM ロールが、クエリのスケジュールに使用された IAM ロールの信頼ポリシーに追加されていませんでした。  
スケジュールされたクエリに AWS Secrets Manager を使用し、接続する場合は、シークレットがキー `RedshiftDataFullAccess` でタグ付けされていることを確認します。  
スケジュールされたクエリが AWS Secrets Manager 接続を使用している場合、クエリのスケジュールに使用される IAM ロールには、`SecretsManagerReadWrite` 管理ポリシーと同等のものがロールにアタッチされている必要があります。

**クエリ履歴のステータスが `Failed` である**  
クエリが失敗した理由の詳細については、SYS\$1QUERY\$1HISTORY システムビューを参照してください。よくある問題は、クエリの実行に使用したデータベースユーザーまたはロールに SQL の実行に必要な権限がないことです。詳細については、「[スケジュールされたクエリの認証](query-editor-v2-schedule-query-authentication.md)」を参照してください。  
次の SQL は、SYS\$1QUERY\$1HISTORY ビューにクエリを実行して、失敗したクエリを返します。  

```
SELECT user_id, query_id, transaction_id, session_id, database_name, query_type, status, error_message, query_text 
FROM sys_query_history
WHERE status = 'failed';
```
失敗した特定のスケジュールされたクエリの詳細を確認するには、「[スケジュールされたクエリの結果を AWS CloudShell で表示](query-editor-v2-schedule-query-troubleshooting-cloudshell.md)」を参照してください。