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.
# Tracks für von Amazon Redshift bereitgestellte Cluster und Serverless-Arbeitsgruppen
Wenn Amazon Redshift eine neue Version veröffentlicht, aktualisiert es die Version Ihres Amazon Redshift Data Warehouse (Serverless-Arbeitsgruppe oder bereitgestellter Cluster). Sie können angeben, ob Ihr Data Warehouse auf die zuletzt freigegebene oder die vorherige Version aktualisiert wird.
Der Track der Serverless-Arbeitsgruppe oder des bereitgestellten Clusters bestimmt, welche veröffentlichte Version bei einem Versionsupdate angewendet wird. Amazon Redshift aktualisiert bereitgestellte Cluster während des angegebenen Wartungszeitfensters und aktualisiert Serverless-Arbeitsgruppen normalerweise in Leerlaufphasen. Einzelheiten dazu, wann Redshift Serverless Arbeitsgruppen aktualisiert, finden Sie unter [Aktualisieren von Serverless-Arbeitsgruppen](#tracks-serverless-updating).
Wenn Amazon Redshift eine neue Version veröffentlicht, wird diese Version dem *aktuellen* Track und die Vorversion dem *vorhergehenden* Track zugewiesen. Geben Sie einen der folgenden Werte an, um den Track für Ihr Data Warehouse festzulegen:
+ **Aktuell** — Mit dem **aktuellen** Track erhalten Sie die am besten up-to-date zertifizierte Release-Version mit den neuesten Funktionen, Sicherheitsupdates und Leistungsverbesserungen.
+ **Vorhergehend** – Mit dem **vorhergehenden** Track befinden Sie sich auf der vorherigen zertifizierten Version.
Angenommen, Ihre Serverless-Arbeitsgruppe verwendet derzeit die Version 1.0.2762 und Amazon Redshift veröffentlicht Redshift Serverless-Version 1.0.3072. Wenn Ihr Track-Wert **Aktuell** ist, wird Ihre die Arbeitsgruppe auf Version 1.0.3072 (die neueste Version) aktualisiert. Wenn Sie den Track-Wert auf **Vorhergehend** setzen, wird Ihre Arbeitsgruppe aktualisiert, wenn die nächste Track-Version veröffentlicht wird.
Mit dem Feature für den vorhergehenden Track haben Sie die Möglichkeit, eine Teilmenge der Amazon Redshift Data Warehouses im vorhergehenden Track auszuführen. Auf diese Weise können Data Warehouses, die auf den aktuellen Track eingestellt sind, 1 bis 6 Wochen lang getestet und ihre Integration validiert werden, bevor die Version auf Data Warehouses im vorhergehenden Track angewendet wird. Standardmäßig erstellt Amazon Redshift alle Cluster und Arbeitsgruppen auf dem aktuellen Track, um die Vorteile der am meisten up-to-date zertifizierten Version zu nutzen. Wenn Sie jedoch den vorhergehenden Amazon-Redshift-Track in Ihrer Produktionsumgebung und den aktuellen Track in Ihrer Test- und Entwicklungsumgebung verwenden, ermöglicht dies zusätzliche Zeit, um die neueste Version sorgfältig zu evaluieren. Der vorhergehende Track sorgt für maximale Stabilität und ist somit ideal für geschäftskritische Workloads in Produktionsumgebungen geeignet.
**Anmerkung**
Die Version mit dem vorhergehenden Track kann für kurze Zeit mit der aktuellen Track-Version identisch sein. Dies kommt vor, wenn der aktuelle Track nicht zur nächsten Version übergegangen ist. Normalerweise ist die aktuelle Track-Version der Version mit dem vorhergehenden Track voraus.
## Wechsel zwischen Tracks
Das Ändern des Tracks für eine Amazon-Redshift-Ressource ist normalerweise eine einmalige Entscheidung. Sie sollten beim Ändern des Wartungspfads vorsichtig vorgehen. Informationen darüber, welche Features in welchen Data-Warehouse-Versionen enthalten sind, finden Sie unter [Cluster-Versionen für Amazon Redshift](cluster-versions.md).
Wenn Sie den Track von **Vorhergehend** zu **Aktuell** ändern, wird das Data Warehouse auf die Release-Version des **aktuellen** Tracks gesetzt. Wenn Sie den Track des Data Warehouse zu **Vorhergehend** ändern, aktualisieren wir Ihr Data Warehouse wie folgt:
+ Für Serverless-Arbeitsgruppen aktualisieren wir die Version Ihres Data Warehouse während einer Ruhephase. Weitere Informationen darüber, wie Redshift Serverless die Version Ihrer Arbeitsgruppe aktualisiert, finden Sie unter [Aktualisieren von Serverless-Arbeitsgruppen](#tracks-serverless-updating).
+ Für bereitgestellte Cluster wird das Data Warehouse erst dann aktualisiert, wenn nach der **Aktuellen** Track-Version eine neue Version vorliegt.
## Tracks und Wiederherstellung
Bei Serverless-Arbeitsgruppen übernimmt ein Snapshot den Track des Ziel-Data-Warehouses von Amazon Redshift. Wenn Sie beispielsweise einen Snapshot für eine Arbeitsgruppe erstellen, für die die Option „Vorhergehender Track“ gewählt wurde, und auf eine Arbeitsgruppe anwenden, für die die Option „Aktueller Track“ gilt, hat die Arbeitsgruppe die Track-Einstellung „Aktuell“.
Bei bereitgestellten Clustern übernimmt ein Snapshot den Track des Quell-Data-Warehouses von Amazon Redshift. Wenn Sie den Track des Quell-Data-Warehouses ändern, nachdem Sie einen Snapshot erstellt haben, sind der Snapshot und das Quell-Data-Warehouse auf unterschiedlichen Tracks. Wenn Sie eine Wiederherstellung aus dem Snapshot vornehmen, befindet sich das neue Data Warehouse auf dem Track, der von der Snapshot-Quelle übernommen wurde. Sie können den Track ändern, nachdem die Wiederherstellung abgeschlossen ist.
Die Größenänderung eines Data Warehouses hat keinen Einfluss auf den Track.
## Aktualisieren von Serverless-Arbeitsgruppen
Wenn eine neue Version für den von einer Arbeitsgruppe ausgewählten Track verfügbar wird, wendet Amazon Redshift Serverless das Update in der Regel während einer Ruhephase an, sofern keine Track-Update-Anfrage aussteht. Wenn in der Arbeitsgruppe innerhalb von 14 Tagen keine Ruhephase auftritt, erzwingt Redshift Serverless das Versionsupdate.
Redshift Serverless aktualisiert Ihre Arbeitsgruppe nur auf die nächsthöhere Version. Redshift Serverless überspringt keine Zwischenversionen und führt kein Downgrade von Arbeitsgruppen durch, auch wenn die Version für den Track der ausgewählten Arbeitsgruppe niedriger ist als die aktuelle Version der Arbeitsgruppe. Ihre Arbeitsgruppe erhält keine größeren Versions-Upgrades, solange der `Trailing`-Track nicht aufholt.
Nehmen wir zum Beispiel an, der `Current`-Track ist Version 186 und der `Trailing`-Track Version 185. Wenn Sie eine Arbeitsgruppe mit dem `Track`-Wert `Current` haben, deren Version 186 ist, wird Redshift Serverless die Version der Arbeitsgruppe nicht auf 185 herabstufen, wenn Sie den `Track`-Wert zu `Trailing` ändern. In diesem Szenario behält Redshift Serverless für die Arbeitsgruppe Version 186 bei, bis die `Trailing`-Track-Version 186 oder höher ist.
Wenn eine Track-Änderung aussteht, aktualisiert Redshift Serverless die Arbeitsgruppe erst auf die nächste Hauptversion im vorhandenen Track, wenn die Track-Änderung angewendet wird. Nach Abschluss der Track-Änderung bewertet Redshift Serverless die Bedingungen für die Aktualisierung der Arbeitsgruppe auf die entsprechende Version unter dem neuen Track.
Wenn Ihre Arbeitsgruppe beispielsweise auf den `Current`-Track eingestellt und der aktuelle Track 186 ist und Sie Ihre Arbeitsgruppe auf den `Trailing`-Track ändern, aktualisiert Redshift Serverless die Arbeitsgruppe erst, nachdem es die Track-Änderung angewendet hat und die `Trailing`-Version auf eine Version aktualisiert wurde, die 186 oder höher ist.
**Anmerkung**
Jeder bestehende Vorgang für eine Arbeitsgruppe, wie z. B. das Wiederherstellen aus einem Snapshot, das Ändern des KMS-Schlüssels oder die Größenänderung, findet nur auf dem vorhandenen Track statt. Redshift Serverless verwendet den ausstehenden Track nicht für Serverless-Operationen.
Wenn Sie eine ausstehende Track-Switch-Anfrage haben, können Sie die Anfrage stornieren, indem Sie den `track` Parameter mithilfe von auf seinen ursprünglichen Wert zurücksetzen. [UpdateWorkgroup](https://docs.aws.amazon.com/redshift-serverless/latest/APIReference/API_UpdateWorkgroup.html)
## Verwalten von Versionen
Ein Track ist eine Reihe von Versionen. Sie können für das Data Warehouse in Amazon Redshift als Track **Aktuell** oder **Vorhergehend** festlegen. Wenn Sie für das Data Warehouse **Aktuell** als Wartungspfad festlegen, wird es immer auf die neueste Release-Version aktualisiert. Wenn Sie für die Ressource **Vorhergehend** als Track festlegen, wird sie stets die Release-Version ausführen, die der zuletzt freigegebenen Version unmittelbar vorangeht.
Bei bereitgestellten Clustern zeigt die Spalte **Release-Status** in der Amazon-Redshift-Konsolenliste von Data Warehouses in Amazon Redshift an, ob eine Ihrer Ressourcen für ein Upgrade verfügbar ist.
## Ermitteln der Arbeitsgruppen- oder Cluster-Version
Sie können die Arbeitsgruppenversion von Amazon Redshift Serverless oder die bereitgestellte Cluster-Version-Engine mithilfe der Amazon-Redshift-Konsole ermitteln.
Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon Redshift Redshift-Konsole unter [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
------
#### [ Serverless workgroups ]
Wählen Sie für Serverless-Arbeitsgruppen im Navigationsmenü **Arbeitsgruppen** und dann den Namen der Arbeitsgruppe aus der Liste aus, um die zugehörigen Details anzuzeigen. Die Details der Arbeitsgruppe werden angezeigt.
------
#### [ Provisioned clusters ]
Wählen Sie für bereitgestellte Cluster im Navigationsmenü **Cluster** und dann den Cluster-Namen aus der Liste aus, um die Details zu dem Cluster anzuzeigen.
Die Details des Clusters werden möglicherweise unter anderem auf den Registerkarten **Cluster-Leistung**, **Abfrageüberwachung**, **Datenbanken**, **Datashares**, **Zeitpläne**, **Wartung** und **Eigenschaften** angezeigt. Wählen Sie die Registerkarte **Maintenance** (Wartung) für weitere Details aus.
Suchen Sie im Abschnitt **Maintenance (Wartung)** nach **Current cluster version (Aktuelle Clusterversion)**.
**Anmerkung**
Für bereitgestellte Cluster zeigt die Konsole die Versionsinformationen in einem Feld an, in der Amazon-Redshift-API sind dies jedoch zwei Parameter. Diese Parameter sind `ClusterVersion` und `ClusterRevisionNumber`. Weitere Informationen finden Sie unter [Cluster](https://docs.aws.amazon.com/redshift/latest/APIReference/API_Cluster.html) in der *API-Referenz von Amazon Redshift*.
------