Skip to content

Commit 9aa7543

Browse files
authored
Merge branch 'main' into FromPublicRepo
2 parents 1f1b17e + 47f1e0b commit 9aa7543

File tree

2 files changed

+5
-6
lines changed

2 files changed

+5
-6
lines changed

azure-sql/database/service-tiers-sql-database-vcore.md

Lines changed: 4 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -4,7 +4,7 @@ description: The vCore purchasing model lets you independently scale compute and
44
author: WilliamDAssafMSFT
55
ms.author: wiassaf
66
ms.reviewer: sashan, moslake, mathoma, dfurman
7-
ms.date: 05/31/2023
7+
ms.date: 06/01/2023
88
ms.service: sql-database
99
ms.subservice: performance
1010
ms.topic: conceptual
@@ -190,7 +190,7 @@ Common hardware configurations in the vCore model include standard-series (Gen5)
190190

191191
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.
192192

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.
194194

195195
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.
196196

@@ -202,18 +202,17 @@ Standard-series (Gen5) hardware is available in all public regions worldwide.
202202

203203
### Hyperscale premium-series
204204

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.
206206
- Premium-series option offers faster CPU performance compared to Standard-series and a higher number of maximum vCores.
207207
- Premium-series memory optimized option offers double the amount of memory relative to premium-series.
208208

209-
Premium-series and premium-series memory optimized hardware is only available for Hyperscale databases.
210209
- For more information, see the [Hyperscale premium series blog announcement](https://aka.ms/AAiq28n).
211210

212211
For regions available, see [Hyperscale premium-series availability](#hyperscale-premium-series-availability).
213212

214213
### Fsv2-series
215214

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.
217216
- 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.
218217
- Fsv2 provides less memory and `tempdb` per vCore than other hardware, so workloads sensitive to those limits may perform better on standard-series (Gen5).
219218

azure-sql/managed-instance/automated-backups-overview.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -39,7 +39,7 @@ Databases in Azure SQL Managed Instance use SQL Server engine technology to back
3939
Azure SQL Managed Instance creates:
4040

4141
- [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.
4343
- [Transaction log backups](/sql/relational-databases/backup-restore/transaction-log-backups-sql-server) every 10 minutes.
4444

4545
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

Comments
 (0)