遷移時直接連接到來源系統

適用於：Microsoft Fabric 中的✅ 資料庫

Fabric 移轉小幫手 for Data Warehouse 是一套移轉體驗，可將 Azure Synapse Analytics、SQL Server 與其他 SQL 資料庫平台中的專用 SQL 集區無縫複製到 Microsoft Fabric Data Warehouse。

本指南將引導你從 Azure Synapse Analytics 專用 SQL 池或 SQL Server 資料庫，透過連接原始系統遷移到 Fabric 倉庫的步驟。

先決條件

開始之前，請確定您具備下列項目：

具有活躍容量或試用容量的 Fabric 工作區。
建立工作區或選取您想要移轉至的現有工作區。遷移助理會為你建立一個新的倉庫。
收集來源系統的連線資訊，包括伺服器名稱、資料庫名稱及驗證方式。

要使用移轉小幫手的 AI 輔助遷移功能來解決遷移問題，您需要啟用 Copilot：

您的系統管理員必須先啟用租用戶切換功能，然後您才能開始使用 Copilot。如需詳細資訊，請參閱 Copilot 租用戶設定。
您的 F2 或 P1 容量 必須位於網狀架構區域可用性中列出的其中一個區域。
如果您的租用戶或容量位於美國或法國境外，則 Copilot 預設為停用，除非您的 Fabric 租用戶系統管理員在 >>>租用戶設定中啟用 傳送至 Azure OpenAI 的資料可在您的容量所屬地理區域、合規界限或國家雲端執行個體之外進行處理 租用戶設定。
試用版 SKU 不支援 Microsoft Fabric 中的 Copilot。目前僅支持付費 SKU（F2 或更新版本或 P1 或更高版本）。
如需詳細資訊，請參閱 Fabric 和 Power BI 中的 Copilot 概觀。

複製中繼資料

在您的 Fabric 工作區中，選取專案動作簡報表上的 [遷移] 按鈕。
在 遷移到 Fabric 的原始碼選單中，在 「遷移到倉庫」中，選擇來源系統圖塊。對於 Azure Synapse Analytics，請選擇 Azure Synapse Analytics 專用 SQL 池。對於 SQL Server、Azure SQL Database 或 Azure SQL 受控執行個體，請選擇 SQL Server database。
在 「選擇你的方法 」頁面，選擇 直接連接原始碼系統，然後選擇 「下一步」。
在 設定來源時，輸入伺服器名稱、資料庫名稱和認證細節，然後選擇 下一步。
在「設定目的地」頁面，選擇 Fabric 工作區，輸入新倉庫名稱，然後選擇「下一步」。
檢閱您的輸入，然後選取 [移轉]。移轉小幫手建立一個新的倉庫項目，並開始進行元資料遷移。

備註

使用遷移助理工具時，新倉庫具有不區分大小寫的排序規則，與預設倉庫的整理設定無關。

在此步驟中，遷移助理會將 T-SQL 元資料轉換為 Fabric Data Warehouse 中支援的 T-SQL 語法。當元資料遷移完成後，移轉小幫手會開啟。你可以隨時透過倉庫功能區主頁籤中的遷移按鈕存取遷移助理。
在遷移助手中查看中繼資料遷移摘要。你會看到遷移物件的數量，以及需要修復才能遷移的物件數量。
選擇「顯示已遷移的物件」以展開該區塊，並查看移轉小幫手成功遷移到你的 Fabric 倉庫的物件清單。

狀態欄位表示物件的元資料在翻譯過程中是否被調整以支援Fabric Data Warehouse。例如，您可能會看到某些資料行資料類型或 T-SQL 語言建構會自動轉換成 Fabric 中支援的資料類型。 [詳細資料] 資料行會顯示物件調整的相關資訊。
選取任何物件，以查看移轉期間所做的調整。
以全螢幕檢視開啟中繼資料移轉摘要，以提高可讀性。套用篩選器來檢視特定物件類型。

使用遷移助理解決問題

某些資料庫物件中繼資料可能無法移轉。通常，這種失敗是因為遷移助理無法將 T-SQL 元資料轉換成 Fabric 倉庫支援的元資料，或是轉譯後的程式碼無法套用到 T-SQL。

讓我們透過 Microsoft SQL Server 移轉小幫手的協助來修正這些指令碼。

選取 Microsoft SQL Server 移轉小幫手中的 [修正問題] 步驟，以查看無法移轉的指令碼。

