Skip to content

Commit 733ffa6

Browse files
committed
Learn Editor: Update convert-to-hyperscale.md
1 parent 7e0cd09 commit 733ffa6

1 file changed

Lines changed: 2 additions & 2 deletions

File tree

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

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -45,8 +45,8 @@ 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-
> [!NOTE]
49-
> There are multiple phases in the conversion process which can be seen in Portal (progress reporting page), Azure CLI ([az sql db op list](/cli/azure/sql/db/op"https://learn.microsoft.com/cli/azure/sql/db/op#az-sql-db-op-list")), PowerShell ([Get-AzSqlDatabaseActivity](/powershell/module/az.sql/get-azsqldatabaseactivity"https://learn.microsoft.com/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"https://learn.microsoft.com/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"https://learn.microsoft.com/azure/azure-sql/database/troubleshoot-common-connectivity-issues#retry-logic-for-transient-errors").
48+
49+
There are multiple phases in the conversion process which can be seen in Portal (progress reporting page), Azure CLI ([az sql db op list](/cli/azure/sql/db/op"https://learn.microsoft.com/cli/azure/sql/db/op#az-sql-db-op-list")), PowerShell ([Get-AzSqlDatabaseActivity](/powershell/module/az.sql/get-azsqldatabaseactivity"https://learn.microsoft.com/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"https://learn.microsoft.com/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"https://learn.microsoft.com/azure/azure-sql/database/troubleshoot-common-connectivity-issues#retry-logic-for-transient-errors").
5050

5151
## Convert a database to Hyperscale
5252

0 commit comments

Comments
 (0)