你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

通过升级 Azure Synapse Analytics 中的专用 SQL 池(以前称为 SQL DW)来优化性能

将专用 SQL 池(以前称为 SQL DW)升级到 Azure 硬件和存储体系结构的最新代系。

为什么升级?

现在可以在 Azure 门户中针对受支持的区域来无缝升级到专用 SQL 池(以前称为 SQL DW)“计算优化第 2 代”层级。 如果你的区域不支持自助升级,则可以升级到受支持的区域,或者等待你的区域支持自助升级。 请立即升级来利用最新一代 Azure 硬件和增强的存储体系结构,包括更快的性能、更高的可伸缩性以及无限的列式存储。

重要

此升级适用于受支持的区域中的“计算优化第 1 代”层级专用 SQL 池(以前称为 SQL DW)。

开始之前

  1. 检查你的区域是否支持从第 1 代到第 2 代迁移。 请注意自动迁移日期。 为了避免与自动化流程发生冲突,请在自动化流程开始日期之前计划手动迁移。

  2. 如果你所在的区域尚不受支持,请继续检查你的区域是否已添加到受支持的区域中,或者使用还原来升级到受支持的区域。

  3. 如果你的区域受支持,请通过 Azure 门户进行升级

  4. 通过使用以下映射,根据“计算优化第 1 代”层级的当前性能级别为专用 SQL 池(以前称为 SQL DW)选择建议的性能级别:

    “计算优化第 1 代”层级 “计算优化第 2 代”层级
    DW100 DW100c
    DW200 DW200c
    DW300 DW300c
    DW400 DW400c
    DW500 DW500c
    DW600 DW500c
    DW1000 DW1000c
    DW1200 DW1000c
    DW1500 DW1500c
    DW2000 DW2000c
    DW3000 DW3000c
    DW6000 DW6000c

注意

建议的性能级别不是直接转换。 例如,我们建议从 DW600 转换到 DW500c。

使用 Azure 门户在受支持的区域中进行升级

  • 通过 Azure 门户从第 1 代迁移到第 2 代是永久性的。 无法通过任何流程返回到第 1 代。
  • 专用 SQL 池(以前称为 SQL DW)必须处于运行状态才能迁移到第 2 代

准备阶段

注意

建议使用 Azure Az PowerShell 模块与 Azure 交互。 若要开始,请参阅安装 Azure PowerShell。 若要了解如何迁移到 Az PowerShell 模块,请参阅 将 Azure PowerShell 从 AzureRM 迁移到 Az

  • 登录到 Azure 门户
  • 请确保专用 SQL 池(以前称为 SQL DW)处于运行状态 - 它必须处于运行状态才能迁移到第 2 代

PowerShell 升级命令

  1. 如果要升级的“计算优化第 1 代”层级专用 SQL 池(以前称为 SQL DW)已暂停,请恢复专用 SQL 池(以前称为 SQL DW)

  2. 做好停机几分钟的准备。

  3. 识别任何对计算优化第 1 代性能级别的代码引用,并将其修改为等效的计算优化第 2 代性能级别。 下面是升级前需要更新代码引用的两个示例:

    原始 Gen1 PowerShell 命令:

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

    修改为:

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

    注意

    -RequestedServiceObjectiveName“DW300”更改为 - RequestedServiceObjectiveName“DW300c ”

    原始 Gen1 T-SQL 命令:

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

    修改为:

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

    注意

    SERVICE_OBJECTIVE = “DW300”更改为 SERVICE_OBJECTIVE = “DW300c”

