Fabric 中的鏡像 提供簡單的體驗，以避免複雜的 ETL （擷取轉換載入），並將現有的適用於 PostgreSQL 的 Azure 資料庫彈性伺服器資產與 Microsoft Fabric 中的其餘資料整合。 您可以持續將現有的適用於 PostgreSQL 的 Azure 資料庫彈性伺服器直接複寫到 Fabric 的 OneLake。 在 Fabric 中，您可以解鎖強大的商業智慧、人工智慧、資料工程、資料科學和資料共用案例。
關於設定 Azure Database for PostgreSQL 彈性伺服器中 Microsoft Fabric 鏡像資料庫（現在已普遍提供）的教程，請參考 教程：從 Azure Database for PostgreSQL 彈性伺服器配置 Microsoft Fabric 鏡像資料庫。
為什麼要在 Fabric 中使用鏡像？
使用 Fabric 中的鏡像，您不需要將來自多個供應商的不同服務拼湊在一起。 相反地，您可以享受高度整合、端對端且易於使用的產品，其設計目的是簡化您的分析需求，並專為 Microsoft、適用於 PostgreSQL 的 Azure 資料庫彈性伺服器，以及可讀取開放原始碼 Delta Lake 資料表格式的數千種技術解決方案之間的開放性和共同作業而建置。
內建哪些分析體驗？
鏡映資料庫是 Fabric Data Warehousing 中的項目，與 倉儲 和 SQL 分析端點不同。
鏡像會在 Fabric 工作區中建立下列專案：
適用於 PostgreSQL 的 Azure 資料庫彈性伺服器中的每個鏡像資料庫都有自動產生的 SQL 分析端點 ，可在鏡像程式所建立的差異資料表之上提供豐富的分析體驗。 使用者可以存取熟悉的 T-SQL 命令，這些命令可以定義和查詢資料物件，但無法操作 SQL 分析端點的資料，因為它是唯讀複本。 您可以在 SQL 分析端點中執行下列動作：
- 探索從適用於 PostgreSQL 的 Azure 資料庫彈性伺服器參考 Delta Lake 資料表中資料的資料表。
- 建立無程式碼查詢和檢視，並以視覺化方式探索資料，而無需編寫任何程式碼。
- 開發 SQL 檢視、內嵌 TVF （資料表值函式） 和預存程序，以封裝 T-SQL 中的語意和商務邏輯。
- 管理物件的許可權。
- 查詢相同工作區中其他倉儲和湖屋中的資料。
除了 SQL 查詢編輯器之外，還有廣泛的工具生態系統可以查詢 SQL 分析端點，包括 SQL Server Management Studio （SSMS）、具有 Visual Studio Code 的 mssql 擴展，甚至 GitHubCopilot。
網路需求
如果您的彈性伺服器無法公開存取，且不 允許 Azure 服務 連線到它，您可以 建立虛擬網路資料閘道 來鏡像資料。 請確定 Azure 虛擬網路或閘道機器的網路可以透過私人端點連線到適用於 PostgreSQL 的 Azure 資料庫彈性伺服器，或防火牆規則允許。
作用中交易、工作負載和複寫器引擎行為
作用中交易會繼續保留預寫記錄 （WAL） 截斷，直到交易認可且鏡像的適用於 PostgreSQL 的 Azure 資料庫彈性伺服器趕上，或交易中止為止。 長時間運行的交易可能會導致 WAL 比平時填滿更多。 應該監視來源 Azure Database for PostgreSQL 彈性伺服器上的 WAL，讓儲存體不會填滿。 如需詳細資訊，請參閱 WAL 因長時間執行的交易和 CDC 而成長。
每個使用者工作負載都不同。 在初始快照期間，來源資料庫上可能會有更多資源使用量，包括 CPU 和 IOPS （每秒輸入/輸出作業，以讀取頁面）。 資料表更新/刪除作業可能會導致日誌產生增加。 深入瞭解如何 監視適用於 PostgreSQL 的 Azure 資料庫彈性伺服器的資源。
計算層支援
來源適用於 PostgreSQL 的 Azure 資料庫彈性伺服器可以是一般用途或記憶體最佳化計算層。 不支援高載計算層作為鏡像的來源。
若要深入瞭解適用於 PostgreSQL 的 Azure 資料庫彈性伺服器中可用的計算層，請參閱 適用於 PostgreSQL 的 Azure 資料庫彈性伺服器中的計算選項。