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: azure-sql/database/service-tiers-sql-database-vcore.md
+4-5Lines changed: 4 additions & 5 deletions
Original file line number
Diff line number
Diff line change
@@ -4,7 +4,7 @@ description: The vCore purchasing model lets you independently scale compute and
4
4
author: WilliamDAssafMSFT
5
5
ms.author: wiassaf
6
6
ms.reviewer: sashan, moslake, mathoma, dfurman
7
-
ms.date: 05/31/2023
7
+
ms.date: 06/01/2023
8
8
ms.service: sql-database
9
9
ms.subservice: performance
10
10
ms.topic: conceptual
@@ -190,7 +190,7 @@ Common hardware configurations in the vCore model include standard-series (Gen5)
190
190
191
191
Certain hardware configurations such as standard-series (Gen5) may use more than one type of processor (CPU), as described in [Compute resources (CPU and memory)](#compute-resources-cpu-and-memory). While a given database or elastic pool tends to stay on the hardware with the same CPU type for a long time (commonly for multiple months), there are certain events that can cause a database or pool to be moved to hardware that uses a different CPU type. For example, a database or pool can be moved if it is scaled up or down to a different service objective, or if the current infrastructure in a datacenter is approaching its capacity limits, or if the currently used hardware is being decommissioned due to its end of life.
192
192
193
-
For some workloads, a move to a different CPU type can change performance. SQL Database configures hardware with the goal to provide predictable workload performance even if CPU type changes, keeping performance changes within a narrow band. However, across the wide spectrum of customer workloads running in SQL Database, and as new types of CPUs become available, it is possible to occasionally see more noticeable changes in performance of a database or pool moves to a different CPU type.
193
+
For some workloads, a move to a different CPU type can change performance. SQL Database configures hardware with the goal to provide predictable workload performance even if CPU type changes, keeping performance changes within a narrow band. However, across the wide spectrum of customer workloads running in SQL Database, and as new types of CPUs become available, it is possible to occasionally see more noticeable changes in performance if a database or pool moves to a different CPU type.
194
194
195
195
Regardless of CPU type used, resource limits for a database or elastic pool, such as the number of cores, memory, max data IOPS, max log rate, and max concurrent workers, remain the same as long as the database stays on the same service objective.
196
196
@@ -202,18 +202,17 @@ Standard-series (Gen5) hardware is available in all public regions worldwide.
202
202
203
203
### Hyperscale premium-series
204
204
205
-
- Premium-series hardware options use the latest CPUs and memory technologies from Intel and AMD. Premium-series provides a boost to compute performance relative to standard-series hardware.
205
+
- Premium-series hardware options use the latest CPU and memory technology from Intel and AMD. Premium-series provides a boost to compute performance relative to standard-series hardware.
206
206
- Premium-series option offers faster CPU performance compared to Standard-series and a higher number of maximum vCores.
207
207
- Premium-series memory optimized option offers double the amount of memory relative to premium-series.
208
208
209
-
Premium-series and premium-series memory optimized hardware is only available for Hyperscale databases.
210
209
- For more information, see the [Hyperscale premium series blog announcement](https://aka.ms/AAiq28n).
211
210
212
211
For regions available, see [Hyperscale premium-series availability](#hyperscale-premium-series-availability).
213
212
214
213
### Fsv2-series
215
214
216
-
- Fsv2-series is a compute optimized hardware configuration delivering low CPU latency and high clock speed for the most CPU demanding workloads.
215
+
- Fsv2-series is a compute optimized hardware configuration delivering low CPU latency and high clock speed for the most CPU demanding workloads. Similar to [Hyperscale premium-series](#hyperscale-premium-series) hardware configurations, Fsv2-series is powered by the latest CPU and memory technology from Intel and AMD. This lets customers take advantage of the latest hardware while using databases and elastic pools in the General Purpose service tier.
217
216
- Depending on the workload, Fsv2-series can deliver more CPU performance per vCore than other types of hardware. For example, the 72 vCore Fsv2 compute size can provide more CPU performance than 80 vCores on Standard-series (Gen5), at lower cost.
218
217
- Fsv2 provides less memory and `tempdb` per vCore than other hardware, so workloads sensitive to those limits may perform better on standard-series (Gen5).
Copy file name to clipboardExpand all lines: azure-sql/managed-instance/automated-backups-overview.md
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -39,7 +39,7 @@ Databases in Azure SQL Managed Instance use SQL Server engine technology to back
39
39
Azure SQL Managed Instance creates:
40
40
41
41
-[Full backups](/sql/relational-databases/backup-restore/full-database-backups-sql-server) every week.
42
-
-[Differential backups](/sql/relational-databases/backup-restore/differential-backups-sql-server) every 12 to 24 hours.
42
+
-[Differential backups](/sql/relational-databases/backup-restore/differential-backups-sql-server) every 12 hours.
43
43
-[Transaction log backups](/sql/relational-databases/backup-restore/transaction-log-backups-sql-server) every 10 minutes.
44
44
45
45
The frequency of transaction log backups is based on the compute size and the amount of database activity. When you restore a database, the service determines which full, differential, and transaction log backups need to be restored.
0 commit comments