Różnica między obszarami roboczymi usługi Azure Synapse (dawniej SQL DW) i usługą Azure Synapse Analytics
Pierwotnie opublikowany jako blog techcommunity na: https://techcommunity.microsoft.com/t5/azure-synapse-analytics-blog/what-s-the-difference-between-azure-synapse-formerly-sql-dw-and/ba-p/3597772
Od jakiegoś czasu wystąpiły zamieszanie, jeśli chodzi o witrynę Microsoft Docs i dwa odrębne zestawy dokumentacji dla dedykowanych pul SQL. Podczas wyszukiwania w Internecie dokumentu powiązanego z usługą Azure Synapse i lądowania w witrynie Microsoft Learn Docs tabela kontaktów ma przełącznik między dwoma zestawami dokumentacji.
W tym artykule wyjaśniono, która dokumentacja ma zastosowanie do środowiska usługi Synapse Analytics.
| Azure Synapse Analytics | Dedykowana pula SQL (dawniej SQL DW) |
|---|---|
|
|
W wielu dokumentach zobaczysz również uwagi, które próbujesz wyróżnić implementację dedykowanych pul SQL usługi Synapse, do których odwołuje się dokument.
Dedykowane pule SQL istnieją w dwóch różnych modalnościach
Nazwa autonomicznych lub istniejących usług SQL Data Warehouse została zmieniona na "dedykowane pule SQL (dawniej SQL DW)" w listopadzie 2020 r. Od tego czasu dedykowane pule SQL utworzone w usłudze Synapse Analytics to "dedykowane pule SQL w obszarach roboczych usługi Synapse".
Około 2016 r. firma Microsoft zaadaptowała swoje lokalne urządzenie do masowego przetwarzania równoległego (MPP) w chmurze jako "Azure SQL Data Warehouse" lub "SQL DW" przez krótki czas.
Historycy pamiętają, że urządzenie nosiło nazwę parallel data warehouse (PDW), a następnie Analytics Platform System (APS), który nadal obsługuje wiele lokalnych rozwiązań do magazynowania danych.
Usługa Azure SQL Data Warehouse przyjęła konstrukcje usługi Azure SQL DB, takie jak serwer logiczny, na którym kontrolowana jest administracja i sieć. Usługa SQL DW może istnieć na tym samym serwerze co inne bazy danych SQL. Ta implementacja ułatwiła obecnym administratorom i praktykom usługi Azure SQL DB zastosowanie tych samych pojęć do magazynu danych.
Jednak od 2016 r. przestrzeń analiz i szczegółowych informacji przeszła ogromne zmiany. Wprowadziliśmy zmianę paradygmatu w sposobie dostarczania magazynowania danych. Gdy usługa SQL DW obsługiwała magazynowanie, obszar roboczy usługi Synapse rozszerzył się na ten temat i zaokrąglił portfolio analiz. Nowe środowisko obszaru roboczego usługi Synapse stało się ogólnie dostępne w 2020 roku.
Oryginalny składnik usługi SQL DW jest tylko jedną z tych części. Stała się znana jako dedykowana pula SQL.
Była to duża zmiana i z większymi możliwościami. Cała platforma otrzymała odpowiednią nową nazwę: Synapse Analytics.
Ale co z wszystkimi istniejącymi bazami danych SQL? Czy automatycznie staną się obszarami roboczymi usługi Synapse?
Zmiana marki i migracja
Wystąpienia usługi Azure SQL DW nie zostały automatycznie uaktualnione do obszarów roboczych usługi Synapse Analytics.
Wiele czynników odgrywa dużą rolę w uaktualnieniach platformy i najlepiej było zezwolić klientom na to. Usługa Azure SQL DW została przemianowana na "Dedykowana pula SQL (dawniej SQL DW)" z zamiarem utworzenia wyraźnego wskazania, że były magazyn danych SQL DW jest w rzeczywistości tym samym artefaktem, który znajduje się w usłudze Synapse Analytics.
W dokumentacji zobaczysz również "Dedykowana pula SQL (dawniej SQL DW)" nazywana "autonomiczną dedykowaną pulą SQL".
Migracja dedykowanej puli SQL (dawniej SQL DW) w względnych warunkach jest łatwa dzięki kilku krokom w witrynie Azure Portal. Jednak nie jest to pełna migracja. Istnieje subtelna różnica, która jest zauważalna z wyskakującego okienka w witrynie Azure Portal.
W ramach migracji dedykowana pula SQL (dawniej SQL DW) nigdy nie jest migrowana. Pozostaje na serwerze logicznym, na którego pierwotnie był włączony. Serwer DNS server-123.database.windows.net nigdy nie staje się .server-123.sql.azuresynapse.net Klienci, którzy "uaktualnili" lub "zmigrowali" usługę SQL DW do usługi Synapse Analytics, nadal mają pełny serwer logiczny, który można udostępnić na serwerze logicznym usługi Azure SQL Database.
Migrowany obszar roboczy usług SQL DW i Synapse
Ścieżka uaktualnienia lub migracji opisana w poprzedniej sekcji jest połączona z obszarem roboczym usługi Synapse. W przypadku migrowanych środowisk użyj dokumentacji w dedykowanej puli SQL (dawniej SQL DW) dla dedykowanych scenariuszy puli SQL. Dostęp do wszystkich innych składników usługi Synapse Analytics można uzyskać z dokumentacji usługi Synapse Analytics.
Szybki sposób wizualizacji jako "mieszanka" wszystkich dodatkowych możliwości obszaru roboczego usługi Synapse Analytics i oryginalnej usługi SQL DW jest następujący.
Jeśli nigdy nie przeprowadzono migracji usługi SQL DW i rozpoczęto pracę z tworzeniem obszaru roboczego usługi Synapse Analytics, wystarczy użyć dokumentacji usługi Synapse Analytics.
Różnice w programie PowerShell
Jednym z największych obszarów pomyłek w dokumentacji między "dedykowaną pulą SQL (dawniej SQL DW)" i "Synapse Analytics" dedykowanymi pulami SQL jest program PowerShell.
Oryginalna implementacja usługi SQL DW używa serwera logicznego, który jest taki sam jak usługa Azure SQL Database. Istnieje udostępniony moduł programu PowerShell o nazwie Az.Sql. W tym module, aby utworzyć nową dedykowaną pulę SQL (dawniej SQL DW), polecenie cmdlet New-AzSqlDatabase ma parametr Edition , który służy do odróżnienia, że chcesz DataWarehouse.
Po wydaniu usługi Synapse Analytics została udostępniona inna usługa PowerShell modułu Az.Synapse. Aby utworzyć dedykowaną pulę SQL w obszarze roboczym usługi Synapse Analytics, użyj polecenia New-AzSynapseSqlPool. W tym module programu PowerShell nie ma potrzeby dołączania parametru "Edition", ponieważ jest on używany wyłącznie dla usługi Synapse.
Te dwa moduły nie są równe we wszystkich przypadkach. Istnieją pewne akcje, które można wykonać w Az.Sql programie , których nie można wykonać w programie Az.Synapse. Na przykład wykonanie przywracania dedykowanej puli SQL (dawniej SQL DW) używa Restore-AzSqlDatabase polecenia cmdlet , podczas gdy usługa Synapse Analytics używa polecenia Restore-AzSynapseSqlPoolcmdlet . Jednak akcja przywracania przez granicę subskrypcji jest dostępna tylko w Az.Sql module z programem Restore-AzSqlDatabase.