

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# 移行プロセス
<a name="migration-process"></a>

移行戦略を実装するすべての企業が、すべてのデータをクラウドに同時に転送するわけではありません。実際、多くの組織は、ビジネス面と技術面の両方の要望により、クラウド移行に反復的なアプローチを採用しています。デプロイオプションの詳細については、Teradata ウェブサイトの「[On-premises to Cloud Migration](https://www.teradata.com/insights/data-platform/on-premises-to-cloud-migration)」を参照してください。

オンプレミス環境の Teradata Vantage から Teradata VantageCloud Enterprise on AWS にデータを移行する準備ができたら、Teradata 移行フレームワークをプロセスの各ステップのガイドとして使用できます。このフレームワークは、設計から本番稼働、Teradata プラットフォームから接続先のエコシステムに至るまで、クラウド移行全体を対象としています。社内外のチームにガイダンスを提供し、Teradata クラウドへの移行とそのサービスの活用のための信頼性が高く迅速で効果的なロードマップをもたらします。

次の図は、移行計画に使用できるフレームワークのフェーズを示しています。

![移行プロセス](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/migration-teradata-vantagecloud-aws/images/migration_process.png)


## 設計
<a name="design-stage"></a>

設計フェーズの目標は、移行の準備状況を決定し、一般的な移行アプローチについてステークホルダーの合意を得ることです。このフェーズは以下の段階で構成されます。
+ 開始 – ステークホルダーが何を期待しているかを明らかにします。
+ 評価 – 大まかな評価を完了します。
+ 設計ソリューション – 詳細な評価、設計、アプローチを完了します。

設計フェーズの間に、要件に対する情報を提供してもらうために連携することが推奨されるロールの一部を以下に示します。
+ プロジェクトスポンサーとビジネスユーザー
+ データ分析アーキテクトとエコシステムアーキテクト
+ 情報セキュリティアーキテクト
+ データウェアハウスリード
+ テストリード

設計フェーズに関与し、要件に関する議論を主導する Teradata ロールの一部を以下に示します。
+ Teradata アカウントチーム
+ Teradata ソリューションエンジニア
+ Teradata クラウドアーキテクト

設計フェーズの終了時には、詳細なアーキテクチャ図、大まかなタイムライン、重要な依存関係とリスクの初期リストが完成しています。また、移行アプローチ全体について合意に達します。

## 接続
<a name="connect"></a>

接続フェーズの目標は、移行の準備状況の確認、クラウドインスタンスのデプロイ、詳細な計画の完成です。接続フェーズは以下の段階で構成されます。
+ テスト戦略と成功基準 – 何を成功とするかを定義します。
+ オンボーディング — クラウドインスタンスをプロビジョニングしてデプロイします。
+ 実装計画 – 詳細な実装計画を定義します。

設計フェーズの間に、詳細な計画への情報を提供してもらうために連携することが推奨されるロールの一部を以下に示します。
+ プロジェクトスポンサーとビジネスユーザー
+ データ分析アーキテクトとエコシステムアーキテクト
+ 情報セキュリティアーキテクト
+ データウェアハウスリード
+ ファイアウォールやネットワーク接続などの分野の IT リード
+ テストリード
+ プロジェクトマネージャー

接続フェーズに関与し、要件に関する議論を主導する Teradata ロールの一部を以下に示します。
+ Teradata ソリューションエンジニア
+ Teradata クラウドアーキテクト
+ Teradata サービスエクスペリエンスマネージャー
+ Teradata クラウドプロビジョニングチーム
+ Teradata クラウドサポートチーム
+ Teradata プロジェクトマネージャー
+ Teradata 移行コンサルタント
+ Teradata クラウド実装マネージャー

接続フェーズの終了時には、テスト戦略、デプロイ済みのクラウドインスタンス、詳細な実装計画が完成し、移行計画の実装を開始する準備が整ったという合意に達します。

## Execute
<a name="execute-stage"></a>

実行フェーズの目標は、テストをサポートする環境を準備し、すべての移行前テストを完了し、移行計画を実行することです。このフェーズは以下の段階で構成されます。
+ 変換 – テストデータをクラウドシステムに移行し、必要に応じて抽出、変換、ロード (ETL) ワークロードやビジネスインテリジェンス (BI) ワークロードを変換します。
+ プラットフォームとエコシステムの検証 – 変換された ETL や BI ワークロードの回帰テスト、Teradata およびサードパーティー製アプリケーションのテスト、パフォーマンステストを完了します。
+ データの移行、検証、キャッチアップ — 詳細な移行計画を実行します。

実行フェーズの間に、移行を完了するために連携することが推奨されるロールの一部を以下に示します。
+ プロジェクトスポンサーとビジネスユーザー
+ データウェアハウスリード
+ ETL および BI リード
+ テストリードとテストチーム
+ ファイアウォールやネットワーク接続などの分野の IT リード
+ プロジェクトマネージャー

実行フェーズに関与する Teradata ロールの一部を以下に示します。
+ Teradata 移行コンサルタント
+ Teradata サービスエクスペリエンスマネージャー
+ Teradata クラウドサポートチーム
+ Teradata プロジェクトマネージャー
+ Teradata 移行コンサルタント
+ Teradata クラウド実装マネージャー

実行フェーズの終了時には、オンプレミスの Teradata 環境が Teradata VantageCloud Enterprise on AWS で稼働している状態になります。

## 稼働
<a name="golive-stage"></a>

稼働フェーズの目標は、クラウドシステムを最適化し、運用サポートに移行することです。稼働フェーズは以下の段階で構成されます。
+ 最適化 — ワークロード管理などの移行後の作業を完了します。
+ 移行 – 運用サポートチームへの移行を完了します。

稼働フェーズの間に、連携することが推奨されるロールの一部を以下に示します。
+ データウェアハウスリード
+ ファイアウォールやネットワーク接続などの分野の IT リード
+ テストリード
+ プロジェクトマネージャー

稼働フェーズに関与する Teradata ロールの一部を以下に示します。
+ Teradata サービスエクスペリエンスマネージャー
+ Teradata クラウドサポートチーム
+ Teradata プロジェクトマネージャー
+ Teradata クラウド実装マネージャー

稼働フェーズの終了時には、Teradata VantageCloud Enterprise システムが AWS で稼働している状態となり、継続的な運用サポートが開始され、移行後のアクティビティが完了します。