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/)。

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 還原資料表
<a name="serverless-table-restore"></a>

 您也可以從快照或復原點還原特定資料表。這樣做時，您可以指定來源快照或復原點、資料庫、結構描述、資料表、目標資料庫、結構描述和新資料表名稱。這個新資料表的名稱不能與現有資料表相同。若您想要透過還原資料表來取代現有資料表，則必須先重新命名或捨棄現有資料表，然後再還原資料表。

**注意**  
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. 輸入來源快照或復原點和目標資料表的相關資訊，然後選擇**還原資料表**。