Skillnad mellan Azure Synapse (tidigare SQL DW) och Azure Synapse Analytics-arbetsytor
Ursprungligen publicerad som en techcommunity-blogg på: https://techcommunity.microsoft.com/t5/azure-synapse-analytics-blog/what-s-the-difference-between-azure-synapse-formerly-sql-dw-and/ba-p/3597772
Det har varit förvirring ett tag när det gäller Microsoft Docs och de två distinkta uppsättningarna med dokumentation för dedikerade SQL-pooler. När du gör en internetsökning efter ett Azure Synapse-relaterat dokument och landar på Microsoft Learn Docs-webbplatsen har kontakttabellen en växel mellan två uppsättningar dokumentation.
Den här artikeln beskriver vilken dokumentation som gäller för din Synapse Analytics-miljö.
| Azure Synapse Analytics | Dedikerad SQL-pooler (tidigare SQL DW) |
|---|---|
|
|
Du ser även anteckningar i många dokument som försöker markera vilken Synapse-implementering av dedikerade SQL-pooler som dokumentet refererar till.
Dedikerade SQL-pooler finns i två olika metoder
Fristående eller befintliga SQL Data Warehouses bytte namn till "dedikerade SQL-pooler (tidigare SQL DW)" i november 2020. Sedan dess är dedikerade SQL-pooler som skapats i Synapse Analytics "dedikerade SQL-pooler i Synapse-arbetsytor".
Cirka 2016 anpassade Microsoft sin lokala MPP-installation (MassiveLy Parallel Processing) till molnet som "Azure SQL Data Warehouse" eller "SQL DW" för kort.
Historiker minns att installationen hette parallel data warehouse (PDW) och sedan Analytics Platform System (APS) som fortfarande driver många lokala datalagerlösningar idag.
Azure SQL Data Warehouse antog konstruktionerna av Azure SQL DB, till exempel en logisk server där administration och nätverk kontrolleras. SQL DW kan finnas på samma server som andra SQL-databaser. Den här implementeringen gjorde det enkelt för nuvarande Azure SQL DB-administratörer och utövare att tillämpa samma begrepp på informationslagret.
Analys- och insiktsutrymmet har dock genomgått massiva förändringar sedan 2016. Vi gjorde ett paradigmskifte i hur datalager skulle levereras. När SQL DW hanterade lagerhantering expanderade Synapse-arbetsytan det och avrundade analysportföljen. Den nya Synapse Workspace-upplevelsen blev allmänt tillgänglig 2020.
Den ursprungliga SQL DW-komponenten är bara en del av detta. Det blev känt som en dedikerad SQL-pool.
Detta var en stor förändring och med fler funktioner. Hela plattformen fick ett nytt passande namn: Synapse Analytics.
Men hur är det med alla befintliga SQL DWs? Skulle de automatiskt bli Synapse-arbetsytor?
Omprofilering och migrering
Azure SQL DW-instanser uppgraderades inte automatiskt till Synapse Analytics-arbetsytor.
Många faktorer spelar in i stora plattformsuppgraderingar, och det var bäst att låta kunderna välja detta. Azure SQL DW döptes om till "Dedikerad SQL-pool (tidigare SQL DW)" med avsikt att skapa en tydlig indikation på att den tidigare SQL DW i själva verket är samma artefakt som finns i Synapse Analytics.
I dokumentationen visas även "Dedikerad SQL-pool (tidigare SQL DW)" som kallas "fristående dedikerad SQL-pool".
Migrering av en dedikerad SQL-pool (tidigare SQL DW) relativt enkelt med bara några få steg från Azure Portal. Det är dock inte riktigt en fullständig migrering. Det finns en subtil skillnad som märks från rostat bröd som dyker upp i Azure Portal.
I en migrering migreras den dedikerade SQL-poolen (tidigare SQL DW) aldrig riktigt. Den finns kvar på den logiska server som den ursprungligen var på. Serverns DNS server-123.database.windows.net blir server-123.sql.azuresynapse.netaldrig . Kunder som "uppgraderade" eller "migrerade" en SQL DW till Synapse Analytics har fortfarande en fullständig logisk server som kan delas på en logisk Azure SQL Database-server.
Arbetsytan Migrerad SQL DW och Synapse
Uppgraderings- eller migreringssökvägen som beskrivs i föregående avsnitt är ansluten till en Synapse-arbetsyta. För migrerade miljöer använder du dokumentation i en dedikerad SQL-pool (tidigare SQL DW) för dedikerade SQL-poolscenarier. Alla andra komponenter i Synapse Analytics skulle nås från Synapse Analytics-dokumentationen.
Ett snabbt sätt att visualisera detta som en "blandning" av alla ytterligare Synapse Analytics-arbetsytefunktioner och den ursprungliga SQL DW följer.
Om du aldrig migrerade en SQL DW och du började din resa med att skapa en Synapse Analytics-arbetsyta använder du bara Synapse Analytics-dokumentationen.
PowerShell-skillnader
Ett av de största förvirringsområdena i dokumentationen mellan "dedikerade SQL-pooler (tidigare SQL DW)" och "Synapse Analytics"-dedikerade SQL-pooler är PowerShell.
Den ursprungliga SQL DW-implementeringen använder en logisk server som är samma som Azure SQL Database. Det finns en delad PowerShell-modul med namnet Az.Sql. För att skapa en ny dedikerad SQL-pool (tidigare SQL DW) i den här modulen har cmdleten New-AzSqlDatabase en parameter för som används för Edition att särskilja att du vill ha en DataWarehouse.
När Synapse Analytics släpptes kom den med en annan PowerShell-modul av Az.Synapse. Om du vill skapa en dedikerad SQL-pool på en Synapse Analytics-arbetsyta använder du New-AzSynapseSqlPool. I den här PowerShell-modulen behöver du inte inkludera en "Edition"-parameter, eftersom den endast används för Synapse.
Dessa två moduler är inte lika i alla fall. Det finns vissa åtgärder som kan utföras i Az.Sql som inte kan utföras i Az.Synapse. Om du till exempel utför en återställning för en dedikerad SQL-pool (tidigare SQL DW) används Restore-AzSqlDatabase cmdlet medan Synapse Analytics använder Restore-AzSynapseSqlPool. Åtgärden för att återställa över en prenumerationsgräns är dock endast tillgänglig i Az.Sql modulen med Restore-AzSqlDatabase.