• Прерывание транзакций с ошибкой: Msg 41839, Level 16, State 7: Transaction exceeded maximum memory allocation for In-Memory OLTP.
• Сбои выполнения нативно скомпилированных хранимых процедур и операций вставки в Memory-Optimized таблицы.
• Резкое замедление работы пула буферов и нехватка памяти в выделенном пуле ресурсов.

1. Анализ потребления памяти объектами In-Memory OLTP

Выполните диагностический запрос для выявления таблиц и индексов, утилизирующих пул Hekaton:

SELECT 
    OBJECT_NAME(object_id) AS TableName,
    memory_consumer_type_desc,
    allocated_bytes / 1024 / 1024 AS Allocated_MB,
    used_bytes / 1024 / 1024 AS Used_MB
FROM sys.dm_db_xtp_memory_consumers
ORDER BY allocated_bytes DESC;

2. Проверка и настройка пула ресурсов (Resource Governor)

Привяжите базу данных с In-Memory таблицами к выделенному пулу с увеличенным лимитом памяти:

-- 1. Создание отдельного пула ресурсов под In-Memory OLTP
CREATE RESOURCE POOL Hekaton_Pool
WITH (MAX_MEMORY_PERCENT = 70);

-- 2. Привязка базы к пулу
EXEC sp_xtp_bind_db_resource_pool 'MyDatabase', 'Hekaton_Pool';

-- 3. Применение изменений пула
ALTER RESOURCE GOVERNOR RECONFIGURE;

3. Очистка устаревших строк (Garbage Collection)

В In-Memory OLTP транзакции используют многоверсионность (MVCC). При наличии длительных параллельных транзакций сборщик мусора не может освободить старые версии строк:

-- Поиск активных транзакций, блокирующих сборщик мусора Hekaton
SELECT 
    xtp_transaction_id,
    transaction_status,
    is_low_priority
FROM sys.dm_db_xtp_transactions
WHERE transaction_status = 'ACTIVE';

4. Оптимизация структуры индексов HASH

Завышенное значение BUCKET_COUNT приводит к лишнему расходу памяти, а заниженное — к падению производительности цепочек коллизий. Проверьте плотность корзин:

SELECT 
    OBJECT_NAME(object_id) AS TableName,
    index_id,
    total_bucket_count,
    empty_bucket_count,
    avg_chain_length
FROM sys.dm_db_xtp_hash_index_stats;