Skip to content

Commit d89e418

Browse files
Update convert-to-hyperscale.md
1 parent e3e1d6b commit d89e418

1 file changed

Lines changed: 2 additions & 3 deletions

File tree

azure-sql/database/convert-to-hyperscale.md

Lines changed: 2 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -4,7 +4,7 @@ description: How to convert an Azure SQL Database to the Hyperscale tier.
44
author: WilliamDAssafMSFT
55
ms.author: wiassaf
66
ms.reviewer: dfurman, blakhani
7-
ms.date: 07/02/2025
7+
ms.date: 07/07/2025
88
ms.service: azure-sql-database
99
ms.topic: how-to
1010
ms.custom:
@@ -45,8 +45,7 @@ The conversion process is divided into two stages - the conversion of database,
4545
- If you choose to manually cutover at a time of your choosing, you have 24 hours to initiate a manual cutover after the point when the database ready for cutover. You can initiate a manual cutover via the Azure portal, Azure CLI, PowerShell, or T-SQL.
4646
- During the final cutover to Hyperscale, your applications only experience a short period of downtime, usually less than a minute.
4747

48-
49-
There are multiple phases in the conversion process which can be seen in the Azure Portal (progress reporting page), Azure CLI ([az sql db op list](/cli/azure/sql/db/op#az-sql-db-op-list)), PowerShell ([Get-AzSqlDatabaseActivity](/powershell/module/az.sql/get-azsqldatabaseactivity)) and T-SQL ([sys.dm_operation_status](/sql/relational-databases/system-dynamic-management-views/sys-dm-operation-status-azure-sql-database) DMV). When converting a database from the Premium or Business Critical service tiers to Hyperscale, existing client connections are disconnected during phase 1. This is similar to the disconnect that occurs when scaling the database between service tiers. Applications should be designed to gracefully handle transient connectivity interruptions by implementing retry logic as described in [Retry logic for transient errors](/azure/azure-sql/database/troubleshoot-common-connectivity-issues#retry-logic-for-transient-errors).
48+
There are multiple phases in the conversion process which can be monitored in the Azure portal (progress reporting page), Azure CLI ([az sql db op list](/cli/azure/sql/db/op#az-sql-db-op-list)), PowerShell ([Get-AzSqlDatabaseActivity](/powershell/module/az.sql/get-azsqldatabaseactivity)), or T-SQL (with [sys.dm_operation_status](/sql/relational-databases/system-dynamic-management-views/sys-dm-operation-status-azure-sql-database)). When converting a database from the Premium or Business Critical service tiers to Hyperscale, existing client connections are disconnected during phase 1. This is similar to the disconnect that occurs when scaling the database between service tiers. Applications should be designed to gracefully handle transient connectivity interruptions by implementing retry logic as described in [Retry logic for transient errors](/azure/azure-sql/database/troubleshoot-common-connectivity-issues#retry-logic-for-transient-errors).
5049

5150
## Convert a database to Hyperscale
5251

0 commit comments

Comments
 (0)