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 中的復原能力
<a name="security-disaster-recovery-resiliency"></a>

 AWS 全球基礎設施是以 AWS 區域和可用區域 (AZs) 為基礎建置。 AWS 區域提供多個實體隔離且隔離的可用區域，這些可用區域以低延遲、高輸送量和高備援聯網連接。透過可用區域，您所設計與操作的應用程式和資料庫，就能夠在可用區域之間自動容錯移轉，而不會發生中斷。可用區域的可用性、容錯能力和擴展性都比傳統單一或多個資料中心的基礎設施高。

幾乎所有 AWS 區域都有多個可用區域和資料中心。您可以在相同區域中的多個可用區域間部署應用程式，以提供容錯能力與低延遲效能。

若要將叢集移至另一個可用區域，而不遺失任何資料或應用程式變更，您可以為叢集設定重新定位。透過重新定位，您可以在叢集上發生服務中斷時繼續操作，將所受影響降到最低。開啟叢集重新定位時，Amazon Redshift 可能會在某些情況下選擇將叢集重新定位。如需 Amazon Redshift 中重新定位的相關資訊，請參閱[重新定位叢集](managing-cluster-recovery.md)。

在可用區域發生意外事件的故障案例中，您可以設定多個可用區域 (多可用區) 部署，以確保 Amazon Redshift 資料倉儲能夠繼續運作。Amazon Redshift 會在可透過單一端點存取的兩個可用區域中部署相等的運算資源。如果整個可用區域發生故障，便可使用第二個可用區域中的剩餘運算資源繼續處理工作負載。如需異地同步備份部署的相關資訊，請參閱[多可用區域部署](managing-cluster-multi-az.md)。

如需 AWS 區域和可用區域的詳細資訊，請參閱 [AWS 全球基礎設施](https://aws.amazon.com/about-aws/global-infrastructure/)。如需使用 Amazon Redshift 進行災難復原的詳細資訊，請參閱[使用 Amazon Redshift 實作災難復原](https://aws.amazon.com/blogs/big-data/implement-disaster-recovery-with-amazon-redshift/)。

.