本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
遷移程序
實作遷移策略的企業通常不會一次將所有資料傳輸到雲端。事實上，許多組織採用反覆方法進行雲端遷移，同時受到商業和技術需求的影響。如需部署選項的詳細資訊，請參閱 Teradata 網站上的現場部署至雲端遷移
當您準備好將資料遷移至 VantageCloud Lake 時，Teradata 遷移架構會引導您完成每個步驟。此架構涵蓋雲端遷移的整個範圍，從設計到上線、從 Teradata 平台到與其連線的生態系統，並為內部和外部團隊提供指引。這是一個可靠、快速且有效的藍圖，用於遷移至 Teradata 的雲端產品並利用其優勢。
遷移架構包含下列階段：
-
設計
-
連接
-
實作
-
上線
設計
設計階段的目標是判斷您的遷移準備程度，以及與利益相關者就常見遷移方法達成的安全協議。此階段包含下列階段：
-
啟動 – 設定利益相關者的期望。
-
評估 – 完成高階評估。
-
設計解決方案 – 完成詳細的評估、設計和方法。
我們建議您在此階段中使用這些角色，以提供對需求的輸入：
-
您的專案發起人和商業使用者
-
您的資料分析架構師和生態系統架構師
-
您的資訊安全架構師
-
您的資料倉儲主管
-
您的測試主管
下列 Teradata 角色會參與此階段，並引導需求討論：
-
Teradata 帳戶團隊
-
Teradata 解決方案工程師
-
Teradata 雲端架構師
在設計階段結束時，您將有詳細的架構圖、高階時間表、關鍵相依性和風險的初始清單，以及整體遷移方法的協議。
連接
Connect 階段的目標是確認您的遷移準備狀態、部署雲端執行個體，並完成詳細規劃。此階段包含下列階段：
-
測試策略和成功條件 – 定義成功是什麼樣子。
-
加入 – 佈建和部署您的雲端執行個體。
-
實作計畫 – 定義詳細的實作計畫。
我們建議您在此階段中使用這些角色，以提供詳細規劃的輸入：
-
您的專案發起人和商業使用者
-
您的資料分析架構師和生態系統架構師
-
您的資訊安全架構師
-
您的資料倉儲主管
-
您的 IT 領導領域，例如防火牆和網路連線
-
您的測試主管
-
您的專案經理
下列 Teradata 角色會參與此階段，並引導需求討論：
-
Teradata 解決方案工程師
-
Teradata 雲端架構師
-
Teradata 服務體驗管理員
-
Teradata 雲端佈建團隊
-
Teradata 雲端支援團隊
-
Teradata 專案經理
-
Teradata 遷移顧問
-
Teradata 雲端實作管理員
在 Connect 階段結束時，您將擁有測試策略、部署的雲端執行個體、詳細的實作計畫，以及準備好開始實作遷移計畫的協議。
實作
實作階段的目標是準備環境以支援您的測試、完成所有遷移前測試，以及實作遷移計畫。此階段包含下列階段：
-
轉換 – 將測試資料遷移至 VantageCloud Lake 系統，並視需要轉換擷取、轉換和載入 (ETL) 或商業智慧 (BI) 工作負載。
-
驗證平台和生態系統 – 迴歸測試任何轉換後的 ETL 或 BI 工作負載、測試 Teradata 和第三方應用程式，並完成效能測試。
-
遷移、驗證和追上資料 – 實作詳細的遷移計畫。
我們建議您在此階段中使用這些角色來完成遷移：
-
您的專案發起人和商業使用者
-
您的資料倉儲主管
-
您的 ETL 和 BI 主管
-
您的測試負責人和測試團隊
-
您的 IT 領導領域，例如防火牆和網路連線
-
您的專案經理
此階段涉及的 Teradata 角色包括：
-
Teradata 遷移顧問
-
Teradata 服務體驗管理員
-
Teradata 雲端支援團隊
-
Teradata 專案經理
-
Teradata 遷移顧問
-
Teradata 雲端實作管理員
在實作階段結束時，您的系統將在 上的 VantageCloud Lake 中上線 AWS。
上線
Go 即時階段的目標是最佳化雲端系統並轉換為營運支援。此階段包含下列階段：
-
最佳化 – 完成工作負載管理和其他遷移後工作。
-
轉換 – 完成轉換至營運支援團隊。
我們建議您在此階段中使用這些角色：
-
您的資料倉儲主管
-
您的 IT 領導領域，例如防火牆和網路連線
-
您的測試主管
-
您的專案經理
此階段涉及下列 Teradata 角色：
-
Teradata 服務體驗管理員
-
Teradata 雲端支援團隊
-
Teradata 專案經理
-
Teradata 雲端實作管理員
在上線階段結束時，您的 VantageCloud Lake 系統將上線 AWS，持續的營運支援將開始，遷移後活動將完成。
