从补丁 198 开始，Amazon Redshift 将不再支持创建新的 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/)。
# Amazon Redshift 预置集群和无服务器工作组的跟踪
当 Amazon Redshift 发布新版本时，它会更新 Amazon Redshift 数据仓库（无服务器工作组或预置集群）的版本。您可以控制数据仓库是更新到最新版本还是先前经认证的版本。
无服务器工作组或预置集群的跟踪决定了在版本更新期间应用哪个已发布版本。Amazon Redshift 会在指定的维护时段内更新预置集群，并通常会在空闲时段内更新无服务器工作组。有关 Redshift Serverless 何时更新工作组的详细信息，请参阅[更新无服务器工作组](#tracks-serverless-updating)。
当 Amazon Redshift 发布新版本时，该版本将分配给*当前版本*跟踪，前一个版本将分配给*早先版本*跟踪。要为数据仓库设置跟踪，请指定下列值之一：
+ **当前版本**：通过**当前版本**跟踪，您将获得最新的已认证发行版，其中包含最新功能、安全更新和性能增强。
+ **早先版本**：使用**早先版本**跟踪，您将使用前一个已认证版本。
例如，假设无服务器工作组当前正在运行版本 1.0.2762，而 Amazon Redshift 发布了 Redshift Serverless 版本 1.0.3072。如果跟踪值为**当前版本**，则工作组将更新为版本 1.0.3072（最新版本）。如果将跟踪值设置为**早先版本**，则当下一个早先版本跟踪版本发布时，就会更新您的工作组。
使用早先版本跟踪功能，您可以选择在早先版本跟踪中运行 Amazon Redshift 数据仓库的一个子集。这支持在将版本应用于早先版本跟踪上的数据仓库之前，对设置为当前版本跟踪的数据仓库进行 1-6 周的测试和集成验证。默认情况下，Amazon Redshift 会在当前版本跟踪上创建所有集群和工作组，以利用最新的已认证版本。但是，在生产环境中使用 Amazon Redshift 早先版本跟踪，并在测试和开发环境中使用当前版本跟踪，可让您更有精力和时间来评估最新版本。早先版本跟踪可确保最大的稳定性，非常适合生产环境中的任务关键型工作负载。
**注意**
在短时间内，早先版本跟踪版本可能与当前版本跟踪版本相同。在当前版本跟踪尚未升级到下一个版本时，会发生这种情况。通常，当前版本跟踪版本优先于早先版本跟踪版本。
## 在跟踪之间切换
更改 Amazon Redshift 资源的跟踪通常是一次性决定。更改跟踪时要慎重。有关哪些功能位于哪些数据仓库版本中的信息，请参阅 [Amazon Redshift 的集群版本](cluster-versions.md)。
如果您将跟踪从**早先版本**更改为**当前版本**，我们会将数据仓库更新为**当前版本**跟踪发行版。如果您将数据仓库的跟踪更改为**早先版本**，我们将按如下方式更新数据仓库：
+ 对于无服务器工作组，我们会在空闲时段更新数据仓库的版本。有关 Redshift Serverless 如何更新工作组版本的更多详细信息，请参阅[更新无服务器工作组](#tracks-serverless-updating)。
+ 对于预置集群，在**当前版本**跟踪发行版之后的新版本推出之前，我们不会更新您的数据仓库。
## 跟踪和还原
对于无服务器工作组，快照会继承目标 Amazon Redshift 数据仓库的跟踪。例如，如果您为设置为“早先版本跟踪”的工作组创建快照，并将该快照应用于设置为“当前版本跟踪”的工作组，则该工作组的跟踪设置将为“当前版本”。
对于预置集群，快照会继承源 Amazon Redshift 数据仓库的跟踪。如果您在拍摄快照后更改源数据仓库的跟踪，则快照和源数据仓库将位于不同的跟踪上。从快照还原时，新的数据仓库将位于从快照源继承的跟踪上。在还原操作完成后，您可以更改跟踪。
调整数据仓库的大小不会影响其跟踪。
## 更新无服务器工作组
当工作组的所选跟踪版本有新版本可用时，只要没有待处理的跟踪版本更新请求，Amazon Redshift Serverless 通常会在空闲时段应用更新。如果工作组在 14 天内没有出现空闲时段，Redshift Serverless 会强制更新版本。
Redshift Serverless 仅将工作组更新到下一个更高版本。即使所选的工作组跟踪版本低于工作组的当前版本，Redshift Serverless 也不会跳过中间版本或降级工作组。除非 `Trailing` 跟踪版本跟上，否则工作组不会接收任何主要版本升级。
例如，假设 `Current` 跟踪版本为 186，`Trailing` 跟踪版本为 185。如果您有一个工作组的 `Track` 值为 `Current`（其版本为 186），而您将 `Track` 的值更改为 `Trailing`，Redshift Serverless 不会将该工作组的版本降级到 185。在此场景中，Redshift Serverless 会将工作组保持为版本 186，直到 `Trailing` 跟踪版本等于或高于 186。
如果有待处理的跟踪版本更改，则在应用跟踪版本更改之前，Redshift Serverless 不会将工作组升级到现有跟踪版本的下一个主要版本。跟踪版本更改完成后，Redshift Serverless 会评估条件，确定是否将工作组更新为新跟踪版本下的相应版本。
例如，如果您的工作组设置为 `Current` 跟踪版本且当前跟踪版本为 186，而您将工作组更改为 `Trailing` 跟踪版本，则 Redshift Serverless 需要在应用跟踪版本更改并且将 `Trailing` 版本更新到等于或高于版本 186 之后，才会更新工作组。
**注意**
工作组上的任何现有操作，例如从快照还原、更改 KMS 密钥或调整大小，都只能在现有跟踪版本上执行。Redshift Serverless 不使用待处理跟踪版本执行无服务器操作。
如果您有待处理的跟踪版本切换请求，可以使用 [UpdateWorkgroup](https://docs.aws.amazon.com/redshift-serverless/latest/APIReference/API_UpdateWorkgroup.html)，通过将 `track` 参数设置回其原始值来取消请求。
## 管理版本
跟踪是一系列发行版。您可以决定您的 Amazon Redshift 数据仓库是在**当前版本**跟踪还是**早先版本**跟踪上。如果您将数据仓库放在**当前版本**跟踪上，则它将始终升级到最新的发行版。如果您将资源放在**早先版本**跟踪上，则它将始终运行就在最近发布的版本之前发布的那个发行版。
对于预置集群，Amazon Redshift 数据仓库的 Amazon Redshift 控制台列表中的**版本状态**列指示您的其中一个资源是否可用于升级。
## 确定工作组或集群版本
您可以使用 Amazon Redshift 控制台来确定 Amazon Redshift 无服务器工作组版本或预置集群版本引擎。
登录到 AWS 管理控制台并打开 Amazon Redshift 控制台，网址：[https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)。
------
#### [ Serverless workgroups ]
对于无服务器工作组，在导航菜单上，选择**工作组**，然后从列表中选择工作组名称以打开其详细信息。将显示工作组的详细信息。
------
#### [ Provisioned clusters ]
对于预置集群，在导航菜单上，选择**集群**，然后从列表中选择集群名称以打开其详细信息。
此时将显示集群的详细信息，其中可能包括**集群性能**、**查询监控**、**数据库**、**数据共享**、**计划**、**维护**和**属性**选项卡。选择**维护**选项卡以查看更多详细信息。
在**维护**部分中，找到**当前集群版本**。
**注意**
对于预置集群，控制台在一个字段中显示版本信息，但它是 Amazon Redshift API 中的两个参数。这些参数是 `ClusterVersion` 和 `ClusterRevisionNumber`。有关更多信息，请参阅 *Amazon Redshift API 参考*中的[集群](https://docs.aws.amazon.com/redshift/latest/APIReference/API_Cluster.html)。
------