適用対象:✅ Warehouse in Microsoft Fabric
Teradataの移行には主に2つのステップがあります。Fabric Migration Assistantでメタデータを移行し、その後コピージョブ、Fabricパイプライン、またはCOPY INTOでデータを移動します。 結果の検証と接続の再ルーティングによって移行を完了します。
プログラム計画については、 Teradataからの移行計画を参照してください。 構文やオブジェクトマッピングについては、Fabric Data Warehouseの「Translate Teradata SQL」を参照してください。
推奨される移行パス
| 段階 | 推奨される方法 | Result |
|---|---|---|
| Metadata | Teradata の .sql ファイル、.bteq ファイル、またはその両方を含む ZIP ファイルを Migration Assistant にアップロードしてください |
サポートされるオブジェクトは新しいウェアハウスで翻訳・作成されます |
| Remediation | 修正するオブジェクトを確認し、文書化されたマッピングまたは Copilot の提案を使用します | 必要なオブジェクトは修正され、展開されます |
| データ | ガイド付き転送にはコピージョブを使用し、大量の大量ロードにはステージファイルと COPY INTO を使用してください |
ソースデータは読み込み、照合済みです |
| Cutover | ワークロードの検証と、ロードおよびレポート接続のルート変更 | アプリケーションはFabric Data Warehouseを使用 |
Note
Migration Assistantはメタデータとコードを翻訳し展開します。 データ移動は、移行ワークフロー内の別のコピージョブまたは取り込みステップとして実行されます。
前提条件
始める前に、以下の準備をしてください:
- アクティブキャパシティを持つFabricワークスペース。
- Teradataのテーブル、ビュー、手続き、関数、マクロ、その他必要なオブジェクト定義を含む
.sqlおよび/または.bteqファイルのzipアーカイブです。 - 移行ウェーブ内のスキーマのすべての依存関係。
- 目的地の倉庫名とコレーションの選択。
- データ移動にコピージョブを使う予定がある場合は、ソース認証情報を用意してください。
単独の SELECT 文だけを含むファイルではなく、DDLの定義を含めましょう。 Migration Assistantは、オブジェクトを定義しないクエリ専用ファイルを無視します。
Migration Assistantでメタデータを移行する
Migration AssistantはTeradataをソースとしてサポートし、アップロードされたTeradataメタデータをFabric互換T-SQLに変換します。
- Fabricワークスペースで「移行」を選択してください。
- ウェアハウスへの移行 で、Teradata (プレビュー) ソース タイルを選択します。
- 「 ソースを設定する」で「 ファイル選択」を選択し、zipファイルを閲覧してから 「次へ」を選びます。
- 検出されたソースオブジェクトを確認し、この移行波のスキーマまたは個別オブジェクトを選択します。
- 個々のオブジェクトを選択すると、移行対象の依存オブジェクトも確認できます。
- 「 設定先」でワークスペースを選択し、新しい倉庫名を入力し、コレーションを選択します。
- 入力を確認してから 「移行」を選択してください。
- Migration Assistantが対応メタデータを翻訳し、新しいウェアハウスを作成するのを待ちましょう。
- メタデータの移行概要を確認してください。 各オブジェクトとその状態を見るには「 移行したオブジェクトを表示 」を展開してください。
- 詳細でデータ型やSQLの調整を確認するオブジェクトを選択します。
- レビューや移行追跡のためにオフラインレコードが必要な場合は、要約をエクスポートしてください。
依存関係が欠けている、またはサポートされていない構造を持つオブジェクトは 、修正対象オブジェクトの下に表示されます。
メタデータ変換の問題を修正
Migration Assistantを使って、自動生成されないオブジェクトをレビュー・修正してください:
- 問題を解決してオブジェクトを選択してください。
- 共有クエリのソース定義、自動翻訳コメント、エラー情報を確認してください。
- テナントと容量でCopilotが有効であれば、「クエリエラーを修正」を選択して修正案を生成してください。
- AI生成のすべての変更を見直してください。 必要に応じてスクリプトを調整してください。
- スクリプトを検証しオブジェクトを作成するために 「実行 」を選択してください。
- 必要なアイテムごとにこれを繰り返します。 ターゲットに不要なオブジェクトはスキップしましょう。
Copilotはミスをすることがある。 修正されたコードとTeradataの挙動、テスト境界、null、精度、誤りのケースを比較してください。
データをコピーする
必要なテーブルメタデータが揃ったら、1つのデータ移動方法を選択します。
コピー ジョブを使用する
ガイド付きで完全なまたは増分的な転送にコピージョブを使います:
- Migration Assistantでデータをコピーを開いて、コピージョブを使用を選択します。
- ジョブ名を付け、ソースの認証情報を使ってTeradataに接続します。
- コピーするテーブルを選択します。
- OneLakeカタログから倉庫を選択します。
- 表と列のマッピングをレビューしてください。
- 初期移行には一度限りの完全コピーを選択し、元の構成が対応している場合は共存期間の増分コピーを選択します。
- 「保存+実行」を選択し、行数、所要時間、失敗を監視します。
ステージされたファイルとCOPY INTOを使用する
大規模な履歴転送の場合は、TeradataテーブルをADLS Gen2に一括アンロードします。 サポートがあればParquetファイルを使い、抽出マニフェストを保持し、 COPY INTOを使ってファイルを読み込みます。
Example:
COPY INTO dbo.FactSales
FROM 'https://<storage-account>.dfs.core.windows.net/<container>/factsales/'
WITH (
FILE_TYPE = 'PARQUET'
);
ストレージアカウントのネットワーク構成が必要な場合は 、信頼されたワークスペースアクセス とワークスペースIDを使用してください。 フローに多段階のオーケストレーション、変換、分岐、カスタムリカバリーが必要な場合は、代わりにFabricパイプラインを活用してください。
テラデータロードユーティリティの置き換え
Teradataユーティリティはデータの移動とオーケストレーションの両方の挙動を表します。 ロードステートメントだけを翻訳するのではなく、完全な動作を再現してください。
| テラデータユーティリティ | Fabric メソッド | 移行パターン |
|---|---|---|
| FastLoad |
COPY INTO またはコピージョブ |
ステージファイルに一括アンロードし、空のターゲットテーブルを作成し、並列でロードします |
| マルチロード |
COPY INTO プラス MERGE |
ステージングテーブルにファイルを読み込み、検証し、挿入、更新、削除をターゲットにマージします |
| テラデータ並列輸送装置 | コピー アクティビティとスクリプト アクティビティを含む Fabric パイプライン | 演算子、シーケンス、エラー処理、依存関係を明示的なパイプラインステップとして再現します |
BTEQ .IMPORT |
COPY INTO テーブル |
クライアント側のインポート動作を、ガバナーされたステージファイルロードに置き換える |
BTEQ .EXPORT |
パイプライン、ノートブック、またはサポート済みエクスポートパターン | 利用先システムに応じて、出力先とファイル形式を選択します。 |
接続の検証と再ルーティング
カットオーバー前:
- 行数、集計値、NULL値、小数値、タイムスタンプ、および照合順序の影響を受ける値を突き合わせます。
- テストビュー、プロシージャ、関数、BTEQ置換、レポート、セマンティックモデル。
- ロード失敗時のリプレイ、部分的な失敗、インクリメンタル同期、および同時実行のピーク時をテストする。
- 代表的な景気循環のソースとターゲットの結果を比較しましょう。
- 最終デルタロードを実行し、カットオーバーチェックリストを完成させます。
- レポート、セマンティックモデル、アプリケーション、ETL/ELT接続をFabric Data Warehouseに更新してください。