Amazon Redshift 將不再支援從修補程式 198 開始建立新的 Python UDFs。現有 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\_QUERY\_HISTORY 系統檢視。常見問題是用來執行查詢的資料庫使用者或角色可能沒有要執行 SQL 所需的權限。如需詳細資訊，請參閱[驗證已排程的查詢](query-editor-v2-schedule-query-authentication.md)。  
下列 SQL 會查詢 SYS\_QUERY\_HISTORY 檢視以傳回失敗的查詢。  

```
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)。