What problem does it solve? Moving Spark notebooks, Spark Job Definitions, Lake Databases, and Spark Pools from Azure Synapse Analytics to Microsoft Fabric requires rewriting mssparkutils calls, replacing Linked Services, and recreating catalog metadata — a manual, error-prone process without a structured API-driven workflow. ## Core Features & Use Cases - Phased Migration Orchestration: Migrates Spark Pools to Fabric Environments, Lake Databases (built-in or external Hive Metastore) to Lakehouses with OneLake Shortcuts, and Notebooks/SJDs with lakehouse binding, executed in dependency order. - Code Refactoring Guidance: Provides before/after patterns for mssparkutils → notebookutils (including the env→runtime namespace change), Linked Services → Data Connections/Shortcuts, Kusto/Cosmos DB connectors, ADLS OAuth token providers, and unsupported spark.catalog methods. - Validation & Troubleshooting: Includes a gotcha catalog (G1–G9), feature parity matrix, capacity sizing tables, and post-migration validation checks for row counts, schemas, and shortcut health. - Use Case: A data engineer needs to port a Synapse workspace with 5 Lake Databases and 40 notebooks to Fabric. The skill inventories the databases via the Synapse data-plane API, creates Lakehouses with schema mapping, creates ADLS shortcuts per table, refactors notebook code, and produces a migration report. ## Quick Start Ask the AI to migrate your Synapse workspace to Microsoft Fabric by providing the Synapse workspace name and target Fabric workspace name.