本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
使用 AWS SCT 資料擷取代理程式將 Teradata 資料庫遷移至 Amazon Redshift
由 Sergey Dmitriev (AWS) 建立
Summary
此模式會逐步引導您將 Teradata 資料庫遷移至 Amazon Redshift 資料庫，該資料庫會做為內部部署資料中心中的資料倉儲。模式使用 AWS Schema Conversion Tool (AWS SCT) 資料擷取代理程式。代理程式是與 AWS SCT 整合的外部程式，但會在其他地方執行資料轉換，並代表您與其他 AWS 服務互動。
先決條件和限制
先決條件
作用中的 AWS 帳戶
內部部署資料中心中的 Teradata 來源資料庫
產品版本
Teradata 13 版及更新版本。如需支援版本的最新清單，請參閱 AWS SCT 文件。
架構
來源技術堆疊
內部部署 Teradata 資料庫
目標技術堆疊
Amazon Redshift 叢集
資料遷移架構
工具
AWS SCT – AWS Schema Conversion Tool (AWS SCT) 會自動將來源資料庫結構描述和大部分自訂程式碼轉換為與目標資料庫相容的格式，以處理異質資料庫遷移。當來源和目標資料庫彼此之間差異很大時，您可以使用 AWS SCT 代理程式來執行額外的資料轉換。如需詳細資訊，請參閱 AWS 文件中的將資料從現場部署資料倉儲遷移至 Amazon Redshift。
史詩
| 任務 | 描述 | 所需技能 |
|---|---|---|
驗證來源和目標資料庫版本和引擎。 | 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、應用程式擁有者 | |
關閉專案並提供任何意見回饋。 |
相關資源
參考
教學課程
