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/)。
本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 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` 追蹤，則在套用追蹤變更之後，以及 `Trailing` 版本更新為等於或高於 186 的版本之後，Redshift Serverless 才會更新工作群組。
**注意**
工作群組上的任何現有操作 (例如從快照還原、變更 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 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。
------
#### [ Serverless workgroups ]
對於無伺服器工作群組，在導覽功能表上選擇**工作群組**，然後從清單中選擇工作群組名稱以開啟其詳細資訊。工作群組的詳細資訊隨即顯示。
------
#### [ Provisioned clusters ]
對於佈建叢集，在導覽功能表上選擇**叢集**，然後從清單中選擇叢集名稱以開啟其詳細資訊。
叢集的詳細資訊隨即顯示，包含**叢集效能**、**查詢監控**、**資料庫**、**資料共用**、**排程**、**維護**和**屬性**索引標籤。選擇**維護**索引標籤以取得詳細資訊。
在 **Maintenance (維護)** 區段中，尋找 **Current cluster version (目前的叢集版本)**。
**注意**
對於佈建叢集，主控台會以一個欄位顯示版本資訊，但在 Amazon Redshift API 中會是兩個參數。這兩個參數為 `ClusterVersion` 和 `ClusterRevisionNumber`。如需詳細資訊，請參閱《Amazon Redshift API 參考》**中的[叢集](https://docs.aws.amazon.com/redshift/latest/APIReference/API_Cluster.html)。
------