共用方式為


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)目錄。

您也會在許多文件中看到說明,特別指出該文件參考的是哪一種 Synapse 專用 SQL 集區實作。

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

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

大約在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 Database 邏輯伺服器共用。

移轉的 SQL DW 和 Synapse 工作區

上一節所述的升級或移轉路徑會連線到 Synapse 工作區。 對於已移轉的環境,請針對專用 SQL 集區案例使用專用 SQL 集區 (先前稱為 SQL DW) 中的文件。 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 發行時,它包含一個不同的 PowerShell 模組 Az.Synapse。 若要在 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中使用。