You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/sql-database/sql-database-single-database-scale.md
+5-7Lines changed: 5 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -16,8 +16,6 @@ ms.date: 04/26/2019
16
16
17
17
This article describes how to scale the compute and storage resources available for an Azure SQL Database in the provisioned compute tier. Alternatively, the [serverless compute tier](sql-database-serverless.md) provides compute auto-scaling and bills per second for compute used.
18
18
19
-
## Change compute size (vCores or DTUs)
20
-
21
19
After initially picking the number of vCores or DTUs, you can scale a single database up or down dynamically based on actual experience using the [Azure portal](sql-database-single-databases-manage.md#manage-an-existing-sql-database-server), [Transact-SQL](https://docs.microsoft.com/sql/t-sql/statements/alter-database-transact-sql?view=azuresqldb-current#examples-1), [PowerShell](/powershell/module/az.sql/set-azsqldatabase), the [Azure CLI](/cli/azure/sql/db#az-sql-db-update), or the [REST API](https://docs.microsoft.com/rest/api/sql/databases/update).
22
20
23
21
The following video shows dynamically changing the service tier and compute size to increase available DTUs for a single database.
@@ -27,7 +25,7 @@ The following video shows dynamically changing the service tier and compute size
27
25
> [!IMPORTANT]
28
26
> Under some circumstances, you may need to shrink a database to reclaim unused space. For more information, see [Manage file space in Azure SQL Database](sql-database-file-space-management.md).
29
27
30
-
###Impact of changing service tier or rescaling compute size
28
+
## Impact
31
29
32
30
Changing the service tier or compute size of mainly involves the service performing the following steps:
33
31
@@ -42,7 +40,7 @@ Changing the service tier or compute size of mainly involves the service perform
42
40
> [!IMPORTANT]
43
41
> No data is lost during any step in the workflow. Make sure that you have implemented some [retry logic](sql-database-connectivity-issues.md) in the applications and components that are using Azure SQL Database while the service tier is changed.
44
42
45
-
###Latency of changing service tier or rescaling compute size
43
+
## Latency
46
44
47
45
The estimated latency to change the service tier or rescale the compute size of a single database or elastic pool is parameterized as follows:
48
46
@@ -55,7 +53,7 @@ The estimated latency to change the service tier or rescale the compute size of
55
53
> [!TIP]
56
54
> To monitor in-progress operations, see: [Manage operations using the SQL REST API](https://docs.microsoft.com/rest/api/sql/operations/list), [Manage operations using CLI](/cli/azure/sql/db/op), [Monitor operations using T-SQL](/sql/relational-databases/system-dynamic-management-views/sys-dm-operation-status-azure-sql-database) and these two PowerShell commands: [Get-AzSqlDatabaseActivity](/powershell/module/az.sql/get-azsqldatabaseactivity) and [Stop-AzSqlDatabaseActivity](/powershell/module/az.sql/stop-azsqldatabaseactivity).
57
55
58
-
###Cancelling service tier changes or compute rescaling operations
56
+
## Cancelling changes
59
57
60
58
A service tier change or compute rescaling operation can be canceled.
61
59
@@ -84,7 +82,7 @@ else {
84
82
}
85
83
```
86
84
87
-
###Additional considerations when changing service tier or rescaling compute size
85
+
## Additional considerations
88
86
89
87
- If you are upgrading to a higher service tier or compute size, the database max size does not increase unless you explicitly specify a larger size (maxsize).
90
88
- To downgrade a database, the database used space must be smaller than the maximum allowed size of the target service tier and compute size.
@@ -94,7 +92,7 @@ else {
94
92
- The restore service offerings are different for the various service tiers. If you are downgrading to the **Basic** tier, there is a lower backup retention period. See [Azure SQL Database Backups](sql-database-automated-backups.md).
95
93
- The new properties for the database are not applied until the changes are complete.
96
94
97
-
###Billing during compute rescaling
95
+
## Billing
98
96
99
97
You are billed for each hour a database exists using the highest service tier + compute size that applied during that hour, regardless of usage or whether the database was active for less than an hour. For example, if you create a single database and delete it five minutes later your bill reflects a charge for one database hour.
0 commit comments