Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Publicado originalmente como um blog da comunidade tecnológica em: https://techcommunity.microsoft.com/t5/azure-synapse-analytics-blog/what-s-the-difference-between-azure-synapse-formerly-sql-dw-and/ba-p/3597772
Tem havido confusão por um tempo quando se trata do Microsoft Docs e os dois conjuntos distintos de documentação para pools SQL dedicados. Quando você faz uma pesquisa na Internet para um documento relacionado ao Azure Synapse e aterrissa no site do Microsoft Learn Docs, a Tabela de Contatos tem uma alternância entre dois conjuntos de documentação.
Este artigo esclarece qual documentação se aplica ao seu ambiente Synapse Analytics.
| Azure Synapse Analytics | Conjuntos de SQL dedicados (anteriormente, SQL DW) |
|---|---|
|
|
You'll also see notes in many docs trying to highlight which Synapse implementation of dedicated SQL pools the document is referencing.
Os pools SQL dedicados existem em duas modalidades diferentes
Os SQL Data Warehouses autônomos ou existentes foram renomeados para "pools SQL dedicados (anteriormente SQL DW)" em novembro de 2020. Ever since, dedicated SQL pools created within Synapse Analytics are "dedicated SQL pools in Synapse workspaces."
Por volta de 2016, a Microsoft adaptou seu dispositivo local de processamento paralelo maciço (MPP) para a nuvem como "Azure SQL Data Warehouse" ou "SQL DW" para abreviar.
Os historiadores lembram que o dispositivo recebeu o nome de armazém de dados paralelo (PDW) e, em seguida, de Analytics Platform System (APS), que ainda hoje alimenta muitas soluções de armazenamento de dados locais.
O SQL Data Warehouse do Azure adotou as construções do Banco de Dados SQL do Azure, como um servidor lógico onde a administração e a rede são controladas. O SQL DW pode existir no mesmo servidor que outros DBs SQL. Essa implementação facilitou para os administradores e profissionais atuais do Banco de Dados SQL do Azure aplicar os mesmos conceitos ao data warehouse.
No entanto, o espaço de análise e insights passou por grandes mudanças desde 2016. Fizemos uma mudança de paradigma na forma como o armazenamento de dados seria entregue. As SQL DW handled the warehousing, the Synapse workspace expanded upon that and rounded out the analytics portfolio. A nova experiência Synapse Workspace tornou-se disponível em geral em 2020.
O componente SQL DW original é apenas uma parte disso. Tornou-se conhecido como um pool dedicado de SQL.
Esta foi uma grande mudança e com mais capacidades. Toda a plataforma recebeu um novo nome: Synapse Analytics.
Mas e quanto a todos os DWs SQL existentes? Seriam automaticamente convertidos em Synapse Workspaces?
Rebranding and migration
As instâncias do SQL DW do Azure não foram atualizadas automaticamente para espaços de trabalho do Synapse Analytics.
Muitos fatores contribuem para grandes atualizações de plataforma, e era melhor permitir que os clientes optassem por isso. O Azure SQL DW foi rebatizado como "Pool SQL dedicado (anteriormente SQL DW)" com a intenção de criar uma indicação clara de que o antigo SQL DW é, de fato, o mesmo componente presente no ambiente Synapse Analytics.
In documentation, you'll also see "Dedicated SQL pool (formerly SQL DW)" referred to as "standalone dedicated SQL pool".
A migração de um pool SQL dedicado (anteriormente SQL DW) em termos relativos é fácil com apenas algumas etapas do portal do Azure. No entanto, não é bem uma migração completa. There's a subtle difference which is noticed from the toast that pops up in the Azure portal.
Em uma migração, o pool SQL dedicado (anteriormente SQL DW) nunca é realmente migrado. Ele permanece no servidor lógico em que estava originalmente. O DNS server-123.database.windows.net do servidor nunca se torna server-123.sql.azuresynapse.net. Os clientes que "atualizaram" ou "migraram" uma DW SQL para o Synapse Analytics ainda têm um servidor lógico completo que pode ser compartilhado em um servidor lógico do Banco de Dados SQL do Azure.
The Migrated SQL DW and Synapse workspace
O caminho de atualização ou migração descrito na seção anterior está conectado a um espaço de trabalho Synapse. Para ambientes migrados, use a documentação no pool SQL dedicado (anteriormente SQL DW) para cenários de pool SQL dedicado. Todos os outros componentes do Synapse Analytics podem ser acedidos a partir da documentação do Synapse Analytics.
Segue-se uma maneira rápida de visualizar isso como uma "mistura" de todos os recursos adicionais do espaço de trabalho do Synapse Analytics e do SQL DW original.
Se você nunca migrou um SQL DW e começou sua jornada com a criação de um espaço de trabalho do Synapse Analytics, basta usar a documentação do Synapse Analytics.
Diferenças do PowerShell
One of the biggest areas of confusion in documentation between "dedicated SQL pool (formerly SQL DW)" and "Synapse Analytics" dedicated SQL pools is PowerShell.
A implementação original do SQL DW usa um servidor lógico que é o mesmo que o Banco de Dados SQL do Azure. Há um módulo PowerShell compartilhado chamado Az.Sql. In this module, to create a new dedicated SQL pool (formerly SQL DW), the cmdlet New-AzSqlDatabase has a parameter for Edition that is used to distinguish that you want a DataWarehouse.
Quando o Synapse Analytics foi lançado, ele veio com um módulo PowerShell diferente do Az.Synapse. Para criar um pool SQL dedicado em um espaço de trabalho do Synapse Analytics, você usaria New-AzSynapseSqlPool. Neste módulo do PowerShell, não há necessidade de incluir um parâmetro "Edition", pois ele é usado exclusivamente para Synapse.
Estes dois módulos NÃO SÃO iguais em todos os casos. Existem algumas ações que podem ser feitas em Az.Sql que não podem ser feitas em Az.Synapse. Por exemplo, executar uma restauração para um pool SQL dedicado (anteriormente SQL DW) usa Restore-AzSqlDatabase cmdlet enquanto Synapse Analytics usa Restore-AzSynapseSqlPool. However, the action to restore across a subscription boundary is only available in Az.Sql module with Restore-AzSqlDatabase.