本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
使用 AWS SCT 資料擷取代理程式將 Terdata 資料資料庫遷移到 Amazon Redshift
由謝爾蓋·德米特里耶夫(AWS)創建
R 類型 重新架構 | 來源:資料庫:關聯 | 目標:Amazon Redshift |
建立者:AWS | :Conment PoC 或試驗 | Technologies 資料庫; 移轉 |
AWS 服務:Amazon Redshift |
Summary
此模式會引導您完成將 Terdata 資料庫 (作為現場部署資料中心的資料倉儲) 遷移到 Amazon Redshift 資料庫的步驟。此模式使用 AWS Schema Conversion Tool (AWS SCT) 資料擷取代理程式。代理程式是與 AWS SCT 整合的外部程式,但在其他地方執行資料轉換,並代表您與其他 AWS 服務互動。
先決條件和限制
先決條件
作用中的 AWS 帳戶
內部部署資料中心的 TerraData 來源資料庫
產品版本
Terdata 13 版和更新版本。如需支援版本的最新清單,請參閱AWS SCT 文件。
Architecture
來源技術堆疊
內部署 Terabase 資料庫
目標技術堆疊
Amazon Redshift 叢集
資料遷移架構

Tools
AWS SCT–AWS Schema Conversion Tool(AWS SCT) 會自動將來源資料庫結構描述和大多數的自訂程式碼,轉換成與目標資料庫相容的格式,以處理異質資料庫遷移。當來源和目標資料庫彼此截然不同時,您可以使用 AWS SCT 代理程式執行其他資料轉換。如需詳細資訊,請參閱「」從現場部署的資料倉儲遷移資料至 Amazon Redshift在 AWS 文件中。
Epics
任務 | 描述 | 所有技能 |
---|---|---|
驗證來源與目標資料庫版本與引擎。 | DBA | |
識別目標伺服器執行處理的硬體需求。 | DBA, SysAdmin | |
識別儲存需求 (儲存類型和容量)。 | DBA, SysAdmin | |
選擇適當的執行個體類型 (容量、儲存功能、網路功能)。 | DBA, SysAdmin | |
識別來源和目標資料庫的網路存取安全性需求。 | DBA, SysAdmin | |
選擇應用程式移轉策略。 | DBA、SysAdmin、委任者 |
任務 | 描述 | 所有技能 |
---|---|---|
建立虛擬私有雲端 (VPC) 和子網路。 | SysAdmin | |
建立安全群組。 | SysAdmin | |
設定並啟動 Amazon Redshift 叢集。 | SysAdmin |
任務 | 描述 | 所有技能 |
---|---|---|
使用 AWS SCT 資料擷取代理程式遷移資料。 | 如需使用 AWS SCT 資料擷取代理程式的詳細資訊,請參閱〈參考與說明〉一節中的連結。 | DBA |
任務 | 描述 | 所有技能 |
---|---|---|
遵循選擇的應用程式遷移策略。 | DBA、SysAdmin、委任者 |
任務 | 描述 | 所有技能 |
---|---|---|
將應用程式用戶端切換至新的基礎結構。 | DBA、SysAdmin、委任者 |
任務 | 描述 | 所有技能 |
---|---|---|
關閉臨時 AWS 資源。 | DBA, SysAdmin | |
複查並驗證專案文件。 | DBA、SysAdmin、委任者 | |
收集有關移轉時間的指標、手動與工具任務的百分比、節省成本等。 | DBA、SysAdmin、委任者 | |
關閉專案並提供任何意見反應。 |
相關資源
References
將平方數據重置功能轉換為 Amazon Redshift SQL(AWS Prescriptive Guidance)
將太子數據正常化臨時功能轉換為 Amazon Redshift SQL(AWS Prescriptive Guidance)
教學課程