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 Serverless 中的備份是命名空間中物件和資料的時間點表示。備份類型有兩種：手動建立的快照和 Amazon Redshift Serverless 自動為您建立的復原點。
Amazon Redshift Serverless 會每 30 分鐘或在每個節點的資料變更每達 5 GB 後自動建立復原點，以先發生者為準。對於較大的資料集 (超過 5 GB × 節點數)，復原點之間的最小間隔為 15 分鐘。所有復原點都會保留 24 小時。
**注意**
您無法建立自己的快照排程來控制建立復原點的時間。
Amazon Redshift Serverless 會在 Redshift 受管儲存 (RMS) 中建立快照。如需詳細資訊，請參閱[Amazon Redshift Serverless 的運算容量](serverless-capacity.md)。
**注意**
RA3 佈建叢集和 Amazon Redshift Serverless 工作群組不支援無備份資料表。在 RA3 叢集或無伺服器工作群組中標記為無備份的資料表會視為永久資料表，且在拍攝快照時一律會備份，並一律在從快照還原時還原。為了避免無備份資料表的快照成本，請在拍攝快照之前截斷這些資料表。
如果您發現要擷取快照或復原點中的資料，您可以將快照還原至無伺服器命名空間或已佈建的叢集。您可以在三種情況下還原快照：
+ 將無伺服器快照還原至無伺服器命名空間。
+ 將無伺服器快照還原至已佈建的叢集。
+ 將已佈建叢集的快照還原至無伺服器命名空間。
當您將無伺服器快照還原到已佈建的叢集時，請選擇要使用的節點類型 (例如 RA3) 和節點數目，以便控制叢集或節點層級的設定。
若要將已佈建叢集的快照還原至無伺服器命名空間，請從 Redshift 佈建的主控台開始、選擇要還原的快照，然後選擇**從快照還原**、**還原至無伺服器命名空間**。當您將已佈建叢集的快照還原到無伺服器命名空間時，Amazon Redshift 會將具有交錯索引鍵的資料表轉換為複合索引鍵。如需排序索引鍵的相關資訊，請參閱[使用排序索引鍵](https://docs.aws.amazon.com//redshift/latest/dg/t_Sorting_data.html)。
如果您要新增其他內容，可以使用會提供中繼資料和資訊給快照和復原點的鍵值組來標記快照和復原點。如需標記資源的相關資訊，請參閱[標記資源概觀](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-tagging-resources.html)。
最後，您也可以與其他 AWS 帳戶共用快照，讓他們存取快照中的資料並執行查詢。
## AWS Backup 整合
您也可以使用全受管服務建立和還原快照 AWS Backup，該服務可協助您集中和自動化跨 AWS 服務、雲端和內部部署的資料保護。如需詳細資訊，請參閱[AWS Backup 與 Amazon Redshift 整合](managing-aws-backup.md)。如需詳細資訊 AWS Backup，請參閱《 *AWS Backup 開發人員指南*》中的[什麼是 AWS Backup？](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html)。
# 建立快照
**注意**
RA3 佈建叢集和 Amazon Redshift Serverless 工作群組不支援無備份資料表。在 RA3 叢集或無伺服器工作群組中標記為無備份的資料表會視為永久資料表，且在拍攝快照時一律會備份，並一律在從快照還原時還原。為了避免無備份資料表的快照成本，請在拍攝快照之前截斷這些資料表。
若要建立快照，請執行下列程序中的步驟。
**建立快照**
1. 在 Amazon Redshift Serverless 主控台上，選擇**資料備份**。
1. 選擇**建立快照**。
1. 選擇要為其建立快照的命名空間。
1. 輸入快照識別碼。
1. (選擇性) 選擇保留期間。如果您選擇**自訂值**，請選擇天數。您選擇的天數必須在 1 至 3653 天 (含) 之間。預設值為無限期保留。
1. 選擇**建立**。
**從命名空間組態建立快照**
1. 在 Amazon Redshift Serverless 主控台上，選擇**命名空間組態**。
1. 選擇要為其建立快照的命名空間。您只能為與工作群組相關聯且狀態為「可用」的命名空間建立快照。
1. 選擇**資料備份**索引標籤。
1. 選擇**建立快照**。
1. 輸入快照識別碼。
1. (選擇性) 選擇保留期間。如果您選擇**自訂值**，請選擇天數。您選擇的天數必須在 1 至 3653 天 (含) 之間。
1. 選擇**建立**。
# 建立最終快照
若要在刪除命名空間之前，先建立命名空間內所有資料的最終快照，請執行下列程序中的步驟。
**建立最終快照**
1. 在 Amazon Redshift Serverless 主控台上，選擇**命名空間組態**。
1. 選擇要刪除的命名空間。
1. 選擇 **動作**、**刪除**。
1. 選擇**建立最終快照**。
1. 輸入快照的名稱。
1. 輸入刪除。
1. 選擇 **刪除**。
# 共用快照或移除快照許可
若要與其他 AWS 帳戶共用快照，或移除帳戶對快照的存取權，請執行下列程序。
**共用或移除快照的存取權**
1. 在 Amazon Redshift Serverless 主控台上，選擇**資料備份**。
1. 選擇要共用的快照。
1. 選擇**動作**、**管理存取權**。
1. 若要與其他帳戶共用快照，請輸入 **AWS 帳戶 ID**。若要移除帳戶的存取權，請選擇**移除**。
1. 選擇**儲存變更**。
# 排程快照
若要精確控制拍攝快照的時間，您可以為特定的命名空間集建立快照排程。建立排程快照時，您可以建立一次性事件或使用 Unix cron 運算式來建立週期性排程。Cron 表達式支援三個欄位，並以空格隔開。
```
cron(Minutes Hours Day-of-month Month Day-of-week Year)
```
| **欄位** | **Values (數值)** | **萬用字元** |
| --- | --- | --- |
| 分鐘 | 0–59 | , - \$1 / |
| 小時 | 0–23 | , - \$1 / |
| 月中的日 | 1–31 | , - \$1 ? / L W |
| 月 | 1-12 或 JAN-DEC | , - \$1 / |
| 週中的日 | 1-7 或 SUN-SAT | , - \$1 ? L \$1 |
| 年 | 1970-2199 | , - \$1 / |
**萬用字元**
+ **,** (逗號) 萬用字元包含額外的值。在 `Day-of-week` 欄位，`MON,WED,FRI` 包括週一、週二和週三。每個欄位的總數值限制為 24。
+ **-** (破折號) 萬用字元用於指定範圍。在 `Hour` 欄位中，1–15 會包含指定日的 1 至 15 時。
+ **\$1** (星號) 包含欄位中所有的值。在 `Hours` 欄位，**\$1** 包含每個小時。
+ **/** (斜線) 萬用字元用於指定增量。在 `Hours` 欄位，您可以輸入 **1/10** 指定每第 10 小時，從一天的第一小時開始 (例如 01:00、11:00 和 21:00)。
+ **?** (問號) 萬用字元用於表示不限定任何一個。在 `Day-of-month` 欄位，您可以輸入 **7**，如果您不在意這個月的 7 號是星期幾，就可以在 Day-of-week (週中的日) 欄位中輸入 **?**。
+ **L** 萬用字元在 `Day-of-month` 或 `Day-of-week` 欄位可指定月份或週的最後一天。
+ **W** 萬用字元在 `Day-of-month` 欄位可指定任務日。在 `Day-of-month` 欄位，`3W` 指定的是月份中最接近第三個任務日的日子。
+ **\$1** 萬用字元在 Day-of-week (週中的日) 欄位可指定某個月中某週特定日子的特定執行個體。例如，3\$12 代表則該月的第二個星期二：3 是指星期二，因為它是每週的第三天，2 指的是一個月內該類型的第二天。
**注意**
如果您使用 '\$1' 字元，則只能在星期幾欄位中定義一個表達式。例如："3\$11,6\$13" 是無效的，因為它被轉譯為兩個表達式。
**限制**
+ 您無法在同一個 cron 表達式中指定 `Day-of-month` 和 `Day-of-week` 欄位。如果您在其中一個欄位指定了數值，就必須在另一個欄位中使用 **?** (問號)。
+ 快照排程不支援下列頻率：
+ 快照排程頻率超過每小時 1 次。
+ 快照排程頻率低於每天 (24 小時) 1 次。
如果您有重疊的排程，導致 1 個小時內有多個排程快照，將會產生驗證錯誤。
下表包含一些 cron 字串範例。
| 分鐘 | 小時 | 週中的日 | 意義 |
| --- | --- | --- | --- |
| 0 | 14-20/1 | TUE | 週二下午 2 點至 8 點，每小時一次。 |
| 0 | 21 | MON-FRI | 週一至週五每天晚上 9 點。 |
| 30 | 0/6 | SAT-SUN | 週六和週日每 6 小時增量，從當日午夜後 30 分鐘開始 (00:30)。結果是在每天 [00:30、06:30、12:30 和 18:30] 進行快照。 |
| 30 | 12/4 | \$1 | 每天 12:30 開始每 4 小時增量。這解析為 [12:30、16:30、20:30]。 |
下列範例說明如何建立可從每天 15:15 開始以 2 小時增量執行的排程。
```
cron(15 15/2 *)
```
您可以使用 Amazon Redshift Serverless 主控台、API 或 AWS CLI 來建立快照排程。
**排程快照**
1. 在 Amazon Redshift Serverless 主控台上，選擇**資料備份**。
1. 選擇**快照排程**。
1. 選擇**建立排程**。
1. 輸入快照排程的名稱。
1. 選取要為其建立快照的命名空間。
1. 輸入排程的 cron 表達式，或使用排程建置器來建立排程。
1. (選擇性) 選擇保留期間。如果您選擇**自訂值**，請指定天數。
1. 選擇**建立排程**。
# 更新快照保留期間
若要更新快照保留期間，請執行下列程序。
**更新快照保留期間**
1. 在 Amazon Redshift Serverless 主控台上，選擇**資料備份**。
1. 選擇要更新的快照。
1. 選擇**動作**、**設定手動快照設定**。
1. 選擇保留期間。如果您選擇**自訂值**，請選擇天數。
1. 選擇**儲存變更**。
# 刪除快照
若要刪除快照，請執行下列程序。
**刪除快照**
**注意**
您無法刪除已和其他帳戶共用的快照。您必須先移除該帳戶對快照的存取權，然後才能刪除快照。
1. 在 Amazon Redshift Serverless 主控台上，選擇**資料備份**。
1. 選擇要刪除的快照。
1. 選擇 **動作**、**刪除**。
1. 選擇 **刪除**。
# 還原快照
**注意**
RA3 佈建叢集和 Amazon Redshift Serverless 工作群組不支援無備份資料表。在 RA3 叢集或無伺服器工作群組中標記為無備份的資料表會視為永久資料表，且在拍攝快照時一律會備份，並一律在從快照還原時還原。為了避免無備份資料表的快照成本，請在拍攝快照之前截斷這些資料表。
將快照還原至無伺服器命名空間後，會將資料庫替換為快照中的資料庫。
將快照還原至無伺服器命名空間會分兩個階段來完成。第一個階段會在幾分鐘內完成、將資料還原至您的命名空間，並使其可用於查詢。還原的第二個階段是微調資料庫，這可能會造成輕微的效能問題。第二個階段可以持續幾小時到幾天，在某些情況下，甚至會持續幾週。時間長短取決於資料大小，但隨著資料庫進行微調，效能會逐步改善。這個階段結束時，您的無伺服器命名空間會徹底完成微調，而且您可以提交查詢而不會出現效能問題。
**將快照還原至無伺服器命名空間**
1. 在 Amazon Redshift Serverless 主控台上，選擇**資料備份**。
1. 選擇要還原的快照。您一次只能還原一個快照。
1. 選擇**動作**、**還原至無伺服器命名空間**。
1. 選擇要作為還原目的地的可用命名空間。您只能還原至狀態為「可用」的命名空間。
1. 選擇 **Restore** (還原)。
**將快照還原至已佈建的叢集**
1. 在 Amazon Redshift Serverless 主控台上，選擇**資料備份**。
1. 選擇要還原的快照。
1. 選擇**動作**、**還原至佈建叢集**。
1. 輸入叢集識別碼。
1. 選擇**節點類型**。節點數取決於節點類型。
1. 遵循主控台頁面上的頁面說明以輸入**叢集組態**的屬性。如需詳細資訊，請參閱[建立叢集](https://docs.aws.amazon.com//redshift/latest/mgmt/create-cluster.html)。
如需已佈建叢集快照的詳細資訊，請參閱 [Amazon Redshift 快照和備份](https://docs.aws.amazon.com//redshift/latest/mgmt/working-with-snapshots.html)。
# 轉換復原點
系統大約每 30 分鐘會在 Amazon Redshift Serverless 中建立一個復原點，並儲存 24 小時。若要將復原點轉換為快照，請執行下列程序中的步驟。
**將復原點轉換為快照**
1. 在 Amazon Redshift Serverless 主控台上，選擇**資料備份**。
1. 在**復原點**底下，選擇您要轉換為快照之復原點的**建立時間**。
1. 選擇**從復原點建立快照**。
1. 輸入**快照識別碼**。
1. 選擇**建立**。
# 還原復原點
系統大約每 30 分鐘會在 Amazon Redshift Serverless 中建立一個復原點，並儲存 24 小時。若要將復原點還原至無伺服器命名空間，請執行下列程序中的步驟
**將復原點還原至無伺服器命名空間**
1. 在 Amazon Redshift Serverless 主控台上，選擇**資料備份**。
1. 在**復原點**底下，選擇您要還原之復原點的**建立時間**。
1. 選擇 **Restore** (還原)。您只能還原至狀態為「可用」的命名空間。
1. 在文字輸入欄位中輸入**還原**，然後選擇**還原**。
# 將備份複製到另一個 AWS 區域
您可以設定 Amazon Redshift Serverless 自動將快照和復原點複製到另一個快照和復原點 AWS 區域。當您在*來源* AWS 區域中建立快照時，它會複製到*目的地*區域。您可以設定命名空間，使其 AWS 區域 一次只將快照和復原點複製到一個目的地。如需 Amazon Redshift Serverless 可用 AWS 區域 位置的清單，請參閱《》中針對 [Redshift Serverless API](https://docs.aws.amazon.com/general/latest/gr/redshift-service.html) 列出的端點*Amazon Web Services 一般參考*。
設定複製備份時，您也可以指定 Amazon Redshift Serverless 應保留複製快照的時間長度的保留期。您無法變更復原點的保留期間 (必須為 1 天)。目標區域中快照的保留期與來源區域中快照的保留期是不同的。依預設，保留期會無限期保留快照。如果您選擇**自訂值**，請選擇天數。您選擇的天數必須在 1 至 3653 天 (含) 之間。
若要變更要複製快照的目的地區域，請先停用複製備份，然後在重新啟用複製時指定新的目的地區域。
將快照或復原點複製到目的地區域後，您可以使用該快照或復原點將資料還原到該區域。
根據預設，您的資料會使用 為您 AWS 管理的金鑰進行加密。若要使用不同的金鑰，請選擇您要在來源中設定備份複製時使用的金鑰 AWS 區域，Amazon Redshift Serverless 會自動建立授權，以便在目的地啟用快照加密 AWS 區域。
若要將備份複寫到另一個區域，請確定您有下列 IAM 許可：
```
redshift-serverless:CreateSnapshotCopyConfiguration
redshift-serverless:UpdateSnapshotCopyConfiguration
redshift-serverless:ListSnapshotCopyConfigurations
redshift-serverless:DeleteSnapshotCopyConfiguration
```
如果您使用自己的 KMS 金鑰加密備份，您還需要下列權限：
```
kms:CreateGrant
kms:DescribeKey
```
設定將快照或復原點複製到另一個快照或復原點 AWS 區域
1. 在 Amazon Redshift Serverless 主控台上，選擇要為其設定複製快照或復原點的命名空間。
1. 選擇**動作**，**設定跨區域備份**。
1. 選擇要 AWS 區域 複製快照的目的地。
1. (選用) 選擇保留快照的時間長度。如果您選擇**自訂值**，請選擇天數，您選擇的數量必須在 1-3653 天之間 (包括在內)。預設值為無限期保留。
1. （選用） 選擇要用來在目的地區域中加密的其他 AWS KMS 金鑰。
1. 選擇 **Save configuration** (儲存組態)。
# 還原資料表
您也可以從快照或復原點還原特定資料表。這樣做時，您可以指定來源快照或復原點、資料庫、結構描述、資料表、目標資料庫、結構描述和新資料表名稱。這個新資料表的名稱不能與現有資料表相同。若您想要透過還原資料表來取代現有資料表，則必須先重新命名或捨棄現有資料表，然後再還原資料表。
**注意**
RA3 佈建叢集和 Amazon Redshift Serverless 工作群組不支援無備份資料表。在 RA3 叢集或無伺服器工作群組中標記為無備份的資料表會視為永久資料表，且在拍攝快照時一律會備份，並一律在從快照還原時還原。不過，不支援選擇性還原無備份資料表。
已使用資料表的欄位定義、資料表屬性和欄位屬性 (外部索引鍵除外) 建立目標資料表。為避免因相依性而導致的衝突，目標資料表不會從來源資料表繼承外部索引鍵。任何相依性，例如檢視或來源資料表上授予的許可，都不會套用至目標資料表。
若來源資料表存在擁有者，則該使用者是已還原資料表的擁有者，前提是該使用者有足夠的許可以成為指定資料庫和結構描述中關係的擁有者。否則，還原的資料表將由啟動叢集時建立的管理員使用者所擁有。
還原的資料表會恢復到備份時所處的狀態。這包括由 Amazon Redshift 符合[可序列化的隔離](https://docs.aws.amazon.com/redshift/latest/dg/c_serial_isolation.html)所定義的交易可見度規則，這表示在備份後開始傳送的交易中立刻可看見該資料。
您可以使用 Amazon Redshift Serverless 主控台從快照還原資料表。
以下為從資料備份還原資料表的限制：
+ 您一次只能還原一個資料表。
+ 任何相依性，例如檢視或來源資料表上授予的許可，都不會套用至目標資料表。
+ 如果為要還原的資料表開啟了資料列層級安全，Amazon Redshift Serverless 會在開啟資料列層級安全的情況下還原資料表。
使用 Amazon Redshift Serverless 主控台還原資料表
1. 在 Amazon Redshift Serverless 主控台上，選擇**資料備份**。
1. 選擇具有要還原之資料表的快照或復原點。
1. 選擇**動作**、**從快照還原資料表**或**從復原點還原資料表**。
1. 輸入來源快照或復原點和目標資料表的相關資訊，然後選擇**還原資料表**。