適用対象: Microsoft Fabric のウェアハウス✅
Fabric Migration AssistantはFabricにネイティブに組み込まれた移民体験です。 Microsoft Fabricへのガイド付き移行体験を提供します。
Migration Assistantはソースデータベースからメタデータやデータをコピーし、ソーススキーマを自動的にFabric Data Warehouseに変換します。 AI 搭載サポートにより、移行の非互換性やエラーに対する迅速な解決策が提供されます。
ヒント
移行アシスタントの詳細な移行ガイドについては、「 ファイルをアップロードして移行 する」および 「ソース システムに接続して移行する」を参照してください。
移行には、Data Warehouse 向け Fabric Migration Assistant を使用してください:
- Azure Synapse Analytics 専用 SQL プールから
- SQL Serverおよびその他のSQL データベース エンジンプラットフォーム
- Teradata メタデータ (プレビュー)
移行の手順
Migration AssistantはFabric Data Warehouseへの移行を助けます。 DACPACファイルをアップロードするか、ソースシステムへの直接接続を作成することができます。
Fabric Migration Assistantでの移住には以下のステップが含まれます。
- テーブル定義などのオブジェクトスキーマを新しいFabricウェアハウスに移行するには、ソースファイルをアップロードするかソースシステムに接続してください。
- Migration Assistantを使って、自動移行できなかったオブジェクトのT-SQL型や定義を更新して問題を解決します。
- Fabric Data Factoryのコピージョブを使ってデータをコピーします。
- 古い倉庫と新しい倉庫をテスト・比較してください。 最後に、ソース ウェアハウスにアクセスするアプリケーションからの接続を新しいウェアハウスに向けて再ルーティングします。
移行されるオブジェクト
このMigration Assistantは、DACPACファイルのアップロード、.sqlまたは.bteqファイルのzipアーカイブのアップロード、ソースシステムへの接続などでFabric Data Warehouseへの移行をサポートします。 キャプチャされたデータベースオブジェクトのメタデータには以下が含まれます:
- 表
- 見解
- Functions
- ストアド プロシージャ
- ロール、アクセス許可、動的データ マスクなどのセキュリティ オブジェクト
Migration Assistant を使用して問題を修正します
一部のT-SQLスクリプトは、メタデータがFabric Data Warehouseでサポートされているメタデータに移行できなかったり、コードがT-SQLに適用できなかった場合に移行に失敗します。 移行アシスタントの 問題の修正 手順は、これらの失敗したスクリプトを修正するのに役立ちます。
詳細については、「ステップ バイ ステップチュートリアル: ファイルをアップロードして移行 する」または 「ソース システムに接続して移行する」を参照してください。
プライマリ オブジェクトと依存オブジェクト
失敗したスクリプトは次のセットに分割されます。
- プライマリオブジェクトは他のオブジェクトに依存しません。
- 依存オブジェクトは、直接的または間接的に1つまたは複数のオブジェクトに依存します。
依存オブジェクトは、プライマリ オブジェクトが修正されるまで移行されないため、まずプライマリ オブジェクトを修正することが推奨されます。
例えば、テーブルA、テーブルAを使用するビューB、ビューBを使用するビューCの3つのオブジェクトを考えます。この場合、プライマリオブジェクトはテーブルAです。ビューBとCは依存オブジェクトです。
移行をより迅速に完了できるように、プライマリ オブジェクトは優先順位に従って並べ替えられます。 優先順位は、そのオブジェクトの依存関係の数に基づいています。 依存関係とは、直接的または間接的に、このオブジェクトを参照するか、このオブジェクトに依存しているオブジェクトを指します。
たとえば、テーブル A はビュー B と C に 2 つの依存関係を持ち、ビュー B はビュー C に 1 つの依存関係を持ち、ビュー C には依存関係がありません。 優先順位は表A、ビューB、次にビューCです。
移行エラーを修正する
エラー情報を手動で確認・修正するか、AI支援のCopilotを活用してください。 (Copilot は有効にする必要があります。)Copilot はクエリを分析し、最適な修正方法を見つけようとします。 Copilot は、修正内容とその理由を説明するコメントを残します。 Copilot は AI を使用しているため、間違いが発生する可能性があるので、コードを実行する前に提案内容を確認してください。
クエリを実行すると、Migration Assistantがオブジェクトとその依存関係を検証し、移行します。 修正されたオブジェクトが移行されると、[Primary objects] (プライマリ オブジェクト) タブが更新されて、優先順位付けされたオブジェクトの新しい一覧が表示されます。 プライマリ オブジェクトを修正しても、プライマリ オブジェクトの数が同じままであることがあり、増えることさえあります。 たとえば、オブジェクト B の破損の理由が、オブジェクト A を含む他の複数の破損したオブジェクトに依存していることであるとします。このシナリオでは、オブジェクト A を修正しても、B で修正されるのはすべてではなく一部のエラーであるため、B が依存オブジェクトからプライマリ オブジェクトに変更されます。
セキュリティ
ロール、権限(GRANT、REVOKE、DENYなど)、動的データマスキングなどのほとんどのセキュリティオブジェクトは自動的に移行します。 SQL認証ユーザーやカラムレベルの暗号化など、一部のオブジェクトはFabricで動作させるためにアップデートが必要です。 Migration Assistantはこれらの問題を「問題修正リスト」にフラグ付けします。
Microsoft FabricでSQL認証ユーザーをMicrosoft Entraユーザーに置き換えてください。 Microsoft Entra IDを通じて彼らがFabricにサインインできるようにし、権限管理または共有ダイアログを使って倉庫に追加してください。 ユーザーを追加するには、管理者またはメンバーがリシェア権限を持っている必要があります。
データをコピーする前に、移行に失敗したセキュリティオブジェクトを修正し、必要なセキュリティが設定されているか確認して、ユーザーが機密情報に意図しないアクセスを持たないようにしましょう。
制限事項
現時点では、ソース ウェアハウスと Fabric ウェアハウスの間に完全な T-SQL 互換性はありません。 詳細については、以下を参照してください。
以下の表は、よくある非サポート機能に対する回避策を示しています。
| 問題点 | 回避策 |
|---|---|
| SQL 認証 | SQL 認証ユーザーは、SQL 認証の代替手段の Microsoft Entra 認証を使用して置き換えます。 |
| 列レベルの暗号化 | アプリケーション層での暗号化実装や、Fabricのデータウェアハウジングでユーザー権限に基づく機密データを難読化する動的データマスキングなど、他の方法を用いてデータ保護を行ってください。 |
| ID 列 | Fabric Data Warehouse の IDENTITY 列の動作は、SQL Server などの他のプラットフォームとは異なります。 詳細については、「 Fabric Data Warehouse の IDENTITY 列について」を参照してください。 |
Fabric Data Warehouse では、次のサポートされていない機能は不要です。
- 索引
- 透過データ暗号化(TDE):Fabric Data Warehouse TDEは必要なく、すでにより高度な方法でデータを暗号化しています。 詳細については、「 Fabric Data Warehouse でのデータ暗号化」を参照してください。
現在サポートされていないその他の機能で、表示される可能性があるものは次のとおりです。
- 外部テーブル
- 複数ステートメント テーブル値関数 (TVF)