為什麼 Amazon Redshift 叢集的傳統調整大小需要如此長時間才能完成？

解決方案

Amazon Redshift 叢集完成傳統調整大小所需的時間可能會從數小時到數天不等。由於下列原因，叢集的傳統調整大小可能需要更長時間：

• 讀取來源叢集上的工作負載
• 傳輸的表格數量和大小
• 表格定義和偏差的表格
• 來源與目標叢集中使用的節點數量和類型

減少傳統調整大小的停機時間

若要減少傳統調整大小所需的時間，請完成下列任務：

• 使用 Amazon Redshift 主控台來監控調整大小操作的狀態。在叢集詳細資訊頁面上，選擇狀態索引標籤以檢視平均傳輸速率、經過時間和剩餘時間。
• 修正偏差的表格，然後選擇適當的分佈索引鍵。如需詳細資訊，請參閱 Amazon Redshift 工程的進階表格設計手冊：分佈樣式和分佈索引鍵。
• 移除未使用的表格。若要識別未使用的資料表，請從 GitHub 網站執行 unscanned_table_summary.sql 指令碼。
  **注意事項：**未掃描的表格摘要僅會顯示過去幾天的歷史記錄。若要擷取較長時間的使用情況資料，請使用 GitHub 網站中的 SystemTablePersistence 公用程式。
• 使用彈性調整大小來新增或移除現有 Amazon Redshift 叢集上的節點，並自動將資料重新分佈到新節點。由於彈性調整大小不會建立新叢集，因此停機時間顯著低於傳統調整大小。如需詳細資訊，請參閱 Amazon Redshift 中的叢集調整大小。

如需如何最佳化調整大小效能的詳細資訊，請參閱 Amazon Redshift 的 10 大效能調整技術。

對傳統調整大小進行疑難排解

若要對傳統調整大小問題進行疑難排解，請完成下列工作：

• 如果您的叢集在 AWS Command Line Interface (AWS CLI) 中的狀態為 NONE，則表示目標叢集仍在佈建中。等待目標叢集佈建完成。複製叢集之後，狀態即會變更為 IN_PROGRESS。
  **注意事項：**如果您在執行 AWS CLI 命令時收到錯誤，請參閱對 AWS CLI 錯誤進行疑難排解。此外，請確定您使用的是最新的 AWS CLI 版本。
• 如果您收到關於磁碟空間不足的錯誤訊息，則您的資料不符合目標叢集。調整具有更多節點、不同分佈樣式或不同節點類型的 Amazon Redshift 叢集的大小。如需詳細資訊，請參閱 Amazon Redshift 中的叢集調整大小。
• 若要在完成之前取消調整大小操作，請從 Amazon Redshift 主控台的叢集詳細資訊頁面中選擇取消調整大小。或者，從 AWS CLI 執行 cancel-resize 命令。
  **注意事項：**調整大小操作處於最後階段時，無法取消。

相關資訊

如何調整 Amazon Redshift 叢集的大小？

為什麼 Amazon Redshift 叢集中的表格取用的磁碟儲存空間超過預期或比預期更少？