开始升级

  1. 在 Azure 门户中,转到“计算优化第 1 代”层级专用 SQL 池(以前称为 SQL DW)。 如果要升级的“计算优化第 1 代”层级专用 SQL 池(以前称为 SQL DW)已暂停,请恢复专用 SQL 池

  2. 在“任务”选项卡下选择“升级到第 2 代”卡:

    注意

    如果在“任务”选项卡下未看到“升级到第 2 代” 卡,则你的订阅类型在当前区域中受到限制。 提交支持票证以便获得订阅批准。

  3. 在升级之前,请确保工作负荷已完成运行并处于静止状态。 在专用 SQL 池(以前称为 SQL DW)作为“计算优化第 2 代”层级专用 SQL 池(以前称为 SQL DW)恢复联机状态之前,将会停机几分钟。

  4. 选择“升级”。

  5. 通过在 Azure 门户中检查状态来监视升级。 你可能会看到一条消息横幅,指示“此数据仓库正在升级到第 2 代”。

    升级过程的第一个步骤将经历缩放操作(“升级 - 脱机”),其中,所有会话都将终止并且连接将会断开。

    升级过程的第二个步骤是数据迁移(“升级 - 联机”)。 数据迁移是一个联机缓慢执行的后台进程。 此进程使用本地 SSD 缓存,缓慢地将列式数据从旧的存储体系结构移动到新的存储体系结构。 在此期间,专用 SQL 池(以前称为 SQL DW)将会处于联机状态,以便进行查询和加载。 你的数据将可供查询,无论它是否已迁移。 数据迁移以可变速率进行,具体取决于数据大小、性能级别和列存储段的数目。

  6. 可选建议:在缩放操作完成后,你可以加速执行数据迁移后台进程。 可以通过在所有主列存储表(你会在更大的 SLO 和资源类中对其进行查询)上运行 ALTER INDEX ...REBUILD 来强制进行数据移动。 此操作是脱机操作,它会将其他查询降级或阻止它们,但与缓慢执行的后台进程(可能需要数小时才能完成,具体取决于表的数量和大小)相比,其完成速度更快。 但是,一旦完成,数据迁移将更快,因为新的增强的存储体系结构具有高质量的行组。

注意

Alter Index rebuild 是一项脱机操作,在重新生成完成之前,这些表将不可用。

以下查询会生成加快数据迁移时所需的 ALTER INDEX ... REBUILD 命令:

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';

通过 Azure 门户使用还原从 Azure 地理区域进行升级

使用 Azure 门户创建用户定义的还原点

  1. 登录到 Azure 门户
  2. 导航到需要为其创建还原点的专用 SQL 池(以前称为 SQL DW)。
  3. 在“概述”页的工具栏中,选择“+ 新建还原点”
  4. 为还原点指定一个名称。

使用 Azure 门户还原活动或暂停的数据库

  1. 登录到 Azure 门户

  2. 导航到需要从中还原的专用 SQL 池(以前称为 SQL DW)。

  3. 在“概述”部分的工具栏中,选择“还原”

  4. 选择“自动还原点”或“用户定义的还原点”。 对于用户定义的还原点,请“选择用户定义的还原点” 或“新建用户定义的还原点” 。 对于服务器,请选择“新建” ,然后在支持第 2 代的地理区域中选择一台服务器。

    Azure 门户中的屏幕截图,显示了可供选择的还原点。

使用 PowerShell 从 Azure 地理区域还原

注意

建议使用 Azure Az PowerShell 模块与 Azure 交互。 若要开始,请参阅安装 Azure PowerShell。 若要了解如何迁移到 Az PowerShell 模块,请参阅 将 Azure PowerShell 从 AzureRM 迁移到 Az

若要恢复数据库,请使用 Restore-AzSqlDatabase cmdlet。

注意

可以执行到第 2 代的异地还原! 若要执行此操作,请将一个第 2 代 ServiceObjectiveName(例如 DW1000c)指定为可选参数。

  1. 打开 Windows PowerShell。
  2. 连接到 Azure 帐户,并列出与帐户关联的所有订阅。
  3. 选择包含要还原的数据库的订阅。
  4. 获取要恢复的数据库。
  5. 为数据库创建恢复请求,指定一个第 2 代 ServiceObjectiveName。
  6. 验证异地还原的数据库的状态。
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

注意

若要在完成还原后配置数据库,请参阅 Configure your database after recovery(在恢复后配置数据库)。

如果源数据库启用了 TDE,则已恢复的数据库会启用 TDE。

如果遇到与专用 SQL 池相关的任何问题,请创建支持请求并指出可能的原因是“Gen2 升级”。

升级后的专用 SQL 池(以前称为 SQL DW)会处于联机状态。 若要利用增强的体系结构,请详细了解资源类。

下一步