共用方式為


Azure Synapse (先前稱為 SQL DW) 與 Azure Synapse Analytics 工作區之間的差異

最初張貼為技術豁免部落格在: https://techcommunity.microsoft.com/t5/azure-synapse-analytics-blog/what-s-the-difference-between-azure-synapse-formerly-sql-dw-and/ba-p/3597772

在Microsoft Docs 和專用 SQL 集區兩組不同的檔方面,有一段時間會有混淆。 當您對 Azure Synapse 相關文件進行因特網搜尋,並登陸 Microsoft Learn Docs 網站時,聯繫人表格會在兩組文件之間切換切換。

本文說明哪些文件適用於您的 Synapse Analytics 環境。

Azure Synapse Analytics 專用 SQL 集區 (先前稱為 SQL DW)
Microsoft Learn Docs 網站的螢幕快照,其中顯示 Azure Synapse Analytics 目錄。 Microsoft Learn Docs 網站的螢幕快照,其中顯示較舊的專用 SQL 集區(先前稱為 SQL DW)目錄。

您也會看到許多檔中的附註,這些文件嘗試反白顯示檔所參考的專用 SQL 集區 Synapse 實作。

專用 SQL 集區有兩種不同的形式

2020 年 11 月,獨立或現有的 SQL 數據倉儲已重新命名為「專用 SQL 集區」(先前稱為 SQL DW)。 此後,在 Synapse Analytics 中建立的專用 SQL 集區是「Synapse 工作區中的專用 SQL 集區」。

Circa 2016,Microsoft將其大量平行處理(MPP)內部部署設備調整為雲端,以「Azure SQL 數據倉儲」或「SQL DW」為簡稱。

歷史學家記得設備的名稱是平行數據倉儲(PDW),然後是分析平台系統(APS),目前仍提供許多內部部署數據倉儲解決方案。

Azure SQL 數據倉儲採用 Azure SQL DB 的建構,例如管理與網路控制的邏輯伺服器。 SQL DW 可以存在於與其他 SQL DB 相同的伺服器上。 此實作可讓目前的 Azure SQL DB 系統管理員和從業者輕鬆地將相同的概念套用至數據倉儲。

不過,自 2016 年以來,分析和深入解析空間經歷了巨大的變化。 我們在如何傳遞數據倉儲方面進行了範例轉變。 當 SQL DW 處理倉儲時,Synapse 工作區會擴充到該工作區,並將分析組合四捨五入。 新的 Synapse 工作區體驗已於 2020 年正式推出。

Azure Synapse Analytics 工作區、體驗和平台的圖表。

原始 SQL DW 元件只是其中的一個部分。 它被稱為專用 SQL 集區。

Synapse 工作區中專用 SQL 集區差異的圖表。

這是一個很大的變化,並具有更多的功能。 整個平臺收到合適的新名稱:Synapse Analytics。

但是所有現有的 SQL DW 呢? 他們會自動成為 Synapse 工作區嗎?

重新命名和移轉

Azure SQL DW 實例不會自動升級至 Synapse Analytics 工作區。

許多因素都會影響大型平台升級,最好讓客戶選擇加入這項功能。 Azure SQL DW 已重新命名為「專用 SQL 集區(先前稱為 SQL DW)」,目的是要建立清楚的指示,指出先前的 SQL DW 其實與位於 Synapse Analytics 中的成品相同。

專用 SQL 集區(先前稱為 SQL DW)與 Azure Synapse Analytics 之間的功能差異圖表。

在檔中,您也會看到「專用 SQL 集區(先前稱為 SQL DW)」,稱為「獨立專用 SQL 集區」。

相對而言,從 Azure 入口網站 移轉專用 SQL 集區(先前稱為 SQL DW)很容易。 不過,這不是完全移轉。 Azure 入口網站 中快顯的快顯通知中,有一個微妙的差異。

紫色功能區 Azure 入口網站 的螢幕快照,警示您您現在可以從 Synapse 工作區存取專用 SQL 集區(先前稱為 SQL DW)。

在移轉中,專用SQL集區(先前稱為 SQL DW)永遠不會真正移轉。 它會保留在原本開啟的邏輯伺服器上。 伺服器 DNS server-123.database.windows.net 永遠不會變成 server-123.sql.azuresynapse.net。 將 SQL DW「升級」或「移轉」至 Synapse Analytics 的客戶,仍有可在 Azure SQL 資料庫 邏輯伺服器中共用的完整邏輯伺服器。

移轉的 SQL DW 和 Synapse 工作區

上一節所述的升級或移轉路徑會連線到 Synapse 工作區。 針對已移轉的環境,請使用專用 SQL 集區中 檔(先前稱為 SQL DW), 以用於專用 SQL 集區案例。 Synapse Analytics 的其他所有元件都會從 Synapse Analytics 檔存取。

以快速方式將此可視化為所有其他 Synapse Analytics 工作區功能和原始 SQL DW 的「混合」。

移轉專用 SQL 集區(先前稱為 SQL DW)與 Azure Synapse Analytics 之間的功能差異圖表。

如果您從未移轉 SQL DW,而且您已開始建立 Synapse Analytics 工作區的旅程,則您只需使用 Synapse Analytics 檔即可。

PowerShell 差異

「專用 SQL 集區(先前稱為 SQL DW)」和「Synapse Analytics」專用 SQL 集區之間最大的混淆領域之一是 PowerShell。

原始 SQL DW 實作會使用與 Azure SQL 資料庫 相同的邏輯伺服器。 有一 個名為 Az.Sql 的共用 PowerShell 模組。 在本課程模組中,若要建立新的專用 SQL 集區(先前稱為 SQL DW),Cmdlet New-AzSqlDatabase 具有 Edition 參數,可用來區分您想要的 DataWarehouse

當 Synapse Analytics 發行時,它隨附 Az.Synapse 的不同 PowerShell 模組。 若要在 Synapse Analytics 工作區中建立專用 SQL 集區,您可以使用 New-AzSynapseSqlPool。 在此 PowerShell 模組中,不需要包含 “Edition” 參數,因為它專門用於 Synapse。

這兩個模組在所有情況下都不相等。 有一些動作可以在 中 Az.Sql 完成,無法在 中 Az.Synapse完成。 例如,針對專用 SQL 集區執行還原(先前稱為 SQL DW)會使用 Restore-AzSqlDatabase Cmdlet,而 Synapse Analytics 則使用 Restore-AzSynapseSqlPool。 不過,跨訂用帳戶界限還原的動作只能在模組Restore-AzSqlDatabase中使用 Az.Sql