Skip to content

Commit e87f853

Browse files
Merge pull request #33481 from dimitri-furman/dfurman/hk-restore
Add restore with XTP details
2 parents 6a70d43 + 2674f02 commit e87f853

File tree

2 files changed

+15
-5
lines changed

2 files changed

+15
-5
lines changed

azure-sql/database/in-memory-oltp-overview.md

Lines changed: 11 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -4,7 +4,7 @@ description: In-memory technologies greatly improve the performance of transacti
44
author: WilliamDAssafMSFT
55
ms.author: wiassaf
66
ms.reviewer: mathoma
7-
ms.date: 09/19/2024
7+
ms.date: 03/13/2025
88
ms.service: azure-sql-database
99
ms.subservice: performance
1010
ms.topic: concept-article
@@ -116,7 +116,7 @@ With elastic pools, the In-Memory OLTP storage is shared across all databases in
116116

117117
### <a id="changing-service-tiers-of-databases-that-use-in-memory-oltp-technologies"></a> Change service tiers of databases that use In-Memory OLTP technologies
118118

119-
In-Memory OLTP isn't supported in the General Purpose, Standard, and Basic service tiers of Azure SQL Database. Therefore, it isn't possible to scale a database that has any In-Memory OLTP objects to one of these tiers. If you want to scale a database to one of these service tiers, remove all memory-optimized tables and table types as well as all natively compiled T-SQL modules, or convert them to disk-based objects and regular T-SQL modules.
119+
In-Memory OLTP isn't supported in the General Purpose, Standard, and Basic service tiers of Azure SQL Database. Therefore, it isn't possible to scale or [restore](#restore-a-database-with-in-memory-oltp-objects) a database that has any In-Memory OLTP objects to one of these tiers. If you want to scale a database to one of these service tiers, remove all memory-optimized tables and table types as well as all natively compiled T-SQL modules, or convert them to disk-based objects and regular T-SQL modules.
120120

121121
When you scale down a Business Critical or a Premium database, data in the memory-optimized tables must fit within the In-Memory OLTP storage that is available in the destination service objective of the database or elastic pool. If you try to scale down the database or elastic pool, or move a database into an elastic pool, and the destination service objective doesn't have enough available In-Memory OLTP storage, the operation fails.
122122

@@ -138,6 +138,15 @@ SELECT * FROM sys.table_types WHERE is_memory_optimized = 1;
138138
SELECT * FROM sys.sql_modules WHERE uses_native_compilation = 1;
139139
```
140140

141+
### Restore a database with In-Memory OLTP objects
142+
143+
If you created any [In-Memory OLTP](in-memory-oltp-overview.md#in-memory-oltp) objects in a database and want to [restore the database](recovery-using-backups.md), you must use the Business Critical or Premium service tiers for the restored database. This applies even if you deleted all In-Memory OLTP objects before the restore point-in-time.
144+
145+
To make future automatic backups of the database restorable in other service tiers after all In-Memory OLTP objects are deleted, follow this procedure:
146+
147+
1. Scale the database to the General Purpose, Standard, or Basic service tier.
148+
1. If required, scale the database back to the Business Critical or Premium service tier, or to the Hyperscale service tier.
149+
141150
## In-memory columnstore
142151

143152
In-memory columnstore technology is enabling you to store and query a large amount of data in the tables. Columnstore technology uses column-based data storage format and batch query processing to achieve gain up to 10 times the query performance in OLAP workloads over traditional row-oriented storage. You can also achieve gains up to 10 times the data compression over the uncompressed data size.

azure-sql/database/recovery-using-backups.md

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ description: Learn about point-in-time restore, which enables you to roll back a
55
author: dnethi
66
ms.author: dinethi
77
ms.reviewer: wiassaf, mathoma, danil
8-
ms.date: 02/03/2025
8+
ms.date: 03/13/2025
99
ms.service: azure-sql-database
1010
ms.subservice: backup-restore
1111
ms.topic: how-to
@@ -52,12 +52,12 @@ Several factors affect the recovery time to restore a database through automated
5252

5353
- The size of the database
5454
- The compute size of the database
55-
- The number of transaction logs involved
55+
- The size of the transaction log backups involved
5656
- The amount of activity that needs to be replayed to recover to the restore point
5757
- The network bandwidth if the restore is to a different region
5858
- The number of concurrent restore requests that are processed in the target region
5959

60-
For a large or very active database, the restore might take several hours. A prolonged outage in a region might cause a high number of geo-restore requests for disaster recovery. When there are many requests, the recovery time for individual databases can increase. For information on recovery times, see [RTO and RPO](business-continuity-high-availability-disaster-recover-hadr-overview.md?view=azuresql-db&preserve-view=true#rto-and-rpo).
60+
For a large or very active database in the service tiers other than [Hyperscale](service-tier-hyperscale.md), the restore might take several hours. A prolonged outage in a region might cause a high number of geo-restore requests for disaster recovery. When there are many requests, the recovery time for individual databases can increase. For information on recovery times, see [RTO and RPO](business-continuity-high-availability-disaster-recover-hadr-overview.md?view=azuresql-db&preserve-view=true#rto-and-rpo).
6161

6262
For a single subscription, you have the following limitations on the number of concurrent restore requests. These limitations apply to any combination of point-in-time restores, geo-restores, and restores from long-term retention backup.
6363

@@ -90,6 +90,7 @@ You generally restore a database to an earlier point for recovery purposes. You
9090
> - You can't perform a point-in-time restore on a geo-secondary database. You can do so only on a primary database.
9191
> - The `BackupFrequency` parameter isn't supported for Hyperscale databases.
9292
> - Database restore operations are resource-intensive and might require a service tier of S3 or greater for the restoring (target) database. Once restore completes, the database or elastic pool might be scaled down, if required.
93+
> - If you created any [In-Memory OLTP](in-memory-oltp-overview.md#in-memory-oltp) objects in a database in the Business Critical or Premium service tiers, then you must use the Business Critical or Premium service tiers for the restored database. For more information, see [Restore a database with In-Memory OLTP objects](in-memory-oltp-overview.md#restore-a-database-with-in-memory-oltp-objects).
9394
9495
- **Database replacement**
9596

0 commit comments

Comments
 (0)