Monitor In-Memory OLTP storage in Azure SQL Database and Azure SQL Managed Instance
When using In-Memory OLTP, data in memory-optimized tables and table variables resides in In-Memory OLTP storage.
Determine whether data fits within the In-Memory OLTP storage cap
Determine the storage caps of the different service tiers.Each Premium and Business Critical service tier has a maximum In-Memory OLTP storage size.
- DTU-based resource limits - single database
- DTU-based resource limits - elastic pools
- vCore-based resource limits - single databases
- vCore-based resource limits - elastic pools
- vCore-based resource limits - managed instance
Estimating memory requirements for a memory-optimized table works the same way for SQL Server as it does in Azure SQL Database and Azure SQL Managed Instance. Take a few minutes to review Estimate memory requirements.
Table and table variable rows, as well as indexes, count toward the max user data size. In addition, ALTER TABLE needs enough room to create a new version of the entire table and its indexes.
Once this limit is exceeded, insert and update operations may start failing with error 41823 for single databases in Azure SQL Database and databases in Azure SQL Managed Instance, and error 41840 for elastic pools in Azure SQL Database. At that point you need to either delete data to reclaim memory, or upgrade the service tier or compute size of your database.
Monitoring and alerting
You can monitor In-memory storage use as a percentage of the storage cap for your compute size in the Azure portal:
- On the Database blade, locate the Resource utilization box and click on Edit.
- Select the metric
In-Memory OLTP Storage percentage.
- To add an alert, click on the Resource Utilization box to open the Metric blade, then click on Add alert.
Or use the following query to show the In-memory storage utilization:
SELECT xtp_storage_percent FROM sys.dm_db_resource_stats
Correct out-of-In-Memory OLTP storage situations - Errors 41823 and 41840
Hitting the In-Memory OLTP storage cap in your database results in INSERT, UPDATE, ALTER and CREATE operations failing with error message 41823 (for single databases) or error 41840 (for elastic pools). Both errors cause the active transaction to abort.
Error messages 41823 and 41840 indicate that the memory-optimized tables and table variables in the database or pool have reached the maximum In-Memory OLTP storage size.
To resolve this error, either:
- Delete data from the memory-optimized tables, potentially offloading the data to traditional, disk-based tables; or,
- Upgrade the service tier to one with enough in-memory storage for the data you need to keep in memory-optimized tables.
In rare cases, errors 41823 and 41840 can be transient, meaning there is enough available In-Memory OLTP storage, and retrying the operation succeeds. We therefore recommend to both monitor the overall available In-Memory OLTP storage and to retry when first encountering error 41823 or 41840. For more information about retry logic, see Conflict Detection and Retry Logic with In-Memory OLTP.
For monitoring guidance, see Monitoring using dynamic management views.