Amazon Redshift unterstützt UDFs ab Patch 198 nicht mehr die Erstellung von neuem Python. Das bestehende Python UDFs wird bis zum 30. Juni 2026 weiterhin funktionieren. Weitere Informationen finden Sie im [Blog-Posting](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/). 

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Fehlerbehebung bei der Einrichtung oder Planung einer Abfrage
<a name="query-editor-v2-schedule-query-troubleshooting"></a>

Beachten Sie Folgendes, wenn Sie Probleme beim Planen einer Abfrage haben.

**Abfragen, die nicht ausgeführt werden**  
Prüfen Sie, ob die im Zeitplan verwendete IAM-Rolle berechtigt ist, die temporären Cluster-Anmeldeinformationen abzurufen. Die Berechtigung für bereitgestellte Cluster lautet `redshift:GetClusterCredentialsWithIAM`. Die Berechtigung für Redshift-Serverless-Arbeitsgruppen lautet `redshift-serverless:GetCredentials`.

**Der geplante Verlauf wird nicht angezeigt**  
Der IAM-Benutzer oder die IAM-Rolle, mit der Sie sich bei der AWS Konsole angemeldet haben, wurde nicht zur Vertrauensrichtlinie der IAM-Rolle hinzugefügt, die für die Planung der Abfrage verwendet wurde.  
Wenn Sie die Verbindung AWS Secrets Manager für die geplante Abfrage verwenden, vergewissern Sie sich, dass das Geheimnis mit dem Schlüssel gekennzeichnet ist. `RedshiftDataFullAccess`  
Wenn die geplante Abfrage eine AWS Secrets Manager Verbindung verwendet, muss der IAM-Rolle, die für die Planung der Abfrage verwendet wird, der Rolle das Äquivalent einer verwalteten Richtlinie `SecretsManagerReadWrite` zugewiesen sein.

**Der Status des Abfrageverlaufs lautet `Failed`**  
In der SYS\_QUERY\_HISTORY-Systemansicht finden Sie Einzelheiten darüber, warum die Abfrage fehlgeschlagen ist. Ein häufiges Problem ist, dass der Datenbankbenutzer oder die Rolle, der bzw. die für die Ausführung der Abfrage verwendet wurde, möglicherweise nicht über die erforderliche Berechtigung zum Ausführen der SQL-Anweisung verfügte. Weitere Informationen finden Sie unter [Authentifizieren einer geplanten Abfrage](query-editor-v2-schedule-query-authentication.md).  
Mit der folgenden SQL-Anweisung wird die SYS\_QUERY\_HISTORY-Ansicht abgefragt, um fehlgeschlagene Abfragen zurückzugeben.  

```
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';
```
Details zu einer bestimmten fehlgeschlagenen geplanten Abfrage finden Sie unter [Die Ergebnisse einer geplanten Abfrage anzeigen mit AWS CloudShell](query-editor-v2-schedule-query-troubleshooting-cloudshell.md).