Partilhar via


Otimize o desempenho atualizando o pool SQL dedicado (anteriormente SQL DW) no Azure Synapse Analytics

Atualize seu pool SQL dedicado (anteriormente SQL DW) para a última geração de hardware e arquitetura de armazenamento do Azure.

Porquê atualizar?

You can now seamlessly upgrade to the dedicated SQL pool (formerly SQL DW) Compute Optimized Gen2 tier in the Azure portal for supported regions. Se a sua região não suportar a autoatualização, pode atualizar para uma região suportada ou aguardar que a autoatualização esteja disponível na sua região. Atualize agora para aproveitar a última geração de hardware do Azure e a arquitetura de armazenamento aprimorada, incluindo desempenho mais rápido, maior escalabilidade e armazenamento colunar ilimitado.

Important

Esta atualização aplica-se aos pools SQL dedicados da camada Compute Optimized Gen1 (anteriormente SQL DW) em regiões com suporte.

Antes de começar

  1. Verifique se a sua região é suportada para migração GEN1 para GEN2. Observe as datas de migração automática. Para evitar conflitos com o processo automatizado, planeje sua migração manual antes da data de início do processo automatizado.

  2. Se você estiver em uma região que ainda não é suportada, continue a verificar se sua região deve ser adicionada ou atualizar usando a restauração para uma região suportada.

  3. Se a sua região for suportada, atualize através do portal do Azure

  4. Selecione o nível de desempenho sugerido para o pool SQL dedicado (anteriormente SQL DW) com base no seu nível de desempenho atual na camada Compute Optimized Gen1 usando o mapeamento abaixo:

    Compute Optimized Gen1 tier Compute Optimized Gen2 tier
    DW100 DW100c
    DW200 DW200c
    DW300 DW300c
    DW400 DW400c
    DW500 DW500c
    DW600 DW500c
    DW1000 DW1000c
    DW1200 DW1000c
    DW1500 DW1500c
    DW2000 DW2000c
    DW3000 DW3000c
    DW6000 DW6000c

Nota

Os níveis de desempenho sugeridos não são uma conversão direta. Por exemplo, recomendamos ir de DW600 para DW500c.

Atualizar em uma região com suporte usando o portal do Azure

  • A migração de Gen1 para Gen2 através do portal do Azure é permanente. Não há um processo para retornar à Gen1.
  • O pool SQL dedicado (anteriormente SQL DW) deve estar em execução para migrar para o Gen2

Antes de começar

Nota

Recomendamos que utilize o módulo Azure Az do PowerShell para interagir com o Azure. Para começar, consulte Instalar o Azure PowerShell. Para saber como migrar para o módulo do Az PowerShell, veja Migrar o Azure PowerShell do AzureRM para o Az.

  • Inicie sessão no portal do Azure.
  • Verifique se o pool SQL dedicado (anteriormente SQL DW) está em execução - deve ser para migrar para o Gen2

Comandos de atualização do PowerShell

  1. Se o pool SQL dedicado da camada Compute Optimized Gen1 (anteriormente SQL DW) a ser atualizado estiver pausado, retome o pool SQL dedicado (anteriormente SQL DW).

  2. Esteja preparado para alguns minutos de inatividade.

  3. Identifique quaisquer referências de código aos níveis de desempenho do Compute Optimized Gen1 e modifique-os para o nível de desempenho equivalente do Compute Optimized Gen2. Abaixo estão dois exemplos de onde você deve atualizar as referências de código antes de atualizar:

    Comando Gen1 PowerShell original:

    Set-AzSqlDatabase -ResourceGroupName "myResourceGroup" -DatabaseName "mySampleDataWarehouse" -ServerName "mynewserver-20171113" -RequestedServiceObjectiveName "DW300"
    

    Modificado para:

    Set-AzSqlDatabase -ResourceGroupName "myResourceGroup" -DatabaseName "mySampleDataWarehouse" -ServerName "mynewserver-20171113" -RequestedServiceObjectiveName "DW300c"
    

    Nota

    -RequestedServiceObjectiveName "DW300" é alterado para - RequestedServiceObjectiveName "DW300c"

    Comando T-SQL Gen1 original:

    ALTER DATABASE mySampleDataWarehouse MODIFY (SERVICE_OBJECTIVE = 'DW300') ;
    

    Modificado para:

    ALTER DATABASE mySampleDataWarehouse MODIFY (SERVICE_OBJECTIVE = 'DW300c') ;
    

    Nota

    SERVICE_OBJETIVE = 'DW300' é alterado para SERVICE_OBJETIVE = 'DW300c'

