Diferença entre os workspaces do Azure Synapse (anteriormente SQL DW) e do Azure Synapse Analytics
Publicado originalmente como um blog da Tech Community em: https://techcommunity.microsoft.com/t5/azure-synapse-analytics-blog/what-s-the-difference-between-azure-synapse-formerly-sql-dw-and/ba-p/3597772
Houve confusão por um tempo em relação ao Microsoft Docs e os dois conjuntos distintos de documentação para pools de SQL dedicados. Quando você faz uma pesquisa na Internet por um documento relacionado ao Azure Synapse e chega ao site do Microsoft Learn Docs, a Tabela de Contatos tem um botão de alternância entre dois conjuntos de documentação.
Este artigo esclarece qual documentação se aplica ao seu ambiente do Synapse Analytics.
| Azure Synapse Analytics | Pools de SQL dedicados (anteriormente denominados SQL DW) |
|---|---|
|
|
Você também verá notas em muitos documentos tentando destacar qual implementação do Synapse de pools de SQL dedicados o documento está fazendo referência.
Os pools de SQL dedicados existem em duas modalidades diferentes
Os SQL Data Warehouses autônomos ou existentes foram renomeados para "pools de SQL dedicados (anteriormente SQL DW)" em novembro de 2020. Desde então, os pools de SQL dedicados criados no Synapse Analytics são "pools de SQL dedicados em workspaces do Synapse".
Por volta de 2016, a Microsoft adaptou seu dispositivo de processamento paralelo massivo (MPP) no local para a nuvem como "SQL Data Warehouse do Azure" ou "SQL DW".
Os historiadores se lembram de que o dispositivo foi chamado de data warehouse paralelo (PDW) e, em seguida, de Analytics Platform System (APS), que ainda hoje alimenta muitas soluções de armazenamento de dados no local.
O SQL Data Warehouse do Azure adotou as construções do BD SQL do Azure, como um servidor lógico em que a administração e a rede são controladas. O SQL DW pode existir no mesmo servidor que outros BDs SQL. Essa implementação facilitou que os administradores e profissionais atuais do BD SQL do Azure aplicassem 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 fornecido. Como o SQL DW lidava com o armazenamento, o workspace do Synapse expandiu-se e completou o portfólio de análises. A nova experiência do workspace do Synapse ficou disponível em 2020.
O componente original do SQL DW é apenas uma parte disso. Ele ficou conhecido como um pool de SQL dedicado.
Essa foi uma grande mudança e com mais recursos. A plataforma inteira recebeu um novo nome adequado: Synapse Analytics.
Mas e quanto a todos os SQL DWs existentes? Eles se tornariam automaticamente workspaces do Synapse?
Redefinição de marca e migração
As instâncias do SQL DW do Azure não foram atualizadas automaticamente para os workspaces do Synapse Analytics.
Muitos fatores influenciam as grandes atualizações de plataforma, e era melhor permitir que os clientes optassem por isso. O SQL DW do Azure foi renomeado como "Pool de SQL dedicado (anteriormente SQL DW)" com a intenção de criar uma indicação clara de que o anteriormente SQL DW é, na verdade, o mesmo artefato que reside no Synapse Analytics.
Na documentação, você também verá "Pool de SQL dedicado (anteriormente SQL DW)" conhecido como "pool de SQL dedicado autônomo".
A migração de um pool de SQL dedicado (anteriormente SQL DW) em termos relativos é fácil com apenas algumas etapas do portal do Azure. No entanto, não é uma migração completa. Há uma diferença sutil que aparece na barra de notificação no portal do Azure.
Em uma migração, o pool de SQL dedicado (anteriormente SQL DW) nunca é realmente migrado. Ele permanece no servidor lógico em que estava originalmente. O DNS do servidor server-123.database.windows.net nunca se torna server-123.sql.azuresynapse.net. Os clientes que "atualizaram" ou "migraram" um SQL DW 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.
O workspace migrado do SQL DW e do Synapse
O caminho de atualização ou migração descrito na seção anterior está conectado a um workspace do Synapse. Para ambientes migrados, use a documentação no pool de SQL dedicado (anteriormente SQL DW) para cenários de pool de SQL dedicados. Todos os outros componentes do Synapse Analytics seriam acessados na documentação do Synapse Analytics.
A seguir, uma maneira rápida de visualizar isso como uma "mistura" de todos os recursos adicionais do workspace do Synapse Analytics e o SQL DW original.
Se você nunca migrou um SQL DW e iniciou sua jornada com a criação de um workspace do Synapse Analytics, use a documentação do Synapse Analytics.
Diferenças do PowerShell
Uma das maiores áreas de confusão na documentação entre "pool de SQL dedicado (anteriormente SQL DW)" e pools de SQL dedicado do "Synapse Analytics" é o 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 compartilhado do PowerShell chamado Az.Sql. Neste módulo, para criar um novo pool de SQL dedicado (anteriormente SQL DW), o cmdlet New-AzSqlDatabase tem um parâmetro para Edition que é usado para distinguir que você quer um banco de dados DataWarehouse.
Quando o Synapse Analytics foi lançado, ele veio com um módulo diferente do PowerShell do Az.Synapse. Para criar um pool de SQL dedicado em um workspace do Synapse Analytics, use New-AzSynapseSqlPool. Neste módulo do PowerShell, não é necessário incluir um parâmetro "Edition", pois ele é usado exclusivamente para o Synapse.
Esses dois módulos NÃO SÃO iguais em todos os casos. Há algumas ações que podem ser realizadas em Az.Sql que não podem ser realizadas em Az.Synapse. Por exemplo, a execução de uma restauração para um pool de SQL dedicado (anteriormente SQL DW) usa o cmdlet Restore-AzSqlDatabase enquanto o Synapse Analytics usa Restore-AzSynapseSqlPool. No entanto, a ação de restauração em um limite de assinatura só está disponível no módulo Az.Sql com Restore-AzSqlDatabase.