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 建立佈建叢集來啟動新的資料倉儲。佈建叢集是稱為節點的運算資源集合，會組織成單一大量平行處理 (MPP) 系統。 建立叢集之前，請閱讀[Amazon Redshift 佈建叢集](working-with-clusters.md)和 [Amazon Redshift 中的叢集和節點](working-with-clusters.md#rs-about-clusters-and-nodes)。 **建立叢集** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽選單上，選擇**叢集**。系統會 AWS 列出目前區域中您帳戶的叢集。每個叢集的屬性子集會在清單中分欄顯示。 1. 選擇 **Create cluster (建立叢集)** 以建立叢集。 1. 遵循主控台頁面說明以輸入 **Cluster configuration (叢集組態)** 的屬性。 下列步驟說明在支援 RA3 節點類型的 AWS 區域 中執行的 Amazon Redshift 主控台。如需 AWS 區域 支援 RA3 節點類型的清單，請參閱《*Amazon Redshift 管理指南*》中的 [RA3 節點類型概觀](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-ra3-node-types)。 如果您不知道要將叢集的大小調整到多大，請選擇**協助我選擇**。這樣做會啟動調整大小計算器，詢問您有關計劃儲存在資料倉儲中之資料的大小和查詢特性的問題。如果您知道叢集的所需大小 (也就是節點類型和節點數目)，請選擇**我會選擇**。然後選擇**節點類型**和**節點**數量來調整叢集的大小以進行概念驗證。 **注意** 如果您的組織符合資格，而且您的叢集是在未提供 Amazon Redshift Serverless 的 AWS 區域 中建立，您也許可以在 Amazon Redshift 免費試用方案下建立叢集。選擇**生產**或**免費試用**來回答問題**您打算將此叢集用於什麼目的？** 選擇**免費試用**時，您可以使用 dc2.large 節點類型建立組態。如需選擇免費試用的詳細資訊，請參閱 [Amazon Redshift 免費試用版](https://aws.amazon.com/redshift/free-trial/)。如需 Amazon Redshift Serverless 可用 AWS 區域 位置的清單，請參閱 中針對 [Redshift Serverless API ](https://docs.aws.amazon.com/general/latest/gr/redshift-service.html) 列出的端點*Amazon Web Services 一般參考*。 1. 在**資料庫組態**區段中，指定**管理員使用者名稱**的值。針對**管理員密碼**，您可以從下列選項中選擇： + **產生密碼** - 使用 Amazon Redshift 產生的密碼。 + **手動新增管理員密碼** - 使用您自己的密碼。 + 在 **中管理管理員登入 AWS Secrets Manager**資料 – Amazon Redshift 使用 AWS Secrets Manager 來產生和管理管理員密碼。使用 AWS Secrets Manager 產生和管理密碼的秘密會產生費用。如需 AWS Secrets Manager 定價的資訊，請參閱 [AWS Secrets Manager 定價](https://aws.amazon.com/secrets-manager/pricing/)。 1. (選用) 遵循主控台頁面說明以輸入 **Cluster permissions (叢集許可)** 的屬性。如果您的叢集需要為您存取其他 AWS 服務，例如從 Amazon S3 載入資料，請提供叢集許可。 1. 選擇 **Create cluster (建立叢集)** 以建立叢集。該叢集可能需要幾分鐘方可使用。 ## 其他組態 當您建立叢集時，您可以指定其他屬性進行自訂。您可以在下列清單中找到部分屬性的詳細資訊。 **IP 地址類型** 選擇叢集的 IP 地址類型。您可以選擇讓資源僅透過 IPv4 定址通訊協定進行通訊，或選擇雙堆疊模式，讓資源同時透過 IPv4 和 IPv6 進行通訊。此功能僅適用於 AWS GovCloud （美國東部） 和 AWS GovCloud （美國西部） 區域。如需 AWS 區域的詳細資訊，請參閱 [區域和可用區域](https://aws.amazon.com/about-aws/global-infrastructure/regions_az/)。 **Virtual Private Cloud (VPC)** (虛擬私有雲端 (VPC)) 選擇具有叢集子網路群組的 VPC。建立叢集後，就無法變更叢集子網路群組。 **參數群組** 選擇要與該叢集建立關聯的叢集參數群組。如果您沒有選擇，則該叢集會使用預設參數群組。 **加密** 選擇您是否要加密叢集及其快照內的所有資料。如果您保留預設設定為 **None (無)**，加密將不會啟用。如果您想要啟用加密，請選擇要使用 AWS Key Management Service (AWS KMS) 還是硬體安全模組 (HSM)，然後設定相關設定。如需 Amazon Redshift 中加密的相關資訊，請參閱 [Amazon Redshift 資料庫加密](working-with-db-encryption.md)。 + **KMS** 如果您想要啟用加密並使用 AWS KMS 來管理您的加密金鑰，請選擇**使用 AWS Key Management Service (AWS KMS)**。此外，也請選擇要使用的金鑰。您可以選擇預設金鑰、目前帳戶的金鑰或其他帳戶的金鑰。 **注意** 如果您想要使用另一個 AWS 帳戶的金鑰，請輸入要使用的金鑰的 Amazon Resource Name (ARN)。您必須擁有許可才能使用該金鑰。如需有關 中金鑰存取的詳細資訊 AWS KMS，請參閱《 *AWS Key Management Service 開發人員指南*》中的[控制對金鑰的存取](https://docs.aws.amazon.com/kms/latest/developerguide/control-access.html)。 如需在 Amazon Redshift 中使用 AWS KMS 加密金鑰的詳細資訊，請參閱 [使用 加密 AWS KMS](working-with-db-encryption.md#working-with-aws-kms)。 + **HSM** 如果您想啟用加密並使用硬體安全模組 (HSM) 來管理您的加密金鑰，請選擇 **HSM (HSM)**。 若您選擇 **HSM**，請從 **HSM Connection (HSM 連線)** 與 **HSM Client Certificate (HSM 用戶端憑證)** 選擇值。Amazon Redshift 和 HSM 需要這些值才能構建可傳遞叢集金鑰的信任連線。您必須在啟動叢集前先在 Amazon Redshift 中設定 HSM 連線與用戶端憑證。如需設定 HSM 連線與用戶端憑證的相關資訊，請參閱 [使用硬體安全模組進行加密](working-with-db-encryption.md#working-with-HSM)。 **維護軌道** 您可以選擇所使用的叢集版本是否為 **Current (目前)**、**Trailing (追蹤)** 或 (有時) **Preview (預覽)** 軌道。 **監控** 您可以選擇是否建立 CloudWatch 警示。 **設定跨區域快照** 您可以選擇是否啟用跨區域快照。 **自動快照保留期** 您可以在 35 天的範圍內選擇這些快照的保留天數。如果節點類型為 DC2，您可以選擇零 (0) 天，表示不建立自動快照。 **手動快照保留期** 您可以選擇天數或 `Indefinitely` 來保留這些快照。 **用於自動最佳化的額外運算資源** 您可以選擇是否要配置額外的運算資源來執行自動最佳化，即使在大量使用期間也是如此。如需詳細資訊，請參閱《*Amazon Redshift 資料庫開發人員指南*》中的[為自動資料庫最佳化配置額外的運算資源](https://docs.aws.amazon.com/redshift/latest/dg/t_extra-compute-autonomics.html)。 # 建立磁碟空間警示 您可以監控磁碟空間用量，並設定警示，以便在磁碟空間超過叢集的指定閾值時收到通知。建立磁碟空間用量警示可讓您主動管理儲存容量，並防止磁碟空間不足造成的問題，例如查詢失敗或資料擷取錯誤。下列程序會引導您完成建立磁碟空間用量警示的程序。 **為叢集建立磁碟空間使用量警示** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表上，選擇**警示**。 1. 針對 **Actions (動作)**，選擇 **Create alarm (建立警示)**。**Create alarm (建立警示)** 頁面隨即出現。 1. 遵循頁面說明以進行操作。 1. 選擇 **Create alarm** (建立警示)。 # 檢視叢集 檢視叢集可讓您監控和管理叢集的組態、狀態和效能指標。透過檢視叢集詳細資訊，您可以深入了解資源使用率、查詢執行時間和系統運作狀態。下列程序說明如何取得叢集資訊。 **檢視叢集** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽選單上，選擇**叢集**。系統會 AWS 列出目前區域中您帳戶的叢集。每個叢集的屬性子集會在清單中分欄顯示。如果您沒有任何叢集，請選擇 **Create cluster (建立叢集)** 以建立一個叢集。 1. 選擇清單中的叢集名稱以檢視該叢集的詳細資訊。 # 修改叢集 當您修改叢集時，以下選項變更會立即套用： + **VPC security groups (VPC 安全群組)** + **可公開存取** + **管理員使用者密碼** + **HSM 連接** + **HSM Client Certificate (HSM 用戶端憑證)** + **維護詳細資訊** + **Snapshot preferences (快照偏好設定)** 只有重新啟動叢集才能使以下選項的變更生效： + **叢集識別碼** 當您變更**叢集識別碼**時，Amazon Redshift 會自動重新啟動叢集。 + **增強型 VPC 路由** 當您變更**增強型 VPC 路由**時，Amazon Redshift 會自動重新啟動叢集。 + **叢集參數群組** + **IP 地址類型** 此功能僅適用於 AWS GovCloud （美國東部） 和 AWS GovCloud （美國西部） 區域。如需 AWS 區域的詳細資訊，請參閱 [區域和可用區域](https://aws.amazon.com/about-aws/global-infrastructure/regions_az/)。 若您縮短自動快照保留期間，設定落在新保留期間以外的現有自動快照將被刪除。如需詳細資訊，請參閱[Amazon Redshift 快照和備份](working-with-snapshots.md)。 如需叢集屬性的相關資訊，請參閱[其他組態](create-cluster.md#cluster-create-console-configuration)。 **修改叢集** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表上，選擇**叢集**。 1. 選擇要修改的叢集。 1. 選擇**編輯**。**編輯叢集**頁面隨即出現。 1. 更新叢集屬性。您可以修改的一些屬性包括： + 叢集識別碼 + 快照保留 + 叢集重新定位 為了編輯**網路和安全**、**維護**和**資料庫組態**的設定，主控台會提供適當叢集詳細資訊索引標籤的連結。 1. 選擇**儲存變更**。 # 調整叢集大小 當您的資料倉儲容量和效能需要變更時，您可以調整叢集大小，以充分利用 Amazon Redshift 的運算和儲存選項。 當您重新調整叢集規模時，您將指定與目前叢集組態不同的節點數量或節點類型。當叢集正在進行重新規模調整時，您無法對該叢集執行任何寫入或讀寫查詢；您僅能執行讀取查詢。 如需重新調整叢集規模的相關資訊，包括使用不同方法的逐步解說資訊，請參閱 [調整叢集大小](#resizing-cluster)。 **重新調整叢集規模** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表上，選擇**叢集**。 1. 選擇要調整大小的叢集。 1. 針對 **Actions (動作)**，選擇 **Resize (調整大小)**。**Resize cluster (調整叢集大小)** 頁面隨即出現。 1. 遵循頁面說明以進行操作。您可以在特定時間立即重新調整叢集的大小一次，或是根據排程增加或減少您叢集的大小。 1. 根據您的選擇，選擇 **Resize now (立即調整大小)** 或 **Schedule resize (排程調整大小)**。 如果您有預留節點，則可以升級至 RA3 預留節點。您可以在使用主控台從快照還原時或執行彈性調整大小時進行此升級。您可以使用主控台來引導您完成此程序。如需升級至 RA3 節點的相關資訊，請參閱[升級至 RA3 節點類型](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-upgrading-to-ra3)。 當您執行調整大小操作，以從 DC2.large 節點類型升級至 RA3.large 節點類型時，Amazon Redshift 會自動將交錯排序索引鍵轉換為複合排序索引鍵。此轉換可讓您存取並行擴展功能，此功能不支援對具有交錯排序索引鍵的資料表進行查詢。雖然此自動轉換可確保與 RA3 功能相容，但可能會影響您現有的查詢效能模式。 如果您想要在升級至 RA3 節點後保留交錯排序索引鍵，您可以在調整大小操作完成後，使用所需的排序索引鍵組態重新建立資料表。不過，選擇此選項表示您將無法對這些資料表使用並行擴展。 調整大小操作有兩種類型： + **彈性調整大小** — 您可以在叢集中新增或移除節點。您也可以變更節點類型，例如從 DC2 節點變更為 RA3 節點。彈性調整大小通常會很快完成，平均需要十分鐘。因此，建議您將其作為第一個選項。當您執行彈性調整大小時，它會重新分散資料配量，這些資料配量是在每個節點中配置記憶體和磁碟空間的分割區。當您要進行下列操作時，就適合使用彈性調整大小： + 在現有叢集中新增或減少節點，但不變更節點類型** — 這通常稱為「就地」**調整大小。當您執行此類型的調整大小時，某些執行中的查詢會成功完成，但其他查詢可能會在操作中遭到捨棄。 + 變更叢集的節點類型** — 當您變更節點類型時，系統會建立快照，並將資料從來源叢集重新分散至包含新節點類型的叢集。完成後，執行中的查詢會遭到捨棄。和「就地」**調整大小一樣，其也會快速完成。 + **傳統調整大小** — 您可以透過類似於彈性調整大小的方式來變更節點類型和 (或) 節點數目。傳統調整大小需要更多時間來完成，但是如果節點計數的變化或要遷移到的節點類型不在彈性調整大小的範圍內，傳統調整大小可能會很有用。例如，當節點計數的變化非常大時，就適用這種方式。 **Topics** + [彈性調整大小](#elastic-resize) + [Elastic resize (傳統調整大小)](#classic-resize-faster) ## 彈性調整大小 當您新增或移除相同類型的節點時，彈性調整大小操作具有下列階段： 1. 彈性調整大小會取得叢集快照。只有 DC2 節點支援無備份資料表。所有其他類型叢集的無備份資料表都包含在快照中。如需詳細資訊，請參閱[從快照排除資料表](working-with-snapshots.md#snapshots-no-backup-tables)。如果您的叢集因為您停用了自動快照而沒有最新的快照，備份操作會需要較長時間。(若要將調整大小操作開始之前的時間最小化，建議您啟用自動快照或在開始調整大小之前建立手動快照。) 當您啟動彈性調整大小且快照操作正在進行時，如果快照操作未在幾分鐘內完成，則調整大小可能會失敗。如需詳細資訊，請參閱[Amazon Redshift 快照和備份](working-with-snapshots.md)。 1. 此操作會遷移叢集中繼資料。叢集會有幾分鐘的時間無法使用。大多數查詢會暫時暫停，且會保持連線。但是，某些查詢則可能遭到捨棄。這個階段很快就會結束。 1. 工作階段連線會重新起始，並且查詢會繼續。 1. 彈性調整大小會在背景中將資料重新分散給節點配量。叢集可供讀寫操作，但有些查詢可能需要較長時間來執行。 1. 操作完成後，Amazon Redshift 會傳送事件通知。 當您使用彈性調整大小變更節點類型時，其運作方式與您新增或減少相同類型的節點時相似。首先，系統會建立快照。使用快照中的最新資料佈建新的目標叢集，並在背景中將資料傳輸到新的叢集。在此期間，資料是唯讀狀態。當調整大小操作接近完成時，Amazon Redshift 會更新端點以指向新的叢集，並中斷與來源叢集的所有連線。 彈性調整大小不太可能失敗。不過，若發生失敗，大多數情況下會自動復原，而不需要任何手動介入。 如果您有預留節點 (例如 DC2 預留節點)，則可以在執行調整大小時升級至 RA3 預留節點。您可以在執行彈性調整大小或使用主控台從快照進行還原時進行升級。主控台會引導您完成此程序。如需升級至 RA3 節點的相關資訊，請參閱[升級至 RA3 節點類型](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-upgrading-to-ra3)。 彈性調整大小不會排序資料表或回收磁碟空間，因此不是清空操作的替代方案。如需詳細資訊，請參閱[清空資料表](https://docs.aws.amazon.com/redshift/latest/dg/t_Reclaiming_storage_space202.html)。 彈性調整大小有下列限制： + 彈性調整大小和資料共用叢集** — 當您在作為資料共用生產者的叢集上新增或減少節點時，您無法在 Amazon Redshift 遷移叢集中繼資料時從取用者連線至該叢集。同樣地，如果您執行彈性調整大小並選擇新的節點類型，則在連線中斷並傳輸到新的目標叢集時，便無法使用資料共用。在這兩種類型的彈性調整大小中，生產者都會有幾分鐘的時間無法使用。 + 從共用快照傳輸資料** — 若要在從共用快照傳輸資料的叢集上執行彈性調整大小，必須至少有一個備份可供叢集使用。您可以在 Amazon Redshift 主控台快照清單、`describe-cluster-snapshots` CLI 命令或 `DescribeClusterSnapshots` API 操作上檢視備份。 + 平台限制** — 彈性調整大小僅供使用 EC2-VPC 平台的叢集使用。如需詳細資訊，請參閱[使用 EC2 建立叢集](working-with-clusters.md#cluster-platforms)。 + 儲存考量** — 請確定新節點的組態有足夠的儲存可儲存現有資料。您可能必須新增其他節點或變更組態。 + 來源叢集與目標叢集的大小** — 彈性調整大小可以調整大小的節點數目和節點類型，取決於來源叢集中的節點數目和針對已調整大小的叢集所選擇的節點類型。若要判斷可用的組態，您可以使用主控台。或者，您可以使用 `describe-node-configuration-options` AWS CLI 命令搭配 `action-type resize-cluster`選項。如需使用 Amazon Redshift 主控台來調整大小的相關資訊，請參閱[調整叢集大小](#resizing-cluster)。 下列範例 CLI 命令會描述可用的組態選項。在此範例中，名為 `mycluster` 的叢集是一個 `dc2.large` 8 節點的叢集。 ``` aws redshift describe-node-configuration-options --cluster-identifier mycluster --region eu-west-1 --action-type resize-cluster ``` 此命令會傳回一個具有所建議節點類型的選項清單、節點數，以及每個選項的磁碟使用率。傳回的組態會因為特定的輸入叢集而不同。當您指定 `resize-cluster` CLI 命令的選項時，您可以選擇其中一個所傳回的組態。 + 其他節點的上限** — 彈性調整大小會限制您可以新增至叢集的節點數目。例如，dc2 叢集支援進行最多兩倍節點數目的彈性調整大小。為了說明，您可以在 4 節點的 dc2.8xlarge 叢集中新增一個節點，使其成為五節點的叢集，或新增更多節點，直到達到八個節點為止。 **注意** 增加和減少的限制取決於原始節點類型和原始叢集中的節點數目或其上次的傳統調整大小。如果彈性調整大小會超過增加或減少的限制，請使用傳統調整大小。 對於某些 ra3 節點類型，您最多可以將節點數目增加到現有計數的四倍。具體來說，假設您的叢集由 ra3.4xlarge 或 ra3.16xlarge 節點組成。然後，您可以使用彈性調整大小，將 8 節點的叢集中的節點數目增加到 32 個。或者，您也可以選擇低於限制的值。(請記住，將叢集增加 4 倍的能力取決於來源叢集的大小。) 如果您的叢集具有 ra3.xlplus 節點，則限制為兩倍。 所有 ra3 節點類型都支援將節點數目減少到現有計數的四分之一。例如，您可以將具有 ra3.4xlarge 節點的叢集大小從 12 個節點減少到 3 個，或減少到高於下限的數目。 下表列出每個支援彈性調整大小之節點類型的增加和減少限制。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/redshift/latest/mgmt/resizing-cluster.html) **注意** **在調整 RA3 叢集的大小時選擇舊版節點類型** - 如果您嘗試從具有 RA3 節點的叢集調整大小為其他節點類型 (例如 DC2)，則主控台中會出現驗證警告訊息，且調整大小操作不會完成。發生這種情況是因為系統不支援調整大小為舊版節點類型。這是為了防止客戶調整大小為已棄用或即將棄用的節點類型。這同時適用於彈性調整大小和傳統調整大小。 ## Elastic resize (傳統調整大小) 傳統調整大小會處理彈性調整大小不支援的叢集大小變更或節點類型變更的使用案例。當您執行傳統調整大小時，Amazon Redshift 會建立目標叢集，並將資料和中繼資料從來源叢集遷移到目標叢集。 ### 以 RA3 為目標的傳統調整大小可以提供更好的可用性 當目標節點類型為 RA3 時，傳統調整大小已獲得增強。其會在來源叢集與目標叢集之間使用備份和還原操作來做到這一點。調整大小開始進行時，來源叢集會重新啟動，並有幾分鐘的時間無法使用。之後，叢集便可用於讀取和寫入操作，同時調整大小會在背景中繼續進行。 #### 檢查叢集 為了確保您在執行目標為 RA3 叢集的傳統調整大小時能獲得最佳效能和結果，請完成這份檢查清單。如果您不遵循這份檢查清單，可能就無法獲得使用 RA3 節點進行傳統調整大小的一些好處，例如執行讀取和寫入操作的能力。 1. 資料的大小必須低於 2 PB。(PB 等於 1,000 TB)。若要驗證資料的大小，請建立快照並檢查其大小。您也可以執行以下查詢來檢查大小： ``` SELECT sum(case when lower(diststyle) like ('%key%') then size else 0 end) distkey_blocks, sum(size) as total_blocks, ((distkey_blocks/(total_blocks*1.00)))*100 as Blocks_need_redist FROM svv_table_info; ``` 只有超級使用者才能看到 `svv_table_info` 資料表。 1. 在啟動傳統調整大小之前，請確定您已建立不超過 10 小時的手動快照。如果沒有，請建立快照。 1. 用於執行傳統調整大小的快照不能用於還原資料表或其他目的。 1. 叢集必須在 VPC 中。 #### 目標為 RA3 的傳統調整大小所產生的排序和分散操作 在為 RA3 進行傳統調整大小期間，具 KEY 分佈 (移轉為 EVEN 分佈) 的資料表會轉換回其原始的分佈樣式。這種情況的持續時間取決於資料大小以及叢集的忙碌程度。查詢工作負載的執行優先順序高過資料遷移。如需詳細資訊，請參閱[分散樣式](https://docs.aws.amazon.com/redshift/latest/dg/c_choosing_dist_sort.html)。在此移轉過程中，對資料庫的讀取和寫入都會運作，但查詢可能需要更長的時間才能完成。不過，在這段期間，並行擴展可以透過為查詢工作負載新增資源來提升效能。您可以檢視來自 [SYS\$1RESTORE\$1STATE](https://docs.aws.amazon.com/redshift/latest/dg/SYS_RESTORE_STATE.html) 和 [SYS\$1RESTORE\$1LOG](https://docs.aws.amazon.com/redshift/latest/dg/SYS_RESTORE_LOG.html) 視觀表的結果，查看資料移轉的進度。後面有關於監控的詳細資訊。 叢集調整大小徹底完成後，會發生下列排序行為： + 如果調整大小導致叢集有更多的配量，KEY 分佈資料表會變成部分未排序的狀態，但平均分散資料表會保持排序狀態。此外，在調整大小剛完成時，有關已排序資料數量的資訊可能不是最新的。在復原索引鍵後，自動清空功能會隨著時間的推移對資料表進行排序。 + 如果調整大小導致叢集有較少的配量，則 KEY 分佈資料表和平均分散資料表都會變成部分未排序的狀態。自動清空功能會隨著時間的推移對資料表進行排序。 如需自動清空資料的相關資訊，請參閱[清空資料表](https://docs.aws.amazon.com/redshift/latest/dg/t_Reclaiming_storage_space202.html)。如需運算節點中配量的相關資訊，請參閱[資料倉儲系統架構](https://docs.aws.amazon.com/redshift/latest/dg/c_high_level_system_architecture.html)。 #### 目標叢集為 RA3 時的傳統調整大小步驟 當目標叢集類型為 RA3 且您已符合上一節中詳述的先決條件時，傳統調整大小包含下列步驟。 1. 啟動從來源叢集到目標叢集的遷移。佈建新的目標叢集時，Amazon Redshift 會傳送調整大小已開始的事件通知。它會重新啟動您現有的叢集，而這會關閉所有連線。如果您現有的叢集是資料共用生產者叢集，則與取用者叢集的連線也會關閉。重新啟動會進行幾分鐘的時間。 1. 重新啟動之後，資料庫便可進行讀取和寫入。此外，資料共用也會繼續進行，這另外需要幾分鐘的時間來完成。 1. 資料會遷移至目標叢集。當目標節點類型為 RA3 時，系統可在資料遷移期間進行讀取和寫入。 1. 當調整大小程序接近完成時，Amazon Redshift 會更新目標叢集的端點，而且與來源叢集的所有連線都會中斷。目標叢集會成為資料共用的生產者。 1. 調整大小完成。Amazon Redshift 傳送事件通知。 您可以在 Amazon Redshift 主控台上檢視調整大小進度。調整叢集大小所需的時間取決於資料量。 **注意** **在調整 RA3 叢集的大小時選擇舊版節點類型** - 如果您嘗試從具有 RA3 節點的叢集調整大小為其他節點類型 (例如 DC2)，則主控台中會出現驗證警告訊息，且調整大小操作不會完成。發生這種情況是因為系統不支援調整大小為舊版節點類型。這是為了防止客戶調整大小為已棄用或即將棄用的節點類型。這同時適用於彈性調整大小和傳統調整大小。 #### 在目標叢集為 RA3 時監控傳統調整大小 若要監控正在進行傳統調整大小的佈建叢集 (包括 KEY 分佈)，請使用 [SYS\$1RESTORE\$1STATE](https://docs.aws.amazon.com/redshift/latest/dg/SYS_RESTORE_STATE.html)。其會顯示正在轉換的資料表的完成百分比。您必須是超級使用者才能存取該資料。 當您執行傳統調整大小時，請捨棄不需要的資料表。如果您這麼做，就可以更快速地分散現有資料表。 ### 目標叢集不是 RA3 時的傳統調整大小步驟 當目標節點類型是 RA3 以外的任何類型 (例如 DC2) 時，傳統調整大小包括以下步驟。 1. 啟動從來源叢集到目標叢集的遷移。佈建新的目標叢集時，Amazon Redshift 會傳送調整大小已開始的事件通知。它會重新啟動您現有的叢集，而這會關閉所有連線。如果您現有的叢集是資料共用生產者叢集，則與取用者叢集的連線也會關閉。重新啟動會進行幾分鐘的時間。 請注意，在傳統調整大小進行期間，系統不會保留使用 `BACKUP NO` 所建立的任何資料庫關聯，例如資料表或具體化視觀表。如需詳細資訊，請參閱 [CREATE MATERIALIZED VIEW](https://docs.aws.amazon.com/redshift/latest/dg/materialized-view-create-sql-command.html)。 1. 重新啟動之後，資料庫會是唯讀狀態。資料共用會繼續進行，這另外需要幾分鐘的時間來完成。 1. 資料會遷移至目標叢集。資料庫會保持唯讀狀態。 1. 當調整大小程序接近完成時，Amazon Redshift 會更新目標叢集的端點，而且與來源叢集的所有連線都會中斷。目標叢集會成為資料共用的生產者。 1. 調整大小完成。Amazon Redshift 傳送事件通知。 您可以在 Amazon Redshift 主控台上檢視調整大小進度。調整叢集大小所需的時間取決於資料量。 **注意** 當目標叢集不是 RA3 時，或者其不符合上一節所述 RA3 目標叢集的先決條件時，可能需要數天甚至數週的時間，才能為包含大量資料的叢集調整大小。 另請注意，叢集所使用的儲存容量在進行傳統調整大小後可能會上升。當叢集因為傳統調整大小產生了額外的資料配量時，這是正常的系統行為。即使叢集中的節點數目保持不變，也可能會像這樣使用額外的容量。 ### 彈性調整大小與傳統調整大小 下表會比較這兩種調整大小類型的行為。 | Behavior (行為) | 彈性調整大小 | Elastic resize (傳統調整大小) | 說明 | | --- | --- | --- | --- | | 系統資料保留 | 彈性調整大小會保留系統日誌資料。 | 傳統調整大小不會保留系統資料表和資料。 | 如果您已在來源叢集中啟用稽核記錄，則可以在調整大小後繼續存取 Amazon S3 或 CloudWatch 中的日誌。您可以依照資料政策所指定的，來保留或刪除這些日誌。 | | 變更節點類型 | 當節點類型未變更時的彈性調整大小：就地調整大小，並保留大多數查詢。 選取新節點類型時的彈性調整大小：建立新叢集。當調整大小程序完成時，查詢會遭到捨棄。 | 傳統調整大小：建立新叢集。調整大小程序進行期間，查詢會遭到捨棄。 | | | 工作階段和查詢保留 | 當來源叢集和目標叢集中的節點類型相同時，彈性調整大小會保留工作階段和查詢。如果您選擇新的節點類型，查詢會遭到捨棄。 | 傳統調整大小不會保留工作階段和查詢。查詢會遭到捨棄。 | 當查詢遭到捨棄時，效能應該會降低。最好的辦法是在使用量不大時執行調整大小操作。 | | 取消調整大小操作 | 您無法取消彈性調整大小。 | 您可以在 Amazon Redshift 主控台中，從叢集詳細資訊選擇**取消調整大小**，以在傳統調整大小操作完成前將其取消。 | 取消調整大小所需的時間量，取決於取消時調整大小操作的階段。如果您這麼做，則要等到取消操作完成後，叢集才可供使用。如果調整大小操作處於最終階段，即無法取消。 若為目標為 RA3 叢集的傳統調整大小，您無法加以取消。 | ### 排定調整大小 您可以為叢集排定調整大小操作，縱向擴展以應付預期的高使用量，或縮減規模以節省成本。排程同時適用於彈性調整大小和傳統調整大小。您可以在 Amazon Redshift 主控台上設定排程。如需詳細資訊，請參閱**使用主控台管理叢集**下的[調整叢集大小](#resizing-cluster)。您也可以使用 AWS CLI 或 Amazon Redshift API 操作來排程調整大小。如需詳細資訊，請參閱《AWS CLI 命令參考》**中的 [create-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/redshift/create-scheduled-action.html) 或《Amazon Redshift API 參考》**中的 [CreateScheduledAction](https://docs.aws.amazon.com/redshift/latest/APIReference/API_CreateScheduledAction.html)。 ### 快照、還原和調整大小 [彈性調整大小](#elastic-resize)是調整 Amazon Redshift 叢集大小最快的方法。如果彈性調整大小不是您的其中一個選擇，並且您需要對叢集進行近乎不變的寫入存取，則可以使用下節所述的快照和還原操作搭配傳統調整大小。此方法需要在擷取快照之後寫入至來源叢集的任何資料必須在切換之後手動複製到目標叢集。根據複製所需時間，您可能需要重複此動作數次，直到您在這兩個叢集中具有相同的資料。然後可以切換至目標叢集。此程序可能對現有查詢具有負面影響，直到可在目標叢集中提供完整資料集。但它的確會將您無法寫入至資料庫的時間量降至最低。 快照、還原和傳統調整大小方法使用下列程序： 1. 擷取現有叢集的快照。現有叢集是來源叢集。 1. 記下快照所花費的時間。這麼做表示稍後您可以識別將需要在哪個時間點重新執行擷取、交易和載入 (ETL) 程序，以將任何後置快照資料載入至目標資料庫。 1. 將快照還原至新叢集。這個新叢集是目標叢集。驗證目標叢集中有範例資料。 1. 調整目標叢集大小。為目標叢集選擇新的節點類型、節點數量和其他設定。 1. 檢閱在您擷取來源叢集快照之後發生之 ETL 程序中的載入。務必依照相同順序將相同資料重新載入至目標叢集。如果您有資料持續載入，請重複此程序數次，直到來源叢集和目標叢集中的資料相同。 1. 停止來源叢集上執行的所有佇列。若要這樣做，您可以重新啟動叢集，或以超級使用者身分登入，並使用 [PG\$1CANCEL\$1BACKEND](https://docs.aws.amazon.com/redshift/latest/dg/PG_CANCEL_BACKEND.html) 和 [PG\$1TERMINATE\$1BACKEND](https://docs.aws.amazon.com/redshift/latest/dg/PG_TERMINATE_BACKEND.html) 命令。重新啟動叢集是確定叢集無法使用的最簡便方法。 1. 重新命名來源叢集。例如，將它從 `examplecluster` 重新命名為 `examplecluster-source`。 1. 重新命名目標叢集，以使用重新命名之前的來源叢集名稱。例如，將前述的目標叢集重新命名為 `examplecluster`。從此時起，使用包含 `examplecluster` 之端點的任何應用程式都會連接至目標叢集。 1. 在切換至目標叢集之後刪除來源叢集，並驗證所有程序都如預期般運作。 或者，您可以在將資料重新載入目標叢集之前重新命名來源和目標叢集。如果您不需要任何相依系統和報告立即與目標叢集的系統和報告一樣最新，則可採用此方法。在此情況下，步驟 6 將移至上述程序尾端。 只在您想要應用程式繼續使用相同端點連接至叢集時，才需要重新命名程序。如果不需要這樣做，則您可以改為更新任何連接至叢集的應用程式，以使用目標叢集的端點，而無需重新命名叢集。 重複使用叢集名稱有一些優勢。首先，您不需要更新應用程式連線字串，因為端點不會變更，即使基礎叢集變更也一樣。其次，Amazon CloudWatch 警示和 Amazon Simple Notification Service (Amazon SNS) 通知等相關項目會繫結至叢集名稱。這個連結表示您可以繼續使用您為叢集設定的相同警示和通知。這種持續使用主要是生產環境中的疑慮，而您想要在這個環境中能夠靈活地調整群集模範，而無需重新配置相關項目，例如警示和通知。 # 重新命名叢集 如果想讓叢集使用不同的名稱，您可重新命名叢集。由於叢集的端點包含叢集名稱 (亦稱為*叢集識別碼*)，因此重新命名後端點將使用新名稱。例如，如果您擁有名為 `examplecluster` 的叢集，並將其重新命名為 `newcluster`，端點會變更為使用 `newcluster` 識別碼。連線至該叢集的任何應用程式都應更新為新端點。 如果您想變更應用程式所連線到的叢集，卻不想變更應用程式中的端點，則可以重新命名叢集。但在此情況下，您必須先重新命名原始叢集，接著變更第二個叢集，以重新使用原始叢集在重新命名之前的名稱。這樣做有其必要性，因為叢集識別碼在帳戶和區域中必須是唯一的，原始叢集和第二個叢集不得使用相同的名稱。假如您要從快照還原叢集，且不想變更任何相依應用程式的連線屬性，或許可這樣做。 **注意** 如果要刪除原始叢集，您也必須負責刪除任何不想要的叢集快照。 重新命名叢集時，叢集狀態會變更為 `renaming`，直到流程結束。叢集所用的舊 DNS 名稱會立即刪除，但其會保留在快取內幾分鐘。重新命名的叢集的新 DNS 名稱會在大約 10 分鐘內生效。重新命名的叢集必須等到新名稱生效後才可使用。叢集將重新啟動，且任何與叢集的現有連線將會被捨棄。完成後，端點將變更為使用新名稱。因此，您應在開始重新命名之前停止執行查詢，並在重新命名完成後重新啟動查詢。 叢集快照將保留，且與叢集相關聯的所有快照在重新命名後仍會保持與該叢集的關聯。例如，假設您有一個為生產資料庫服務的叢集，且該叢集有多個快照。如果您命名叢集，接著在生產環境中將叢集換成快照，重新命名後的叢集仍有與其相關聯的現有快照。 Amazon CloudWatch 警示和 Amazon Simple Notification Service (Amazon SNS) 事件通知會與叢集名稱相關聯。如果您重新命名叢集，就必須進行對應的更新。您可以在 CloudWatch 主控台中更新 CloudWatch 警示，也可以在**事件**窗格上的 Amazon Redshift 主控台中更新 Amazon SNS 事件通知。叢集的負載與查詢資料會繼續顯示重新命名之前和之後的資料。但重新命名流程結束後，效能資料將重設。 如需詳細資訊，請參閱[修改叢集](modify-cluster.md)。 # 升級叢集的發行版本 您可以將發行維護版本 **Release Status (發行狀態)** 值為 **New release available (新發行版本已推出)** 的叢集升級。升級維護版本時，您可以選擇立即升級或在下一次的維護時段升級。 **重要** 如果您立即升級，則在升級完成前，您的叢集均會離線。 **將叢集升級至新的發行版本** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表上，選擇**叢集**。 1. 選擇要升級的叢集。 1. 針對 **Actions (動作)**，選擇 **Upgrade cluster version (升級叢集版本)**。**Upgrade cluster version (升級叢集版本)** 頁面隨即出現。 1. 遵循頁面說明以進行操作。 1. 選擇 **Upgrade cluster version (升級叢集版本)**。 # 暫停和繼續叢集 如果您的叢集只需要在特定時間可用，則您可以暫停叢集，並於稍後再繼續該叢集。叢集暫停時，隨需計費也會暫停。只有叢集的儲存才會產生費用。如需定價的相關資訊，請參閱 [Amazon Redshift 定價頁面](https://aws.amazon.com/redshift/pricing/)。 當您暫停叢集時，Amazon Redshift 會建立快照、開始終止查詢，並將叢集置於暫停狀態。如果您在未請求最終快照的情況下刪除暫停的叢集，則無法還原叢集。啟動暫停或繼續操作後，您無法取消或回復該操作。 您可以使用 或 Amazon Redshift API 操作，在 Amazon Redshift AWS CLI主控台上暫停和繼續叢集。 您可以排定暫停和繼續叢集的動作。當您使用新的 Amazon Redshift 主控台建立經常性排程以暫停和繼續時，系統會針對您選擇的日期範圍建立兩個排程動作。排程動作名稱的字尾為 `-pause` 和 `-resume`。名稱的總長度必須符合排程動作名稱的大小上限。 您無法暫停下列類型的叢集： + EC2-Classic 叢集。 + 未作用中的叢集，例如目前正在修改的叢集。 + 硬體安全模組 (HSM) 叢集。 + 已關閉自動快照的叢集。 決定暫停叢集時，請考慮下列事項： + 無法連線或查詢叢集。 + 您無法在 Amazon Redshift 主控台上查看暫停叢集的查詢監控資訊。 + 您無法修改暫停的叢集。叢集上的任何排程動作都不會執行。其中包括建立快照、調整叢集大小，以及叢集維護操作。 + 不會建立硬體指標。如果您已在缺少的指標上設定警示，請更新您的 CloudWatch 警示。 + 您無法將暫停叢集的最新自動快照複製到手動快照。 + 當叢集暫停時，它無法繼續，直到暫停操作完成為止。 + 當您暫停叢集時，計費即會暫停。不過，暫停操作通常會在 15 分鐘內完成，視叢集的大小而定。 + 稽核日誌會進行存檔，而且繼續時不會還原這些稽核日誌。 + 叢集暫停後，就可能沒有追蹤和日誌可供用於針對暫停之前所發生的問題進行故障診斷。 + 如果您使用 管理管理員登入資料 AWS Secrets Manager 並暫停叢集，則不會刪除叢集的秘密，您將繼續支付秘密的費用。如需使用 管理 Redshift 管理員密碼的詳細資訊 AWS Secrets Manager，請參閱 [使用 管理 Amazon Redshift 管理員密碼 AWS Secrets Manager](redshift-secrets-manager-integration.md)。 + RA3 執行個體類型繼續時，叢集上的無備份資料表會還原。這些資料表不會在 DC2 執行個體類型繼續時還原。如需無備份資料表的詳細資訊，請參閱 [從快照排除資料表](working-with-snapshots.md#snapshots-no-backup-tables)。 當您繼續叢集時，請考慮下列事項： + 繼續叢集的叢集版本會根據叢集的維護時段更新為維護版本。 + 如果您刪除與暫停叢集相關聯的子網路，則可能會有不相容的網路。在此情況下，請從最新的快照還原叢集。 + 如果您在叢集暫停時刪除彈性 IP 地址，則會請求新的彈性 IP 地址。 + 如果 Amazon Redshift 無法使用先前的彈性網路界面繼續叢集，則 Amazon Redshift 嘗試配置新的叢集。 + 當您繼續叢集時，您的節點 IP 地址可能會變更。您可能需要更新 VPC 設定，以支援這些新的 IP 地址，適用於來自 Secure Shell (SSH) 的 COPY，或來自 Amazon EMR 的 COPY。 + 如果您嘗試繼續未暫停的叢集，則繼續操作會傳回錯誤。如果繼續操作是排程動作的一部分，請修改或刪除排程動作，以防止未來發生錯誤。 + 根據叢集的大小，可能需要幾分鐘的時間來繼續叢集，然後才能處理查詢。此外，在繼續完成之後，叢集重新化合時，查詢效能可能會有一段時間受到影響。 # 重新啟動叢集 重新啟動叢集是一項叢集操作，會使用重新啟動之前相同的組態重新啟動叢集。您可以重新啟動叢集，以套用待處理的維護更新、重設組態變更、從特定問題復原，或對叢集問題進行故障診斷。重新啟動叢集有助於確保 Amazon Redshift 環境的最佳效能、安全和穩定性。下列程序提供重新啟動 Amazon Redshift 叢集的詳細步驟。 當您重新啟動叢集時，叢集狀態會設為 `rebooting`，當重新啟動完成時也會建立叢集事件。任何等待中的叢集修改都會套用在這次的重新啟動上。 **重新啟動叢集** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表上，選擇**叢集**。 1. 選擇要重新啟動的叢集。 1. 針對 **Actions (動作)**，選擇 **Reboot cluster (重新啟動叢集)**。**Reboot cluster (重新啟動叢集)** 頁面隨即出現。 1. 選擇 **Reboot cluster (重新啟動叢集)**。 # 重新定位叢集 透過在 Amazon Redshift 中使用*重新定位*功能，您可以讓 Amazon Redshift 將叢集移至另一個可用區域 (AZ)，而不會遺失任何資料或導致應用程式發生變更。透過重新定位，您可以在叢集上發生服務中斷時繼續操作，將所受影響降到最低。 開啟叢集重新定位時，Amazon Redshift 可能會在某些情況下選擇將叢集重新定位。特別是，當目前的可用區域中所發生的問題讓您無法達到最佳化的叢集操作，或是為了改善服務可用性，就會發生這種情況。如果指定可用區域中的資源限制會中斷叢集操作，您也可以叫用重新定位功能。其中一個範例是繼續執行叢集或調整叢集大小的能力。Amazon Redshift 提供重新定位功能，無需額外付費。 將 Amazon Redshift 叢集重新定位到新的可用區域時，新叢集的端點會與原始叢集的端點相同。您的應用程式可以重新連線到該端點並繼續操作，而不會修改或遺失資料。但是，由於指定可用區域中的資源可能有限制，因此不一定可以重新定位。 只有 RA3 執行個體類型支援 Amazon Redshift 叢集重新定位。RA3 執行個體類型會使用 Redshift 受管儲存 (RMS) 作為耐用儲存層。叢集資料的最新複本一律可在 AWS 區域中的其他可用區域中使用。換句話說，您可以將 Amazon Redshift 叢集重新定位到另一個可用區域，而不會遺失任何資料。 當您開啟叢集的重新定位功能時，Amazon Redshift 會將您的叢集遷移到代理後面。這樣做有助於實作與位置無關的叢集運算資源存取權。遷移會導致叢集重新開機。將叢集重新定位到另一個可用區域時，當新叢集在新的可用區域中重新上線時，會發生中斷情形。不過，您不需要對應用程式進行任何變更，因為即使在叢集重新定位至新的可用區域後，叢集端點仍會維持不變。 若新建立或還原的 RA3 叢集中的子網路群組包含多個可用區域，則會預設啟用叢集重新定位。在建立佈建叢集時，Amazon Redshift 會指派 5439 作為預設連接埠。您可以變更為 5431 至 5455 或 8191 至 8215 之連接埠範圍內的其他連接埠。(請勿變更為範圍以外的連接埠。這會導致錯誤。) 若要變更佈建叢集的預設連接埠，請使用 Amazon Redshift 主控台 AWS CLI或 Amazon Redshift API。若要變更無伺服器工作群組的預設連接埠，請使用 AWS CLI 或 Amazon Redshift Serverless API。 如果您開啟重新定位功能，而您目前使用領導節點 IP 位址來存取叢集或增強型 VPC 路由，請務必變更該存取權。請改為使用與叢集的虛擬私有雲端 (VPC) 端點相關聯的 IP 地址。若要尋找此叢集的 IP 地址，請在叢集詳細資訊頁面的**網路和安全**區段中尋找並使用 VPC 端點。若要取得 VPC 端點的詳細資訊，請登入 Amazon VPC 主控台。 您也可以使用 AWS Command Line Interface (AWS CLI) 命令`describe-vpc-endpoints`來取得與端點相關聯的彈性網路界面。您可以使用 `describe-network-interfaces` 命令來取得相關聯的 IP 地址。如需 Amazon Redshift AWS CLI 命令的詳細資訊，請參閱《 [ 命令參考》中的可用](https://docs.aws.amazon.com/cli/latest/reference/redshift/index.html)*AWS CLI 命令。* ## 限制 使用 Amazon Redshift 重新定位功能時，請注意下列限制： + 由於指定可用區域中的資源可能有限制，因此並非所有情況下都能進行叢集重新定位。如果發生這種情況，Amazon Redshift 不會變更原始叢集。 + DC2 執行個體系列產品不支援重新定位。 + 您無法跨 AWS 區域執行重新定位。 + Amazon Redshift 重新定位預設使用連接埠號碼 5439。您也可以變更為 5431-5455 或 8191-8215 之連接埠範圍內的其他連接埠。 ## 使用主控台管理重新定位 您可以使用 Amazon Redshift 主控台來管理叢集重新定位的設定。 ### 建立新叢集時關閉重新定位 使用下列程序在建立新叢集時關閉重新定位功能。 **關閉新叢集的重新定位功能** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表上，選擇**叢集**。 1. 選擇**建立叢集**以建立新叢集。如需如何建立叢集的詳細資訊，請參閱《Amazon Redshift 入門指南》**中的[開始使用 Amazon Redshift 佈建資料倉儲](https://docs.aws.amazon.com/redshift/latest/gsg/new-user.html)。 1. 在**備份**下，對於**叢集重新定位**選擇**已停用**。重新定位預設為開啟。 1. 選擇 **Create Cluster** (建立叢集)。 ### 修改現有叢集的重新定位 使用下列程序變更現有叢集的重新定位設定。 **修改現有叢集的重新定位設定** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽選單上，選擇**叢集**。列出目前區域中您帳戶的叢集 AWS 。每個叢集的屬性子集會在清單中分欄顯示。 1. 從清單中選擇您要修改之叢集的名稱。隨即會出現叢集詳細資訊頁面。 1. 選擇**維護**索引標籤，然後在**備份詳細資訊**區段中選擇**編輯**。 1. 在**備份**下，選擇**已停用**。重新定位預設為開啟。 1. 選擇**修改叢集**。 ### 重新定位叢集 使用下列程序將叢集手動重新定位到其他可用區域。當您要測試次要可用區域中的網路設定，或當您在目前的可用區域中即將遇到資源限制時，此功能特別有用。 **將叢集重新定位到其他可用區域** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽選單上，選擇**叢集**。列出目前區域中您帳戶的叢集 AWS 。每個叢集的屬性子集會在清單中分欄顯示。 1. 從清單中選擇您要移動之叢集的名稱。隨即會出現叢集詳細資訊頁面。 1. 針對**動作**，選擇**重新定位**。**重新定位叢集**頁面隨即出現。 1. (選擇性) 選擇**可用區域**。如果您未選擇可用區域，Amazon Redshift 會為您選擇。 Amazon Redshift 會啟動重新定位功能，並將叢集顯示為正在重新定位。重新定位完成後，叢集狀態會變更為「可用」。 ## 使用 Amazon Redshift CLI 管理重新定位 您可以使用 AWS 命令列介面 (CLI) 管理叢集重新定位的設定。 使用 AWS CLI，下列範例命令會建立名為 **mycluster**且已開啟重新定位的 Amazon Redshift 叢集。 ``` aws redshift create-cluster --cluster-identifier mycluster --number-of-nodes 2 --master-username enter a username --master-user-password enter a password --node-type ra3.4xlarge --port 5439 --no-availability-zone-relocation ``` 如果您目前的叢集使用不同的連接埠，您必須先將其修改為使用 5431-5455 或 8191-8215 的連接埠範圍，然後再將其修改為開啟重新定位。預設值為 5439。下列範例命令會修改連接埠，以防您的叢集未使用指定範圍中的連接埠。 ``` aws redshift modify-cluster --cluster-identifier mycluster --port 5439 ``` 下列範例命令包含 Amazon Redshift 叢集上的 availability-zone-relocation 參數。 ``` aws redshift modify-cluster --cluster-identifier mycluster --availability-zone-relocation ``` 下列範例命令會關閉 Amazon Redshift 叢集上的 availability-zone-relocation 參數。 ``` aws redshift modify-cluster --cluster-identifier mycluster --no-availability-zone-relocation ``` 下列範例命令會叫用 Amazon Redshift 叢集上的重新定位。 ``` aws redshift modify-cluster --cluster-identifier mycluster --availability-zone us-east-1b ``` # 在叢集上設定用量限制 您可以新增最多四個用量限制，以控制下列各項的用量： + 並行擴展 + 使用額外運算資源執行自動最佳化 + Redshift Spectrum 用量 + 跨區域資料共用 ## 設定佈建叢集的用量限制 以下是在佈建叢集上設定用量限制的程序： **設定叢集的用量限制** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 導覽至您要為其設定限制的佈建叢集。 1. 從叢集的詳細資訊頁面，從**動作**下拉式功能表中選取**管理用量限制**。您也可以選取叢集的**維護**索引標籤，然後向下捲動並選取**建立用量限制**。 1. 選取您要設定的用量**限制的新增**限制。您可以為指定功能新增最多 4 個限制。 1. 設定用量限制的**期間**，即**每日**、**每週**或**每月**。 1. 設定**用量限制**。 + 對於使用額外運算資源限制執行並行擴展和自動最佳化，用量限制是 Amazon Redshift 在指定期間內使用 功能所花費的時間量。在這種情況下，用量限制是以小時和分鐘為單位設定。 + 對於 Redshift Spectrum，用量限制是從 Amazon S3 掃描的資料量。在此情況下，用量限制以 TB (TB) 為單位設定。 + 對於跨區域資料共用，用量限制是從生產者區域傳輸至消費者區域的資料量，供消費者查詢。在此情況下，用量限制以 TB (TB) 為單位設定。 1. 設定當叢集達到限制時，Amazon Redshift 要採取**的動作**。這些項目如下： + **記錄到系統資料表** - 將記錄新增到系統檢視 [ SYS\$1QUERY\$1HISTORY](https://docs.aws.amazon.com/redshift/latest/dg/SYS_QUERY_HISTORY.html)。您可以在此檢視中查詢 usage\$1limit 欄，以判斷查詢是否超過限制。 + **提醒** - 使用 Amazon SNS 設定通知訂閱，並在超過限制時傳送通知。您可以選擇現有的 Amazon SNS 主題、建立新主題，或不使用主題繼續。 + **停用功能** - 停用功能。您也可以選擇使用 Amazon SNS 傳送通知。使用者可以繼續將叢集用於其他任務。 前兩個動作是資訊性的，但上次關閉使用此功能。 1. 在頁面底部選擇**儲存變更**以儲存您限制。如果您一次設定多個限制，**儲存變更**會一次儲存所有限制。 # 關閉及刪除叢集 如果想讓叢集停止執行且不再產生費用，可關閉叢集。關閉叢集時，您可選擇性建立最後快照。若您建立最後快照，Amazon Redshift 會在叢集關閉前手動建立叢集的快照。若打算使用您要刪除的相同資料和組態來佈建新的叢集，您需要手動快照。您在稍後可以使用手動快照來還原快照，並繼續使用該叢集。 如果您不再需要叢集和其資料，則不用建立最後快照，然後關閉叢集。在此情況下，叢集和資料將被永久刪除。 無論關閉叢集時是否手動建立最後快照，所有與叢集相關聯的自動化快照都會在叢集關閉後被刪除。但與叢集相關聯的任何手動快照則會保留。如果您在關閉叢集時已無其他執行中的叢集，或如果您超過提供給執行中 Amazon Redshift 叢集的免費可用儲存空間，任何保留的手動快照 (包括選擇性的最後快照) 將依 Amazon Simple Storage Service 儲存費率計費。如需快照儲存費用的相關資訊，請參閱 [Amazon Redshift 定價頁面](https://aws.amazon.com/redshift/pricing/)。 刪除叢集也會刪除任何相關聯的 AWS Secrets Manager 秘密。 **刪除叢集** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表上，選擇**叢集**。 1. 選擇要刪除的叢集。 1. 對於 **Actions** (動作)，請選擇 **Delete** (刪除)。**Delete cluster (刪除叢集)** 頁面隨即出現。 1. 選擇 **Delete cluster (刪除叢集)**。 **注意** 當您刪除叢集並選擇建立最終快照時，如果叢集上正在進行還原操作，則 Amazon Redshift 將停止刪除請求。如果發生這種情況，您可以在沒有最終快照的情況下刪除叢集，也可以在還原完成後，將有最終快照的叢集刪除。 # Amazon Redshift 快照和備份 快照是叢集的時間點備份。有兩種類型的快照：自動**和手動**。Amazon Redshift 會透過使用加密的 Secure Sockets Layer (SSL) 連線，將這些快照儲存在 Amazon S3 內部。 Amazon Redshift 會自動取得增量快照，以追蹤自上一個自動快照以來對叢集的變更。自動快照會保留所有需要的資料以從快照還原叢集。您可以建立快照排程以控制何時進行自動快照，或隨時手動進行快照。 當您從快照進行還原時，Amazon Redshift 會建立一個新的叢集，並在所有資料載入之前讓新叢集可供使用，以便您立即查詢新叢集。叢集會隨需從快照中串流資料以回應活動查詢，然後在背景載入剩餘資料。 當您啟動叢集時，您可以為自動和手動快照設定保留期間。您可以經由修改叢集，以變更自動和手動快照的預設保留期間。您可以在建立快照時，或經由修改快照，以變更手動快照的保留期間。 您可以在 中檢視快照詳細資訊 AWS 管理主控台，或在 CLI 或 [DescribeClusterSnapshots](https://docs.aws.amazon.com/redshift/latest/APIReference/API_DescribeClusterSnapshots.html) API 動作中呼叫 [describe-cluster-snapshots](https://docs.aws.amazon.com/cli/latest/reference/redshift/describe-cluster-snapshots.html)，以監控快照的進度。有關正在進行的快照，這些資訊顯示了例如增量快照的大小、傳輸速率、經過時間和預估剩餘時間。 為了確保您的備份永遠可供叢集使用，Amazon Redshift 會將快照儲存在由 Amazon Redshift 管理的內部受管 Amazon S3 儲存貯體中。若要管理儲存費用，請評估您需要保留自動快照的天數，並相應地設定其保留期。刪除您不再需要的任何手動快照。如需備份儲存成本的相關資訊，請參閱 [Amazon Redshift 定價](https://aws.amazon.com/redshift/pricing/)頁面。 您也可以使用全受管服務建立和還原快照 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)。 ## 在 Amazon Redshift Serverless 中使用快照和備份 Amazon Redshift Serverless 如同佈建叢集，可讓您將備份作為命名空間中物件和資料的時間點表示。Amazon Redshift Serverless 中的備份類型有兩種：手動建立的快照，以及 Amazon Redshift Serverless 自動建立的復原點。您可以在[快照和復原點](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-snapshots-recovery-points.html)中找到有關使用 Amazon Redshift Serverless 快照的詳細資訊。 您也可以從佈建叢集將快照還原至無伺服器命名空間。如需詳細資訊，請參閱[從快照還原無伺服器命名空間](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-snapshot-restore.html)。 ## 自動快照 當叢集的自動快照已啟用時，Amazon Redshift 將定期為該叢集建立快照。Amazon Redshift 預設約每 8 小時或每節點資料變更 5 GB 時拍攝一次，以先到者為準。如果您的資料大於 5 GB \$1 節點數，則兩次自動建立快照之間的最短間隔時間為 15 分鐘。或者，您可以建立快照排程以控制何時進行自動快照。如果您使用自訂排程，則兩次自動快照之間的最短間隔時間為一小時。依據預設，當您建立叢集時，將會啟用自動快照。 在保留期間結束後，自動快照將永久刪除。預設保留期間為一日，但您可以使用 Amazon Redshift 主控台或使用 Amazon Redshift API 或 CLI 以程式設計方式進行修改。 若要停用自動快照，請將保留期間設定為 zero (零)。若您停用了自動快照，Amazon Redshift 將停止拍攝快照並刪除叢集的任何現有自動快照。您無法停用 RA3 節點類型的自動快照。您可以設定 1 到 35 天的 RA3 節點類型自動保留期。 只有 Amazon Redshift 可以刪除自動快照；您無法手動刪除自動快照。在自動快照的保留期結束時、停用叢集的自動快照時，或當您刪除叢集時，Amazon Redshift 會刪除自動快照。*Amazon Redshift 會保留最新的自動快照，直到您停用自動快照或刪除叢集為止。* 如果想要讓自動快照保留期間更長，請建立該快照複本以做為手動快照。自動快照會保留到保留期間結束為止，但對應的手動快照會保留到您手動刪除它為止，或直到保留期間結束為止。 ## 自動快照排程 若要精確控制何時進行快照，您可以建立快照排程，並將它連接至一或多個叢集。當您修改快照排程時，所有相關聯叢集的排程都會修改。如果叢集沒有連接快照排程，將會使用預設的自動快照排程。 *快照排程*是一組排程規則。您可以指定時間間隔來定義簡單的排程規則，例如每 8 小時或每 12 小時。您也可以新增規則，在特定的週中的日、指定的時間或特定期間進行快照。您也可以使用類似 Unix 的 cron 運算式來定義規則。 ## 快照排程格式 您可以在 Amazon Redshift 主控台建立快照排程。然後，您可以將排程連接至叢集以觸發系統快照的建立。一個排程可連接至多個叢集，而且您可以在一個排程中建立多個 cron 定義來觸發快照。 您可以使用 cron 語法為您的快照定義排程。這些排程的定義使用經過修改且類似 Unix 的 [cron​](http://en.wikipedia.org/wiki/Cron) 語法。您以[國際標準時間 (UTC)](http://en.wikipedia.org/wiki/Coordinated_Universal_Time) 指定時間。您可以用最大頻率 1 小時以及最小單位 1 分鐘來建立排程。 Amazon Redshift 修改的 cron 運算式有 3 個必要欄位，並且會以空格隔開。 **語法** ``` 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 小時增量。這解析為 [15:15、17:15、19:15、21:15、23:15]，指定： ``` cron(15 15/2 *) ``` 您可以在排程中建立多個 cron 排程定義。例如，下列 AWS CLI 命令在一個排程中包含兩個 Cron 排程。 ``` create-snapshot-schedule --schedule-identifier "my-test" --schedule-definition "cron(0 17 SAT,SUN)" "cron(0 9,17 MON-FRI)" ``` ## 手動快照 您可以隨時建立手動快照。在預設情況下，即使刪除叢集，手動快照也會無限期地保留。您可以在建立手動快照時指定保留期間，或經由修改快照以變更保留期間。如需變更保留期的相關資訊，請參閱[修改手動快照保留期](snapshot-manual-retention-period.md)。 若刪除快照，您便無法開始任何參考該快照的新操作。不過，若一個還原操作正在處理中，該還原操作將會繼續執行至完成為止。 Amazon Redshift 具有配額，可限制您可以建立的手動快照總數；此配額是每個 AWS 區域每個 AWS 帳戶。[Amazon Redshift 中的配額和限制](amazon-redshift-limits.md)中會列出預設配額。 ## 快照儲存 由於快照會產生儲存費用，當您不再需要快照時，務必刪除它們。Amazon Redshift 會在各自的快照保留期結束時刪除自動和手動快照。您也可以使用 AWS 管理主控台 或 [batch-delete-cluster-snapshots](https://docs.aws.amazon.com/cli/latest/reference/redshift/batch-delete-cluster-snapshots.html) CLI 命令刪除手動快照。 您可以修改手動快照設定，以變更手動快照的保留期間。 您可以使用 Amazon Redshift 主控台或使用 [describe-storage](https://docs.aws.amazon.com/cli/latest/reference/redshift/describe-storage.html) CLI 命令，以取得您的快照耗用多少儲存的相關資訊。 ## 從快照排除資料表 依預設，所有使用者定義的永久資料表都包含在快照中。如果不需要備份資料表 (例如臨時資料表)，則可以大幅減少建立快照和從快照還原所需的時間。您也可以使用不備份資料表以在 Amazon S3 上減少儲存空間。若要建立不備份資料表，請在建立資料表時使用 BACKUP NO 參數。如需詳細資訊，請參閱《Amazon Redshift 資料庫開發人員指南》**中的 [CREATE TABLE](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_TABLE_NEW.html) 和 [CREATE TABLE AS](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_TABLE_AS.html)。 **注意** RA3 佈建叢集和 Amazon Redshift Serverless 工作群組不支援無備份資料表。在 RA3 叢集或無伺服器工作群組中標記為無備份的資料表會視為永久資料表，且在拍攝快照時一律會備份，並一律在從快照還原時還原。為了避免無備份資料表的快照成本，請在拍攝快照之前截斷這些資料表。 # 建立手動快照 您可從快照清單手動建立叢集的快照，方式如下。或者，您也可從叢集組態窗格建立叢集快照。如需詳細資訊，請參閱[Amazon Redshift 快照和備份](working-with-snapshots.md)。 **注意** RA3 佈建叢集和 Amazon Redshift Serverless 工作群組不支援無備份資料表。在 RA3 叢集或無伺服器工作群組中標記為無備份的資料表會視為永久資料表，且在拍攝快照時一律會備份，並一律在從快照還原時還原。為了避免無備份資料表的快照成本，請在拍攝快照之前截斷這些資料表。 **建立手動快照** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表中，選擇**叢集**、**快照**，然後選擇**建立快照**。建立手動快照的快照頁面即會出現。 1. 輸入快照定義屬性，然後選擇**建立快照**。可能要等一會兒才能使用此快照。 # 建立快照排程 Amazon Redshift 會定期對資料建立自動增量快照，並將快照儲存至 Amazon S3。此外，您隨時都可以手動建立資料快照。 Amazon Redshift 主控台所有的快照作業都從快照清單中啟動。您可使用時間範圍、快照類型，以及與快照相關聯的叢集來篩選快照清單。此外，您可以依日期、大小和快照類型排序清單。快照上可用的選項各不相同，視所選的快照類型而定。 若要精確控制何時進行快照，您可以建立快照排程，並將它連接至一或多個叢集。您可以在建立叢集時附加排程，或修改叢集來附加排程。如需詳細資訊，請參閱[自動快照排程](working-with-snapshots.md#automated-snapshot-schedules)。 **建立快照排程** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表中，選擇**叢集**、**快照**，然後選擇**快照排程**索引標籤。快照排程即會出現。 1. 選擇 **Add schedule (新增排程)** 以顯示新增排程的頁面。 1. 輸入排程定義的屬性，然後選擇 **Add schedule (新增排程)**。 1. 在出現的頁面中，您可將叢集連接至新的快照排程，然後選擇 **OK (確定)**。 # 共用快照 您可以透過授權存取快照，與其他 AWS 客戶帳戶共用現有的手動快照。每個快照最多可授權 20 個，每個 AWS Key Management Service (AWS KMS) 金鑰最多可授權 100 個。也就是說，如果您有 10 個使用單一 KMS 金鑰加密的快照，則可以授權 10 個 AWS 帳戶還原每個快照，或其他組合，這些組合最多可新增 100 個帳戶，且每個快照不超過 20 個帳戶。在其中一個已授權帳戶登入為使用者的人員，接下來可以描述快照或將其還原，以在其帳戶下建立新的 Amazon Redshift 叢集。例如，如果您使用個別 AWS 的客戶帳戶進行生產和測試，使用者可以使用生產帳戶登入，並與測試帳戶中的使用者共用快照。某人若以測試帳戶使用者身分登入，他接下來可以還原快照以建立由測試帳戶所擁有的新叢集，以進行測試或診斷工作。 手動快照由建立該快照 AWS 的客戶帳戶永久擁有。僅有在帳戶中擁有快照的使用者，方可授權或撤銷其他帳戶存取該快照。在已授權帳戶中的使用者僅可描述或還原任何與他們分享的快照；他們不得複製或刪除與他們分享的快照。授權將持續生效，除非快照擁有者撤銷之。若授權被撤銷，之前授權的使用者將無法看見該快照，也不能啟動任何參考該快照的新動作。若存取權被撤銷時帳戶正在還原該快照，則該還原會持續進執行至完成。您不得刪除有主動授權的快照；您必須先撤銷所有的授權。 AWS 客戶帳戶一律有權存取帳戶擁有的快照。試圖授權或撤銷擁有者帳戶的存取權將會收到錯誤。您無法還原或描述非作用中 AWS 客戶帳戶擁有的快照。 在您授權存取 AWS 客戶帳戶之後，該帳戶中的任何使用者都無法在快照上執行任何動作，除非他們擔任具有允許他們這樣做之政策的角色。 + 只有當快照擁有者帳戶中的使用者所擔任的角色有 IAM 政策允許他們執行使用包含快照的資源規格動作，他們才可授權或撤銷快照的存取權。例如，下列政策允許 AWS 帳戶中的使用者或角色`012345678912`授權其他帳戶存取名為 的快照`my-snapshot20130829`： ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement":[ { "Effect":"Allow", "Action":[ "redshift:AuthorizeSnapshotAccess", "redshift:RevokeSnapshotAccess" ], "Resource":[ "arn:aws:redshift:us-east-1:012345678912:snapshot:*/my-snapshot20130829" ] } ] } ``` ------ + 已共用快照 AWS 之帳戶中的使用者無法對該快照執行動作，除非他們具有允許這些動作的許可。您可以透過將政策指派給某個角色並擔任該角色來執行此操作。 + 列出或描述快照；他們必須擁有允許 `DescribeClusterSnapshots` 動作的 IAM 政策。下列代碼顯示了範例： ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement":[ { "Effect":"Allow", "Action":[ "redshift:DescribeClusterSnapshots" ], "Resource":[ "*" ] } ] } ``` ------ + 若要還原快照，使用者所擔任的角色必須擁有允許 `RestoreFromClusterSnapshot` 動作的 IAM 政策，並擁有涵蓋嘗試建立的叢集與快照的資源元素。例如，若帳戶 `012345678912` 中的使用者已經與帳戶 `my-snapshot20130829` 分享快照 `219876543210`，以透過還原快照來建立叢集，則帳戶 `219876543210` 中的使用者所擔任的角色必須擁有的政策如下所示： ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement":[ { "Effect":"Allow", "Action":[ "redshift:RestoreFromClusterSnapshot" ], "Resource":[ "arn:aws:redshift:us-east-1:012345678912:snapshot:*/my-snapshot20130829", "arn:aws:redshift:us-east-1:219876543210:cluster:from-another-account" ] } ] } ``` ------ + 從 AWS 帳戶撤銷快照的存取權後，該帳戶中的任何使用者都無法存取快照。即使這些帳戶有 IAM 政策允許對之前共用的快照資源執行動作也一樣。 ## 使用主控台共用叢集快照 在主控台上，您可授權其他使用者存取您所擁有的手動快照，之後不需要時也可撤銷存取權。 **與其他帳戶共用快照** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表上，選擇**叢集**、**快照**，然後選擇要共用的手動快照。 1. 針對 **Actions (動作)**，選擇 **Manual snapshot settings (手動快照設定)** 以顯示手動快照的屬性。 1. 在 **Manage access (管理存取)** 區段輸入要共用的一或多個帳戶，然後選擇 **Save (儲存)**。 ## 共用加密快照時的安全考量 當您提供加密快照的存取權時，Redshift 會要求將用來建立快照的 AWS KMS 客戶受管金鑰共用給執行還原的一或多個帳戶。如果金鑰未共用，嘗試還原快照會導致存取遭拒錯誤。接收帳戶不需要任何額外權限即可還原共用快照。當您授權快照存取權並共用金鑰時，授權存取權的身分必須具有用來加密快照之金鑰的 `kms:DescribeKey` 許可。[AWS KMS 權限](https://docs.aws.amazon.com/kms/latest/developerguide/kms-api-permissions-reference.html)中有此許可的更詳細描述。如需詳細資訊，請參閱 Amazon Redshift AI 參考文件中的 [DescribeKey](https://docs.aws.amazon.com/kms/latest/APIReference/API_DescribeKey.html)。 客戶受管金鑰政策可透過程式設計方式或在 AWS Key Management Service 主控台上更新。 **注意** 如果您使用預設 KMS 金鑰，則不需要在 AWS KMS 中執行動作或變更任何內容，即可共用快照。 ### 允許存取加密快照的 AWS KMS 金鑰 若要共用加密快照的 AWS KMS 客戶受管金鑰，請執行下列步驟來更新金鑰政策： 1. 將 KMS 金鑰政策更新為您在 KMS 金鑰政策中，當作 `Principal` 共用之 AWS 帳戶的 Amazon Resource Name (ARN)。 1. 允許 `kms:Decrypt` 動作。 在以下金鑰政策範例中，使用者 `111122223333` 是 KMS 金鑰的擁有者，使用者 `444455556666` 是與其共用該金鑰的帳戶。此金鑰政策可讓 AWS 帳戶存取範例 KMS 金鑰，方法是將使用者的根 AWS 帳戶身分 ARN `444455556666`做為政策`Principal`的 ，以及允許 `kms:Decrypt`動作。 ------ #### [ JSON ] **** ``` { "Id": "key-policy-1", "Version":"2012-10-17", "Statement": [ { "Sid": "Allow use of the key", "Effect": "Allow", "Principal": { "AWS": [ "arn:aws:iam::111122223333:user/KeyUser", "arn:aws:iam::444455556666:root" ] }, "Action": [ "kms:Decrypt" ], "Resource": "*" } ] } ``` ------ 將存取權授予客戶受管 KMS 金鑰後，還原加密快照的帳戶必須建立 AWS Identity and Access Management (IAM) 角色，如果尚未擁有使用者，則必須建立該角色或使用者。此外，該 AWS 帳戶也必須將 IAM 政策連接至該 IAM 角色或使用者，以允許他們使用您的 KMS 金鑰還原加密的資料庫快照。 如需授予 AWS KMS 金鑰存取權的詳細資訊，請參閱開發人員指南中的[允許其他帳戶中的使用者使用 KMS 金鑰](https://docs.aws.amazon.com/kms/latest/developerguide/key-policy-modifying-external-accounts.html#cross-account-console)。 AWS Key Management Service 如需金鑰政策的概觀，請參閱 [Amazon Redshift 如何使用 AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/services-redshift.html)。 # 複製自動化快照 當快照的保留期間結束，當您停用自動快照，或當您刪除叢集時，系統會自動刪除自動快照。如果想要保留自動快照，可將其複製到手動快照。 **複製自動快照** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表上，選擇**叢集**、**快照**，然後選擇要複製的快照。 1. 針對 **Actions (動作)**，選擇 **Copy automated snapshot (複製自動快照)** 以複製快照。 1. 更新新快照的屬性，然後選擇 **Copy (複製)**。 # 將快照複製到另一個 AWS 區域 您可以設定 Amazon Redshift 自動將叢集的快照 （自動或手動） 複製到另一個 AWS 區域。在叢集的主要 AWS 區域中建立快照時，快照會複製到次要 AWS 區域。這兩個 AWS 區域分別稱為*來源 AWS 區域*和*目的地 AWS 區域*。如果您在另一個 AWS 區域中存放快照的副本，如果有任何內容影響主要 AWS 區域，您可以從最近的資料還原叢集。您可以設定叢集一次只將快照複製到一個目的地 AWS 區域。如需 Amazon Redshift 區域的清單，請參閱《Amazon Web Services 一般參考》**中的[區域與端點](https://docs.aws.amazon.com/general/latest/gr/rande.html)。 當您讓 Amazon Redshift 自動將快照複製到另一個 AWS 區域時，您可以指定要複製快照的目的地 AWS 區域。對於自動快照，您也可以指定保留期間，以將其保留在目的地 AWS 區域中。自動快照複製到目的地 AWS 區域且達到該區域的保留期間後，就會從目的地 AWS 區域刪除該快照。執行此動作讓您的快照保持低使用率。若要在目的地 AWS 區域中保留較短或較長的自動快照，請變更此保留期間。 您為複製到目的地 AWS 區域的自動快照設定的保留期與來源區域中自動快照的保留期不同 AWS 。預設快照複本的保留期間為 7 天。該 7 日的保留期間僅適用於自動快照。在來源和目的地 AWS 區域中，手動快照會在快照保留期間結束時或您手動刪除時刪除。 您可隨時停用叢集的自動快照複製。當您停用此功能時，快照不會再從來源 AWS 區域複製到目的地 AWS 區域。任何複製到目的地 AWS 區域的自動快照都會在達到保留期間限制時刪除，除非您手動建立快照複本。這些手動快照以及從目的地 AWS 區域複製的任何手動快照都會保留在目的地 AWS 區域中，直到您手動刪除為止。 若要變更您複製快照的目標 AWS 區域，請先停用自動複製功能。然後，重新啟用它，同時指定新的目的地 AWS 區域。 將快照複製到目的地 AWS 區域之後，快照會變成作用中，並可用於還原目的。 若要將 AWS KMS加密叢集的快照複製到另一個 AWS 區域，請建立授予 Amazon Redshift 在目的地區域中使用客戶受管金鑰 AWS 。然後在來源 AWS 區域中啟用快照複製時選擇該授予。如需設定跨區域快照複本授權的相關資訊，請參閱 [將 AWS KMS加密的快照複製到另一個快照 AWS 區域](working-with-db-encryption.md#configure-snapshot-copy-grant)。 # 從快照還原叢集 快照包含的資料來自正在您叢集上執行的任何資料庫。它也包含叢集的相關資訊，包括節點數、節點類型及管理員使用者名稱。如果您從照還原叢集，則 Amazon Redshift 會使用叢集資訊來建立新的叢集。然後，它會從快照資料還原所有資料庫。 **注意** RA3 佈建叢集和 Amazon Redshift Serverless 工作群組不支援無備份資料表。在 RA3 叢集或無伺服器工作群組中標記為無備份的資料表會視為永久資料表，且在拍攝快照時一律會備份，並一律在從快照還原時還原。 若為從原始快照建立的新叢集，您可以選擇組態，例如節點類型及節點數。除非您在請求中指定另一個可用區域，否則該叢集將在同一個 AWS 區域和系統隨機選擇的可用區域中還原。從快照還原叢集時，您可以選擇性地為新叢集選擇相容的維護軌道。 **注意** 搭配不同組態將快照還原至叢集時，必須已在版本為 1.0.10013 或更新版本的叢集上取得快照。 當還原正在進行時，系統通常會以下列順序發出事件： 1. 還原程序開始時，會傳送 RESTORE\$1STARTED – REDSHIFT-EVENT-2008。 1. 建立了新叢集時，會傳送 RESTORE\$1SUCCEEDED – REDSHIFT-EVENT-3003。 叢集可供查詢使用。 1. 當資料傳輸完成時，會傳送 DATA\$1TRANSFER\$1COMPLETED – REDSHIFT-EVENT-3537。 **注意** RA3 叢集只會發出 RESTORE\$1STARTED 和 RESTORE\$1SUCCEEDED 事件。RESTORE 成功後不需要進行明確的資料傳輸，因為 RA3 節點類型會將資料儲存在 Amazon Redshift 受管儲存中。使用 RA3 節點時，資料會在一般查詢的處理過程中，於 RA3 節點和 Amazon Redshift 受管儲存之間持續傳輸。RA3 節點會在本機快取熱資料，並在 Amazon Redshift 受管儲存中自動保留較不常查詢的區塊。 您可以呼叫 [DescribeClusters](https://docs.aws.amazon.com/redshift/latest/APIReference/API_DescribeClusters.html) API 操作，或在 AWS 管理主控台檢視叢集詳細資訊，以監控還原進度。有關正在進行的還原，這些資訊顯示了例如快照資料的大小、傳輸速率、經過時間和預估剩餘時間。如需這些指標的說明，請參閱 [RestoreStatus](https://docs.aws.amazon.com/redshift/latest/APIReference/API_RestoreStatus.html)。 您不得使用快照將作用中的叢集還原至上一個狀態。 **注意** 當您還原快照至新叢集時，除非您指定了不同的值，否則將會使用預設安全群組與參數群組。 基於下列原因，您可能想要搭配不同組態將快照還原至叢集： + 當叢集是由更小的節點類型組成，而且您想要將其合併成更大的節點類型，而節點更少時。 + 當您已監控工作負載並判定需要移至 CPU 及儲存空間更多的節點類型時。 + 當您想要利用不同節點類型來測量測試工作負載的效能時。 「還原」有下列限制： + 新節點組態必須具有足夠儲存體可放置現有資料。即使在新增節點時，您的新組態可能因為資料的重新配送方式而沒有足夠儲存體。 + 還原操作會檢查快照是否建立在與新叢集的叢集版本相容的叢集版本上。如果新叢集的版本層級太早，則還原操作會失敗，並且會在錯誤訊息中報告詳細資訊。 + 您可以還原的可能組態 (節點數目和節點類型) 取決於原始叢集中的節點數目，以及新叢集的目標節點類型。若要判斷可用的組態，您可以使用 Amazon Redshift 主控台或 `describe-node-configuration-options` AWS CLI 命令搭配 `action-type restore-cluster`。如需使用 Amazon Redshift 主控台還原的相關資訊，請參閱[從快照還原叢集](#working-with-snapshot-restore-cluster-from-snapshot)。 下列步驟會使用 AWS CLI取得具有許多節點的叢集，並將其合併為更大的節點類型，而節點數更小。在此範例中，我們從 24 個 節點構成的來源叢集開始。在此情況下，假設我們已建立此叢集的快照，而且想要將其還原至更大的節點類型。 1. 執行下列命令來取得我們 24 節點 叢集的詳細資訊。 ``` aws redshift describe-clusters --region eu-west-1 --cluster-identifier mycluster-123456789012 ``` 1. 執行下列命令來取得快照的詳細資訊。 ``` aws redshift describe-cluster-snapshots --region eu-west-1 --snapshot-identifier mycluster-snapshot ``` 1. 執行下列命令來描述可供此快照使用的選項。 ``` aws redshift describe-node-configuration-options --snapshot-identifier mycluster-snapshot --region eu-west-1 --action-type restore-cluster ``` 此命令會傳回一個具有所建議節點類型的選項清單、節點數，以及每個選項的磁碟使用率。在此範例中，上述命令列出下列可能的節點組態。我們選擇還原至三節點 叢集。 ``` { "NodeConfigurationOptionList": [ { "EstimatedDiskUtilizationPercent": 65.26134808858235, "NodeType": "dc2.large", "NumberOfNodes": 24 }, { "EstimatedDiskUtilizationPercent": 32.630674044291176, "NodeType": "dc2.large", "NumberOfNodes": 48 }, { "EstimatedDiskUtilizationPercent": 65.26134808858235, "NodeType": "dc2.8xlarge", "NumberOfNodes": 3 }, { "EstimatedDiskUtilizationPercent": 48.94601106643677, "NodeType": "dc2.8xlarge", "NumberOfNodes": 4 }, { "EstimatedDiskUtilizationPercent": 39.156808853149414, "NodeType": "dc2.8xlarge", "NumberOfNodes": 5 }, { "EstimatedDiskUtilizationPercent": 32.630674044291176, "NodeType": "dc2.8xlarge", "NumberOfNodes": 6 } ] } ``` 1. 執行下列命令，將快照還原至我們選擇的叢集組態。在還原叢集之後，我們具有與來源叢集相同的內容，但資料已合併為三個 `dc2.8xlarge` 節點。 ``` aws redshift restore-from-cluster-snapshot --region eu-west-1 --snapshot-identifier mycluster-snapshot --cluster-identifier mycluster-123456789012-x --node-type dc2.8xlarge --number-of-nodes 3 ``` 如果您有預留節點 (例如 DC2 預留節點)，則可以升級至 RA3 預留節點。您可以在從快照還原時或在執行彈性調整大小時進行此升級。您可以使用主控台來引導您完成此程序。如需升級至 RA3 節點的相關資訊，請參閱[升級至 RA3 節點類型](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-upgrading-to-ra3)。 **在主控台上從快照還原叢集** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表中，選擇**叢集**、**快照**，然後選擇要還原的快照。 1. 選擇 **Restore from snapshot (從快照還原)** 以檢視要使用快照資訊建立之新叢集的 **Cluster configuration (叢集組態)** 和 **Cluster details (叢集詳細資訊)** 值。 1. 更新新叢集的屬性，然後選擇 **Restore cluster from snapshot (從快照還原叢集)**。 還原叢集快照後，還原的資料倉儲會使用拍攝快照時所使用的相同自訂 AWS KMS 金鑰進行加密。如果快照沒有自訂 KMS 金鑰，Amazon Redshift 的備份加密邏輯會取決於下列因素： + 您要還原快照的目標 Amazon Redshift 資料倉儲類型。 + 拍攝快照時叢集的加密類型。 若要了解從叢集快照還原資料倉儲後，資料倉儲如何進行加密，請參閱下表： | 目的地類型 | 快照加密類型 | 目的地加密類型 | | --- | --- | --- | | 佈建叢集 | 使用 加密 AWS 受管金鑰 | 使用 加密 AWS 受管金鑰 | | 佈建叢集 | 使用 加密 AWS 擁有的金鑰 | 使用 加密 AWS 擁有的金鑰 | | 無伺服器命名空間 | 使用 加密 AWS 受管金鑰 | 使用 加密 AWS 擁有的金鑰 | | 無伺服器命名空間 | 使用 加密 AWS 擁有的金鑰 | 使用 加密 AWS 擁有的金鑰 | 如果在拍攝快照時 AWS Secrets Manager 管理叢集的管理員密碼，您必須繼續使用 AWS Secrets Manager 來管理管理員密碼。您可以在還原叢集之後，透過在叢集詳細資訊頁面中更新叢集的管理員憑證，以選擇不使用機密。 如果您有預留節點，則可以升級至 RA3 預留節點。您可以在從快照還原時或在執行彈性調整大小時進行此升級。您可以使用主控台來引導您完成此程序。如需升級至 RA3 節點的相關資訊，請參閱[升級至 RA3 節點類型](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-upgrading-to-ra3)。 # 從快照還原資料表 您可以從快照來還原單一資料表，而無須還原整個叢集。當您自快照還原單一資料表時，您將指定來源快照、資料庫、結構描述與資料表名稱，以及還原的資料表目標資料庫、結構描述和新名稱。 **注意** RA3 佈建叢集和 Amazon Redshift Serverless 工作群組不支援無備份資料表。在 RA3 叢集或無伺服器工作群組中標記為無備份的資料表會視為永久資料表，且在拍攝快照時一律會備份，並一律在從快照還原時還原。不過，不支援選擇性還原無備份資料表。 新資料表名稱不能與現有資料表名稱重複。若您要將從快照還原的資料表取代現有資料表，請在從快照還原之前先重新命名或刪除現有資料表。 已使用資料表的欄位定義、資料表屬性和欄位屬性 (外部索引鍵除外) 建立目標資料表。為避免因相依性而導致的衝突，目標資料表不會從來源資料表繼承外部索引鍵。任何相依性，例如檢視或來源資料表上授予的許可，都不會套用至目標資料表。 若來源資料表存在擁有者，則該資料庫使用者是已還原資料表的擁有者，前提是該使用者有足夠的許可以成為指定資料庫和結構描述中關係的擁有者。否則，還原的資料表將由啟動叢集時建立的管理員使用者所擁有。 還原的資料表會恢復到備份時所處的狀態。這包括由 Amazon Redshift 符合[可序列化的隔離](https://docs.aws.amazon.com/redshift/latest/dg/c_serial_isolation.html)所定義的交易可見度規則，這表示在備份後開始傳送的交易中立刻可看見該資料。 以下為從快照還原資料表的限制： + 您只能將資料表還原至目前、活動執行中的叢集；以及從該叢集拍攝的快照中還原資料表。 + 您一次只能還原一個資料表。 + 您無法從叢集調整大小前拍攝的叢集快照還原資料表。例外情況是，如果節點類型沒有變更，您可以在彈性調整大小之後還原資料表。 + 任何相依性，例如檢視或來源資料表上授予的許可，都不會套用至目標資料表。 + 如果為要還原的資料表開啟了資料列層級安全，Amazon Redshift 會在開啟資料列層級安全的情況下還原資料表。 **從快照還原資料表** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表上，選擇**叢集**，然後選擇用以還原資料表的叢集。 1. 針對 **Actions (動作)**，選擇 **Restore table (還原資料表)** 以顯示 **Restore table (還原資料表)** 頁面。 1. 輸入要使用的快照、來源資料表和目標資料表資訊，然後選擇 **Restore table (還原資料表)**。 **Example 範例：使用 從快照還原資料表 AWS CLI** 下列範例使用 `restore-table-from-cluster-snapshot` AWS CLI 命令，從 `sample-database` 中的結構描述還原`my-source-table`資料表`my-snapshot-id`。您可以使用 AWS CLI 命令`describe-table-restore-status`來檢閱還原操作的狀態。此範例透過名為 `mycluster-example` 的新資料表還原快照至 `my-new-table` 叢集。 ``` aws redshift restore-table-from-cluster-snapshot --cluster-identifier mycluster-example --new-table-name my-new-table --snapshot-identifier my-snapshot-id --source-database-name sample-database --source-table-name my-source-table ``` # 從快照還原無伺服器命名空間 從快照還原無伺服器命名空間會將所有命名空間的資料庫替換為快照中的資料庫。如需無伺服器快照的詳細資訊，請參閱[快照和復原點](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-snapshots-recovery-points.html)。當您將佈建叢集快照還原到 Amazon Redshift Serverless 命名空間時，Amazon Redshift 會自動將具有交錯索引鍵的資料表轉換為複合索引鍵。如需排序索引鍵的相關資訊，請參閱[使用排序索引鍵](https://docs.aws.amazon.com/redshift/latest/dg/t_Sorting_data.html)。 若要將佈建叢集的快照還原至無伺服器命名空間。 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表中，選擇**叢集**、**快照**，然後選擇要使用的快照。 1. 選擇**從快照還原**、**還原至無伺服器命名空間**。 1. 選擇想要還原至的命名空間。 1. 確認您要從快照還原。選擇**還原**。此動作會使用佈建叢集中的資料取代無伺服器命名空間中的所有資料庫。 # 設定未加密叢集的跨區域快照複本 您可以設定 Amazon Redshift 將叢集的快照複製到另一個 AWS 區域。若要設定跨區域快照複製，您需要為每個叢集啟用此複製功能，並設定複製快照的位置，以及在目的地區域中保留複製自動或手動快照的時間長度 AWS 。當叢集啟用跨區域複製時，所有新的手動和自動快照都會複製到指定的 AWS 區域。複製的快照名稱前面會加上 **copy:**。 **設定跨區域快照** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表上，選擇**叢集**，然後選擇您要移動快照的叢集。 1. 針對**動作**，選擇**設定跨區域快照**。 隨即會出現 [設定跨區域] 對話方塊。 1. 針對**複製快照**，選擇**是**。 1. 在**目的地 AWS 區域中**，選擇要複製快照 AWS 的區域。 1. 在**自動快照保留期間 （天）** 中，選擇您希望自動快照在刪除之前保留在目的地 AWS 區域中的天數。 1. 在**手動快照保留期間**中，選擇代表您希望手動快照在刪除之前保留在目的地 AWS 區域中的天數的值。如果您選擇**自訂值**，則保留期必須介於 1 到 3653 天之間。 1. 選擇**儲存**。 # 為 AWS KMS加密的叢集設定跨區域快照複本 當您啟動 Amazon Redshift 叢集時，您可以在目的地 AWS 區域中為帳戶中的根金鑰設定快照複製授權。如果您未設定授予，則會使用預設 AWS擁有的金鑰加密目的地區域中的快照。如此，即可讓 Amazon Redshift 在目標 AWS 區域中執行加密操作。 下列程序說明為 AWS KMS加密叢集啟用跨區域快照複本的程序。如需 Amazon Redshift 中的加密和快照複製權限授予的相關資訊，請參閱[將 AWS KMS加密的快照複製到另一個快照 AWS 區域](working-with-db-encryption.md#configure-snapshot-copy-grant)。 **為 AWS KMS加密的叢集設定跨區域快照** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表上，選擇**叢集**，然後選擇您要移動快照的叢集。 1. 針對**動作**，選擇**設定跨區域快照**。 隨即會出現 [設定跨區域] 對話方塊。 1. 針對**複製快照**，選擇**是**。 1. 在**目的地 AWS 區域中**，選擇要複製快照 AWS 的區域。 1. 在**自動快照保留期間 （天）** 中，選擇您希望自動快照在刪除之前保留在目的地 AWS 區域中的天數。 1. 在**手動快照保留期間**中，選擇代表您希望手動快照在刪除之前保留在目的地 AWS 區域中的天數的值。如果您選擇**自訂值**，則保留期必須介於 1 到 3653 天之間。 1. 選擇**儲存**。 # 修改手動快照保留期 您可變更手動快照的保留期間，只要修改快照設定即可。 **變更手動快照保留期間** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表中，選擇**叢集**、**快照**，然後選擇要變更的手動快照。 1. 針對 **Actions (動作)**，選擇 **Manual snapshot settings (手動快照設定)** 以顯示手動快照的屬性。 1. 輸入快照定義的修訂屬性，然後選擇 **Save (儲存)**。 # 修改跨區域快照複本的保留期間 設定跨區域快照複本後，您也許會想變更設定。您可輕易變更保留期間，只要選取新的天數，並儲存變更即可。 **警告** 設定跨 AWS 區域快照複本後，您無法修改目的地區域。 如果您想要將快照複製到不同的 AWS 區域，請先停用跨區域快照複本。然後使用新的目的地 AWS 區域和保留期重新啟用它。在您停用跨區域快照複本後，所有複製的自動化快照都會遭到刪除。因此，建議您判斷是否有想要保留的項目，以便先將其複製到手動快照，再停用跨區域快照複本。 **修改跨區域快照** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表上，選擇**叢集**，然後選擇您要修改快照的叢集。 1. 對於 **Actions (動作)**，選擇 **Configure cross-region snapshot (設定跨區域快照)** 以顯示快照的屬性。 1. 輸入快照定義的修訂屬性，然後選擇 **Save (儲存)**。 # 刪除手動快照 您可以透過選取快照清單中的一或多個快照來刪除手動快照。 **刪除手動快照** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽功能表中，選擇**叢集**、**快照**，然後選擇要刪除的快照。 1. 針對 **Actions (動作)**，選擇 **Delete snapshot (刪除快照)** 以刪除快照。 1. 確認刪除列出的快照，然後選擇 **Delete (刪除)**。 # 將叢集註冊到 AWS Glue Data Catalog 您可以將整個叢集註冊到 ， AWS Glue Data Catalog 並建立由 管理的目錄 AWS Glue。您可以使用支援 Apache Iceberg REST API 的任何 SQL 引擎來存取這些目錄。如需從 Amazon Redshift 建立 Apache Iceberg 相容目錄的詳細資訊，請參閱《Amazon Redshift 資料庫開發人員指南》中的 [Amazon Redshift 的 Apache Iceberg 相容性](https://docs.aws.amazon.com/redshift/latest/dg/iceberg-integration_overview.html)。 **將叢集註冊到 AWS Glue Data Catalog** 1. 登入 AWS 管理主控台 ，並在 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)：// 開啟 Amazon Redshift 主控台。 1. 在導覽選單上，選擇**叢集**。 AWS 區域 系統會列出目前 中您帳戶的叢集。每個叢集的屬性子集會在清單中分欄顯示。如果您沒有任何叢集，請選擇 **Create cluster (建立叢集)** 以建立一個叢集。 1. 選擇您要註冊的叢集名稱。 1. 在**動作**中，選擇**註冊。 AWS Glue Data Catalog****在 AWS Glue Data Catalog註冊**快顯方塊隨即出現。 1. 在目的地 AWS 帳戶 ID 下，輸入您要註冊叢集的帳戶 ID。 ****這個帳戶 ID 將保存 AWS Glue Data Catalog中的目錄。 1. 在**將命名空間註冊為**下輸入名稱。這將是叢集在 Data Catalog 中的名稱。 1. 選擇**註冊**。您將進入 AWS Lake Formation 主控台。 1. 依照 AWS Lake Formation中的目錄建立程序進行。如需建立目錄的相關資訊，請參閱《 AWS Lake Formation 開發人員指南》中的[將 Amazon Redshift 資料帶入 AWS Glue Data Catalog](https://docs.aws.amazon.com/lake-formation/latest/dg/managing-namespaces-datacatalog.html)。