Diferença entre os espaços de trabalho do Azure Synapse (anteriormente SQL DW) e do Azure Synapse Analytics
Publicado originalmente como um blog techcommunity 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) |
|---|---|
|
|
Você também verá anotações em muitos documentos tentando destacar qual implementação Synapse de pools SQL dedicados o documento está referenciando.
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. Desde então, pools SQL dedicados criados no Synapse Analytics são "pools SQL dedicados em espaços de trabalho Synapse".
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. À medida que o SQL DW lidava com o armazenamento, o espaço de trabalho Synapse expandia e completava o portfólio de análises. A nova experiência Synapse Workspace tornou-se disponível em geral em 2020.
O componente SQL DW original é apenas uma parte disso. Ele ficou conhecido como um pool SQL dedicado.
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? Tornar-se-iam automaticamente Synapse Workspaces?
Rebranding e migração
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 artefato que vive no Synapse Analytics.
Na documentação, você também verá "Pool SQL dedicado (anteriormente SQL DW)" referido como "pool SQL dedicado autônomo".
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. Há uma diferença sutil que é notada na notificação do sistema que aparece no portal do Azure.
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.
O espaço de trabalho SQL DW e Synapse migrado
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 seriam acessados 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
Uma das maiores áreas de confusão na documentação entre "pool SQL dedicado (anteriormente SQL DW)" e "Synapse Analytics" pools SQL dedicados é 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 PowerShell compartilhado chamado Az.Sql. Neste módulo, para criar um novo pool SQL dedicado (anteriormente SQL DW), o cmdlet New-AzSqlDatabase tem um parâmetro que Edition é usado para distinguir que você deseja um DataWarehousearquivo .
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. No entanto, a ação para restaurar através de um limite de assinatura só está disponível no Az.Sql módulo com Restore-AzSqlDatabase.