Iniciar a atualização

  1. Vá para seu pool SQL dedicado Compute Optimized Gen1 (anteriormente SQL DW) no portal do Azure. Se o pool SQL dedicado da camada Compute Optimized Gen1 (anteriormente SQL DW) a ser atualizado estiver pausado, reative o pool SQL dedicado.

  2. Select Upgrade to Gen2 card under the Tasks tab:

    Nota

    Se você não vir o cartão Atualizar para Gen2 na guia Tarefas, seu tipo de assinatura será limitado na região atual. Envie um pedido de suporte para que a sua assinatura seja aprovada.

  3. Ensure your workload has completed running and quiesced before upgrading. You'll experience downtime for a few minutes before your dedicated SQL pool (formerly SQL DW) is back online as a Compute Optimized Gen2 tier dedicated SQL pool (formerly SQL DW).

  4. Selecione Atualizar.

  5. Monitore sua atualização verificando o status no portal do Azure. Provavelmente verá um banner de mensagem que indica "Este armazém de dados está a ser atualizado para Gen2".

    The first step of the upgrade process goes through the scale operation ("Upgrading - Offline") where all sessions will be killed, and connections will be dropped.

    A segunda etapa do processo de atualização é a migração de dados ("Atualizando - Online"). A migração de dados é um processo online gradual em segundo plano. Esse processo move lentamente os dados colunares da arquitetura de armazenamento antiga para a nova arquitetura de armazenamento usando um cache SSD local. Durante esse período, seu pool SQL dedicado (anteriormente SQL DW) estará online para consulta e carregamento. Os seus dados estarão disponíveis para consulta independentemente de terem sido migrados ou não. A migração de dados acontece em taxas variáveis, dependendo do tamanho dos seus dados, do seu nível de desempenho e do número dos seus segmentos de columnstore.

  6. Recomendação opcional: Quando a operação de dimensionamento estiver concluída, você poderá acelerar o processo de migração de dados em segundo plano. You can force data movement by running ALTER INDEX ... REBUILD on all primary columnstore tables you'd be querying at a larger SLO and resource class. Esta operação está offline, degradará ou bloqueará outras consultas, mas terminará mais rapidamente em comparação com o processo de gotejamento em segundo plano, que pode levar horas para ser concluído, dependendo do número e tamanhos de suas tabelas. No entanto, uma vez concluída, a migração de dados será muito mais rápida devido à nova arquitetura de armazenamento aprimorada com grupos de linhas de alta qualidade.

Nota

A reconstrução do Alter Index é uma operação offline e as tabelas não estarão disponíveis até que a reconstrução seja concluída.

A consulta a seguir gera os comandos necessários ALTER INDEX ... REBUILD para agilizar a migração de dados:

SELECT 'ALTER INDEX [' + idx.NAME + '] ON ['
       + Schema_name(tbl.schema_id) + '].['
       + Object_name(idx.object_id) + '] REBUILD ' + ( CASE
                                                         WHEN (
                                                     (SELECT Count(*)
                                                      FROM   sys.partitions
                                                             part2
                                                      WHERE  part2.index_id
                                                             = idx.index_id
                                                             AND
                                                     idx.object_id =
                                                     part2.object_id)
                                                     > 1 ) THEN
              ' PARTITION = '
              + Cast(part.partition_number AS NVARCHAR(256))
              ELSE ''
                                                       END ) + '; SELECT ''[' +
              idx.NAME + '] ON [' + Schema_name(tbl.schema_id) + '].[' +
              Object_name(idx.object_id) + '] ' + (
              CASE
                WHEN ( (SELECT Count(*)
                        FROM   sys.partitions
                               part2
                        WHERE
                     part2.index_id =
                     idx.index_id
                     AND idx.object_id
                         = part2.object_id) > 1 ) THEN
              ' PARTITION = '
              + Cast(part.partition_number AS NVARCHAR(256))
              + ' completed'';'
              ELSE ' completed'';'
                                                    END )
