Differenza tra Le aree di lavoro di Azure Synapse (in precedenza SQL Data Warehouse) e Azure Synapse Analytics
Pubblicato originariamente come blog techcommunity all'indirizzo: https://techcommunity.microsoft.com/t5/azure-synapse-analytics-blog/what-s-the-difference-between-azure-synapse-formerly-sql-dw-and/ba-p/3597772
C'è stata confusione per un po' quando si tratta di Microsoft Docs e dei due set distinti di documentazione per i pool SQL dedicati. Quando si esegue una ricerca Internet per una documentazione correlata ad Azure Synapse e si trova nel sito microsoft Learn Docs, l'interruttore Tra due set di documentazione è impostato un interruttore.
Questo articolo illustra la documentazione applicabile all'ambiente Synapse Analytics.
| Azure Synapse Analytics | Pool SQL dedicati (in precedenza SQL Data Warehouse) |
|---|---|
|
|
Verranno inoltre visualizzate note in molti documenti che provano a evidenziare l'implementazione di Synapse di pool SQL dedicati a cui fa riferimento il documento.
I pool SQL dedicati esistono in due modalità diverse
Sql Data Warehouse autonomo o esistente è stato rinominato "pool SQL dedicati (in precedenza SQL Data Warehouse)" nel novembre 2020. Da allora, i pool SQL dedicati creati in Synapse Analytics sono "pool SQL dedicati nelle aree di lavoro di Synapse".
Circa il 2016, Microsoft ha adattato l'appliance locale MPP (Massively Parallel Processing) al cloud come "Azure SQL Data Warehouse" o "SQL DataW" per brevità.
Gli storici ricordano che l'appliance è stata denominata parallel data warehouse (PDW) e poi APS (Analytics Platform System) che attualmente supporta molte soluzioni di data warehouse locali.
Azure SQL Data Warehouse ha adottato i costrutti del database SQL di Azure, ad esempio un server logico in cui sono controllati l'amministrazione e la rete. SQL Data Warehouse può esistere nello stesso server di altri database SQL. Questa implementazione ha reso più semplice per gli amministratori e i professionisti correnti del database SQL di Azure applicare gli stessi concetti al data warehouse.
Tuttavia, lo spazio di analisi e informazioni dettagliate ha subito grandi cambiamenti dal 2016. Abbiamo apportato un cambio di paradigma nel modo in cui verrebbero recapitati i data warehousing. Quando SQL Data Warehouse ha gestito il warehousing, l'area di lavoro Synapse si è espansa e ha arrotondato il portfolio di analisi. La nuova esperienza dell'area di lavoro di Synapse è diventata disponibile a livello generale nel 2020.
Il componente SQL DW originale è solo una parte di questa. È diventato noto come pool SQL dedicato.
Questo è stato un grande cambiamento e con più funzionalità. L'intera piattaforma ha ricevuto un nuovo nome appropriato: Synapse Analytics.
Ma che ne dici di tutte le DW SQL esistenti? Diventeranno automaticamente aree di lavoro di Synapse?
Ridenominazione e migrazione
Le istanze di Azure SQL Data Warehouse non sono state aggiornate automaticamente alle aree di lavoro di Synapse Analytics.
Molti fattori influisce sui grandi aggiornamenti della piattaforma ed è stato meglio consentire ai clienti di acconsentire esplicitamente a questo problema. Azure SQL Data Warehouse è stato rinominato come "Pool SQL dedicato (in precedenza SQL Data Warehouse)" con l'intenzione di creare indicazioni chiare che l'ex data warehouse SQL è infatti lo stesso artefatto che si trova all'interno di Synapse Analytics.
Nella documentazione verrà visualizzato anche "Pool SQL dedicato (in precedenza SQL Data Warehouse)" denominato "pool SQL dedicato autonomo".
La migrazione di un pool SQL dedicato (in precedenza SQL Data Warehouse) in termini relativi è semplice con pochi passaggi dall'portale di Azure. Tuttavia, non è una migrazione completa. C'è una sottile differenza che viene notato dall'avviso popup che viene visualizzato nel portale di Azure.
In una migrazione, il pool SQL dedicato (in precedenza SQL Data Warehouse) non viene mai effettivamente migrato. Rimane sul server logico in cui era originariamente attivo. Il DNS server-123.database.windows.net del server non diventa server-123.sql.azuresynapse.netmai . I clienti che hanno "aggiornato" o "migrato" sql data warehouse a Synapse Analytics hanno ancora un server logico completo che potrebbe essere condiviso in un server logico database SQL di Azure.
Area di lavoro SQL DW e Synapse migrata
Il percorso di aggiornamento o migrazione descritto nella sezione precedente è connesso a un'area di lavoro di Synapse. Per gli ambienti migrati, usare la documentazione nel pool SQL dedicato (in precedenza SQL Data Warehouse) per scenari di pool SQL dedicati. Tutti gli altri componenti di Synapse Analytics sono accessibili dalla documentazione di Synapse Analytics.
Un modo rapido per visualizzare questa funzionalità come "blend" di tutte le funzionalità aggiuntive dell'area di lavoro Synapse Analytics e il data warehouse SQL originale segue.
Se non è mai stata eseguita la migrazione di SQL Data Warehouse e si è iniziato il percorso con la creazione di un'area di lavoro Synapse Analytics, è sufficiente usare la documentazione di Synapse Analytics.
Differenze di PowerShell
Una delle aree più grandi di confusione nella documentazione tra "pool SQL dedicato (in precedenza SQL Data Warehouse)" e "Synapse Analytics" pool SQL dedicati è PowerShell.
L'implementazione originale di SQL Data Warehouse usa un server logico uguale a database SQL di Azure. È disponibile un modulo di PowerShell condiviso denominato Az.Sql. In questo modulo, per creare un nuovo pool SQL dedicato (in precedenza SQL Data Warehouse), il cmdlet New-AzSqlDatabase ha un parametro per che viene usato per Edition distinguere che si vuole un .DataWarehouse
Quando Synapse Analytics è stato rilasciato, è disponibile un modulo powerShell diverso di Az.Synapse. Per creare un pool SQL dedicato in un'area di lavoro synapse Analytics, usare New-AzSynapseSqlPool. In questo modulo di PowerShell non è necessario includere un parametro "Edition", perché viene usato esclusivamente per Synapse.
Questi due moduli NON SONO uguali in tutti i casi. Esistono alcune azioni che possono essere eseguite in Az.Sql che non possono essere eseguite in Az.Synapse. Ad esempio, l'esecuzione di un ripristino per un pool SQL dedicato (in precedenza SQL Data Warehouse) usa il Restore-AzSqlDatabase cmdlet mentre Synapse Analytics usa Restore-AzSynapseSqlPool. Tuttavia, l'azione di ripristino attraverso un limite di sottoscrizione è disponibile solo nel Az.Sql modulo con Restore-AzSqlDatabase.