zh-TW:
選取無法移轉的資料庫物件。在 [總管] 中的 [共用查詢] 下開啟新的查詢。這個新查詢顯示了中繼資料的定義，以及遷移助理作為自動註解加入 T-SQL 程式碼所做的調整。
請查看腳本開頭的註解，看看遷移助理對腳本做了哪些調整。
利用錯誤資訊和文件審查並修正錯誤腳本。
若要使用 AI 支援的 Copilot 來協助修正錯誤，請在 [建議的動作] 區段中選取 [修正查詢錯誤]。 Copilot 會使用建議來更新指令碼。當 Copilot 使用 AI 時，可能會發生錯誤，因此請確認程式碼建議，並進行任何您需要的調整。
選取 [執行] 以驗證並建立物件。
要修正的下一個指令碼隨即開啟。
繼續修正其餘的指令碼。您可以選擇在這一步驟中略過不需要的腳本調整。
當所有需要的中繼資料準備好進行遷移時，請在 「解決問題 」面板中選擇返回按鈕，返回遷移助理的頂層視圖。檢查遷移助理中的2. 修復問題步驟。

透過遷移助理複製資料

複製資料幫助你遷移被遷移物件所使用的資料。你可以用 Fabric Data Factory 的複製工作手動完成，或在遷移助理中依照這些步驟進行複製工作整合。

選取 [Microsoft SQL Server 移轉小幫手] 中的 [複製資料] 步驟。
選擇 使用複製工作。
將名稱指派給新作業，然後選取 [ 建立]。
在 「連接至資料來源 」頁面，提供來源的 連線憑證 。選取 下一步。
在 [選擇資料] 頁面中，選取您要移轉的資料表。物件中繼資料應該已經存在於目標倉儲中。選取 下一步。
在 [選擇資料目的地] 頁面中，從 OneLake 目錄中選擇新的 Fabric 倉儲項目。選取 下一步。
在 映射至目的地 頁面中，配置每個資料表的欄位映射。選取 下一步。
在 [複製作業模式] 頁面中，選擇複製模式。選擇一次性完整資料複製 (建議用於移轉)，或連續增量複製。選取 下一步。
檢閱工作摘要。選取 [儲存 + 執行]。
複製作業完成後，檢查遷移助理中的3. 複製資料步驟。選擇返回按鈕可返回移轉小幫手的頂層視圖。

重新路由連線

最後一步，重新連接資料載入與報告平台，使其連接指向你的新 Fabric 倉庫。

識別現有來源倉儲上的連線。

在任何 Microsoft SQL 實例中的 SQL 資料庫中，您可以使用動態管理檢視，例如：

SELECT 
    s.program_name
, s.login_name
, c.client_net_address
FROM sys.dm_exec_sessions AS s 
INNER JOIN sys.dm_exec_connections AS c 
ON s.session_id = c.session_id
WHERE s.session_id >= 50 --retrieve only user spids
and s.session_id <> @@SPID; --ignore myself

在 Azure Synapse Analytics 專用的 SQL 池中，你可以找到會話資訊，包括來源應用程式、連接使用者、連線來源及認證方法：

SELECT DISTINCT CASE 
         WHEN len(tt) = 0
             THEN app_name
         ELSE tt
         END AS application_name
     ,login_name
     ,ip_address
FROM (
     SELECT DISTINCT app_name
         ,substring(client_id, 0, CHARINDEX(':', ISNULL(client_id, '0.0.0.0:123'))) AS ip_address
         ,login_name
         ,isnull(substring(app_name, 0, CHARINDEX('-', ISNULL(app_name, '-'))), 'h') AS tt
     FROM sys.dm_pdw_exec_sessions
     ) AS a;

更新報告平台的連結，連結至您的 Fabric 倉儲。
在重新路由之前，先利用一些報告來測試 Fabric 資料庫。在報告平台中執行比較和資料驗證測試。
更新資料載入 (ETL/ELT) 平台的連線，以指向您的 Fabric 資料倉庫。
- 針對 Power BI/Fabric 資料管道：
  - 使用清單連線 REST API 來尋找舊資料來源 (也就是 Azure Synapse Analytics 專用 SQL 集區) 的連線。
  - 透過設定裝置中的「管理連線與閘道」經驗，更新新Fabric Data Warehouse的連線。
完成後，請在移轉小幫手中查看 Reroute 連接步驟。

祝賀！現在，您已準備就緒可以開始使用倉儲。

意見反應

此頁面對您有幫助嗎？

上次更新時間： 2026-09-29