FROM   sys.indexes idx
       INNER JOIN sys.tables tbl
               ON idx.object_id = tbl.object_id
       LEFT OUTER JOIN sys.partitions part
                    ON idx.index_id = part.index_id
                       AND idx.object_id = part.object_id
WHERE  idx.type_desc = 'CLUSTERED COLUMNSTORE';

Upgrade from an Azure geographical region using restore through the Azure portal

Criar um ponto de restauração definido pelo usuário usando o portal do Azure

  1. Inicie sessão no portal do Azure.
  2. Navegue até o pool SQL dedicado (anteriormente SQL DW) para o qual você deseja criar um ponto de restauração.
  3. Na barra de ferramentas da página Visão geral , selecione + Novo ponto de restauração.
  4. Especifique um nome para o ponto de restauração.

Restaurar um banco de dados ativo ou pausado usando o portal do Azure

  1. Inicie sessão no portal do Azure.

  2. Navegue até o pool SQL dedicado (anteriormente SQL DW) do qual você deseja restaurar.

  3. Na barra de ferramentas da seção Visão geral, selecione Restaurar.

  4. Selecione Pontos de restauração automáticos ou Pontos de restauração definidos pelo usuário. Para pontos de restauração definidos pelo usuário, selecione um ponto de restauração definido pelo usuário ou Crie um novo ponto de restauração definido pelo usuário. Para o servidor, selecione Criar novo e escolha um servidor em uma região geográfica suportada pelo Gen2.

    Captura de ecrã do portal do Azure a mostrar pontos de restauro à escolha.

Restaurar a partir de uma região geográfica do Azure usando o PowerShell

Nota

Recomendamos que utilize o módulo Azure Az do PowerShell para interagir com o Azure. Para começar, consulte Instalar o Azure PowerShell. Para saber como migrar para o módulo do Az PowerShell, veja Migrar o Azure PowerShell do AzureRM para o Az.

Para recuperar um banco de dados, use o cmdlet Restore-AzSqlDatabase .

Nota

You can perform a geo-restore to Gen2! Para fazer isso, especifique um Gen2 ServiceObjectiveName (por exemplo, DW1000c) como um parâmetro opcional.

  1. Abra o Windows PowerShell.
  2. Conecte-se à sua conta do Azure e liste todas as assinaturas associadas à sua conta.
  3. Selecione a assinatura que contém o banco de dados a ser restaurado.
  4. Obtenha o banco de dados que você deseja recuperar.
  5. Crie a solicitação de recuperação para o banco de dados, especificando um ServiceObjectiveName Gen2.
  6. Verify the status of the geo-restored database.
Connect-AzAccount
Get-AzSubscription
Select-AzSubscription -SubscriptionName "<Subscription_name>"

# Get the database you want to recover
$GeoBackup = Get-AzSqlDatabaseGeoBackup -ResourceGroupName "<YourResourceGroupName>" -ServerName "<YourServerName>" -DatabaseName "<YourDatabaseName>"

# Recover database
$GeoRestoredDatabase = Restore-AzSqlDatabase –FromGeoBackup -ResourceGroupName "<YourResourceGroupName>" -ServerName "<YourTargetServer>" -TargetDatabaseName "<NewDatabaseName>" –ResourceId $GeoBackup.ResourceID -ServiceObjectiveName "<YourTargetServiceLevel>" -RequestedServiceObjectiveName "DW300c"

# Verify that the geo-restored database is online
$GeoRestoredDatabase.status

Nota

Para configurar o banco de dados após a conclusão da restauração, consulte Configurar o banco de dados após a recuperação.

A base de dados recuperada terá a Encriptação de Dados Transparente (TDE) ativada, se a base de dados de origem também a tiver ativada.

Se você tiver algum problema com seu pool SQL dedicado, crie uma solicitação de suporte e faça referência a "atualização Gen2" como a possível causa.

Seu pool SQL dedicado atualizado (anteriormente SQL DW) está online. Para aproveitar a arquitetura aprimorada, saiba mais sobre as classes de recursos.

Próximo passo