共用方式為


資料庫鏡像 SQL Server

Fabric 鏡像 提供簡單的體驗,避免複雜的 ETL(擷取轉換載入),並將現有的 SQL Server 資產與其他資料整合Microsoft Fabric。 你可以持續地將現有的 SQL Server 資料庫直接複製到 Fabric 的 OneLake 中。 在 Fabric 中,您可以解鎖強大的商業智慧、人工智慧、資料工程、資料科學和資料共用案例。

有關教學,請參見 Tutorial: Configure Microsoft Fabric mirrored databases From SQL Server

為什麼要在 Fabric 中使用鏡像?

使用 Fabric 的鏡像功能,您不需要將來自多個供應商的不同服務拼湊在一起。 相反地,你可以享受一個高度整合、端對端且易於使用的產品,旨在簡化你的分析需求,並為 Microsoft、SQL Server 以及數千種能讀取開源 Delta Lake 表格格式的技術解決方案之間的開放與協作而打造。

內建哪些分析體驗?

鏡映資料庫是 Fabric Data Warehousing 中的項目,與 倉儲SQL 分析端點不同。

適用於 SQL Server 的 Fabric 資料庫鏡像圖.

同步會在 Fabric 工作區中建立下列項目:

  • 鏡像資料庫項目。 鏡像會管理資料的複寫,將其複寫至 OneLake 並轉換成適合分析的 Parquet 格式。 這可啟用資料工程、資料科學等下游應用。
  • SQL 分析端點

每個鏡像SQL Server資料庫都自動產生一個SQL分析端點,提供豐富的分析體驗,並建立在鏡像過程中建立的Delta表之上。 使用者可以存取熟悉的 T-SQL 命令,這些命令可以定義和查詢資料物件,但無法操作 SQL 分析端點的資料,因為它是唯讀複本。 您可以在 SQL 分析端點中執行下列動作:

  • 在 SQL Server 中探索參考您 Delta Lake 資料表的資料表。
  • 建立無程式碼查詢和檢視,並以視覺化方式探索資料,而無需編寫任何程式碼。
  • 開發 SQL 檢視、內嵌 TVF (資料表值函式) 和預存程序,以封裝 T-SQL 中的語意和商務邏輯。
  • 管理物件的許可權。
  • 查詢相同工作區中其他倉儲和湖屋中的資料。

除了 SQL 查詢編輯器,還有一個廣泛的工具生態系可以查詢 SQL 分析端點,包括 SQL Server Management Studio(SSMS)Visual Studio Code 的 MSSQL 擴充功能,甚至還有 GitHub

支援的環境

  • SQL Server 2016 - 2022

    • Windows 上的 SQL Server 支援標準版、企業版及開發版的 Fabric 鏡像。
    • Linux 版 SQL Server 2017 支援從 CU18 開始的 Fabric 鏡像功能。
    • SQL Server 2019 和 SQL Server 2022 在 Linux 上支援 Fabric 鏡像。
    • 本地托管的 SQL Server 實例、Azure VM 上的 SQL Server、非 Azure 雲端上的 SQL Server 都支援 Fabric 鏡像。
    • SQL Server 2016 - 2022 的鏡像使用變更資料擷取(Change Data Capture,CDC)功能。
  • SQL Server 2025

    • SQL Server 2025 的 Fabric 鏡像支援本地實例,目前不支援在 Azure 虛擬機中運行的 SQL Server 2025 實例。
    • SQL Server 2025 的 Fabric 鏡像目前不支援在 Linux 上的 SQL Server。
    • Fabric Mirroring for SQL Server 2025 需要連接 Azure Arc,包括 Azure Extension for SQL Server。 相關步驟請參見 Tutorial: Configure Microsoft Fabric Mirroring from SQL Server
    • SQL Server 2025 的鏡像使用了 Fabric 的鏡像變更饋送功能。

於防火牆內進行 SQL Server 鏡像

建立本地 資料閘道虛擬網路資料閘道 來鏡像資料。 資料閘道器有助於透過專用端點或從受信任的專用網路,建立與來源資料庫的安全連線。 更多內容可參考 鏡像 SQL Server 教學如何:保護來自 SQL Server 的 Microsoft Fabric 鏡像資料庫資料

作用中交易、工作負載和複寫器引擎行為

  • 活躍交易會持續保留交易日誌截斷,直到交易提交且鏡像 SQL Server 追上,或交易中止。 長時間執行的交易可能會導致交易記錄比平常填滿更多。 應該監視來源資料庫交易記錄檔,讓交易記錄檔不會填滿。 如需詳細資訊,請參閱 交易紀錄檔因長時間執行的交易和 CDC 而成長
  • 每個使用者工作負載都不同。 在初始快照期間,來源資料庫上可能會有更多資源使用量,包括 CPU 和 IOPS (每秒輸入/輸出作業,以讀取頁面)。 資料表更新/刪除作業可能會導致日誌產生增加。 了解有關如何監控你的 SQL Server 的資源的更多信息。

網狀架構鏡像和 Always On 可用性群組

當 SQL Server 的 Fabric 鏡像在設定為 Always On 可用性群組時,會有以下行為:

  • 如果發生容錯移轉:
  • 如果您從可用性群組移除次要節點:
    • 屬於次要節點中可用性群組的資料庫將會進入 RESTORING 狀態。
    • 當透過執行 RESTORE DATABASE WITH RECOVERY 陳述式來復原資料庫,並重新上線時,會停用鏡像。
  • 如果可用性群組已卸除 (DROP AVAILABILITY GROUP):
    • 如果在以前的主要副本上啟用鏡像功能,鏡像功能就會停止運作,因為 Fabric 用來連接 SQL Server 的監聽器連接字串已不再有效。 透過刪除並重新啟用資料庫(在 Fabric 和 SQL Server 實例)上,重新建立鏡像功能。
    • 對於進入 RESTORING 狀態的資料庫,當執行 RESTORE DATABASE WITH RECOVERY 指令以復原這些資料庫時,會停用鏡映。
  • 將新節點新增至現有的可用性群組:

Pricing

用來將資料複寫至 Fabric OneLake 的 Fabric 計算是免費的。 OneLake 提供的儲存服務是根據容量大小而免費的。 如需詳細資訊,請參閱 鏡像 成本和 鏡像的 OneLake 定價。 透過 SQL、Power BI 或 Spark 查詢資料的運算使用量仍依據 Fabric 容量計費。

後續步驟