メモリ最適化テーブルを持つデータベースのリソースプールへのバインド

[アーティクル]
05/30/2023

適用対象:SQL Server

リソースプールは、管理できる物理リソースのサブセットを表します。既定では、 SQL Server データベースは既定のリソースプールにバインドされてリソースを使用します。 1 つ以上のメモリ最適化テーブルによって SQL Server のリソースが消費されたり、メモリ最適化テーブルに必要なメモリが他のメモリユーザーによって消費されたりするのを防ぐために、別のリソースプールを作成して、メモリ最適化テーブルを持つデータベースのメモリ消費量を管理することをお勧めします。

1 つのデータベースをバインドできるのは、1 つのリソースプールだけです。ただし、同じプールに複数のデータベースをバインドすることは可能です。 SQL Server では、メモリ最適化テーブルを持たないデータベースをリソースプールにバインドすることはできますが、バインドしても何も効果はありません。将来的にデータベースにメモリ最適化テーブルを作成する可能性がある場合は、データベースを名前付きリソースプールにバインドすることができます。

データベースをリソースプールにバインドするには、事前にデータベースとリソースプールの両方が存在している必要があります。バインドは、データベースが次にオンラインになったときに有効になります。詳細については、「データベースの状態」を参照してください。

リソースプールについては、「リソースガバナーリソースプール」を参照してください。

データベースをリソースプールにバインドする手順

このトピックの他の内容

データベースとリソースプールを作成する

データベースとリソースプールは、任意の順序で作成できます。重要なのは、データベースをリソースプールにバインドする前に、両方が存在することです。

データベースの作成

次の Transact-SQL では、1 つ以上のメモリ最適化テーブルを含む IMOLTP_DB という名前のデータベースが作成されます。このコマンドを実行する前に、パス <driveAndPath> が存在している必要があります。

CREATE DATABASE IMOLTP_DB  
GO  
ALTER DATABASE IMOLTP_DB ADD FILEGROUP IMOLTP_DB_fg CONTAINS MEMORY_OPTIMIZED_DATA  
ALTER DATABASE IMOLTP_DB ADD FILE( NAME = 'IMOLTP_DB_fg' , FILENAME = 'c:\data\IMOLTP_DB_fg') TO FILEGROUP IMOLTP_DB_fg;  
GO

MIN_MEMORY_PERCENT と MAX_MEMORY_PERCENT の最小値の決定

メモリ最適化テーブルに必要なメモリを確認したら、使用可能なメモリの何パーセントが必要になるかを特定し、メモリの割合をその値以上に設定する必要があります。

例:
この例では、計算の結果、メモリ最適化テーブルおよびインデックスに 16 GB のメモリが必要であると確認されたものとします。また、使用できるメモリとして 32 GB がコミットされていると想定します。

一見すると、MIN_MEMORY_PERCENT と MAX_MEMORY_PERCENT は 50 (16 は 32 の 50%) に設定する必要があるように思われます。しかし、それではメモリ最適化テーブルに十分なメモリが与えられません。後に示す表 (「メモリ最適化テーブルおよびインデックスで使用可能なメモリの割合」) によると、コミットされたメモリが 32 GB の場合、メモリ最適化テーブルとインデックスで使用できるのはその 80% だけです。このため、最小と最大の割合は、コミットされたメモリではなく使用可能なメモリに基づいて計算します。

memoryNeedeed = 16
memoryCommitted = 32
availablePercent = 0.8
memoryAvailable = memoryCommitted * availablePercent
percentNeeded = memoryNeeded / memoryAvailable

実際の数値の算出:
percentNeeded = 16 / (32 * 0.8) = 16 / 25.6 = 0.625

したがって、メモリ最適化テーブルとインデックスに 16 GB という要件を満たすには、使用可能なメモリの少なくとも 62.5% が必要です。 MIN_MEMORY_PERCENT と MAX_MEMORY_PERCENT の値は整数にする必要があるため、少なくとも 63% として設定します。

リソースプールの作成とメモリの構成

メモリ最適化テーブルのメモリを構成するときは、MAX_MEMORY_PERCENT ではなく MIN_MEMORY_PERCENT に基づいてキャパシティプランニングを実施する必要があります。 MIN_MEMORY_PERCENTとMAX_MEMORY_PERCENTの詳細については、「 ALTER RESOURCE POOL (Transact-SQL)」を参照してください。この結果、メモリ最適化テーブルが使用できるメモリをより適切に予測することができます。MIN_MEMORY_PERCENT を指定すると、他のリソースプールにメモリの制約を加えて、この値に応じたメモリが確保されるためです。メモリを確実に使用できるようにし、さらにメモリ不足が発生しないようにするには、MIN_MEMORY_PERCENT と MAX_MEMORY_PERCENT を同じ値にします。コミットされたメモリの量に対してメモリ最適化テーブルで使用できるメモリの割合については、後の「メモリ最適化テーブルおよびインデックスで使用可能なメモリの割合」をご覧ください。

VM 環境での操作の詳細については、「ベストプラクティス: VM 環境でのインメモリ OLTP の使用」を参照してください。

次の Transact-SQL コードは、Pool_IMOLTP という名前のリソースプールを作成し、使用できるメモリの半分を使用します。プールが作成された後、Pool_IMOLTP が含まれるようにリソースガバナーが再構成されます。

-- set MIN_MEMORY_PERCENT and MAX_MEMORY_PERCENT to the same value  
CREATE RESOURCE POOL Pool_IMOLTP   
  WITH   
    ( MIN_MEMORY_PERCENT = 63,   
    MAX_MEMORY_PERCENT = 63 );  
GO  
  
ALTER RESOURCE GOVERNOR RECONFIGURE;  
GO

データベースをプールにバインドする

システム関数 sp_xtp_bind_db_resource_pool を使用して、データベースをリソースプールにバインドします。この関数は、パラメーターとしてデータベース名とリソースプール名を受け取ります。

次の Transact-SQL では、リソースプール Pool_IMOLTPへのデータベース IMOLTP_DBのバインドを定義します。このバインドは、データベースをオンラインにするまで有効になりません。

EXEC sp_xtp_bind_db_resource_pool 'IMOLTP_DB', 'Pool_IMOLTP'  
GO

システム関数 sp_xtp_bind_db_resourece_pool は、2 つの文字列パラメーター (database_name と pool_name) を受け取ります。

バインドを確認する

バインドを確認します。このとき、IMOLTP_DB のリソースプール ID に注意してください。 NULL にすることはできません。

SELECT d.database_id, d.name, d.resource_pool_id  
FROM sys.databases d  
GO

バインドを有効にする

バインドを有効にするには、リソースプールにバインドした後で、データベースをいったんオフラインにしてからオンラインに戻す必要があります。データベースが以前に別のプールにバインドされていた場合は、これによって以前のリソースプールから割り当て済みのメモリが削除され、新しくデータベースにバインドされたリソースプールから、メモリ最適化テーブルおよびインデックス用のメモリが割り当てられます。

USE master  
GO  
  
ALTER DATABASE IMOLTP_DB SET OFFLINE  
GO  
ALTER DATABASE IMOLTP_DB SET ONLINE  
GO  
  
USE IMOLTP_DB  
GO

これで、データベースがリソースプールにバインドされました。

既存のプール内での MIN_MEMORY_PERCENT と MAX_MEMORY_PERCENT の変更

サーバーにメモリを追加した場合や、メモリ最適化テーブルに必要なメモリの量が変わった場合は、MIN_MEMORY_PERCENT と MAX_MEMORY_PERCENT の値を変更する必要があることがあります。次の手順では、リソースプールで MIN_MEMORY_PERCENT と MAX_MEMORY_PERCENT の値を変更する方法を示します。 MIN_MEMORY_PERCENT と MAX_MEMORY_PERCENT に使用する値については、以下のセクションをご覧ください。詳細については、「ベストプラクティス: VM 環境でのインメモリ OLTP の使用」のトピックを参照してください。

ALTER RESOURCE POOL を使用して MIN_MEMORY_PERCENT と MAX_MEMORY_PERCENT の両方の値を変更します。
新しい値を使用してリソースガバナーを再構成するには、 ALTER RESOURCE GOVERNOR を使用します。

サンプルコード

ALTER RESOURCE POOL Pool_IMOLTP  
WITH  
     ( MIN_MEMORY_PERCENT = 70,  
       MAX_MEMORY_PERCENT = 70 )   
GO  
  
-- reconfigure the Resource Governor  
ALTER RESOURCE GOVERNOR RECONFIGURE  
GO

メモリ最適化テーブルおよびインデックスで使用可能なメモリの割合

メモリ最適化テーブルを持つデータベースと SQL Server ワークロードを同じリソースプールにマップした場合は、プールのユーザー間でプール使用に関する競合が生じないように、リソースガバナーによってインメモリ OLTP 用の内部しきい値が設定されます。一般に、インメモリ OLTP 用のしきい値はプールの約 80% です。さまざまなメモリサイズに対する実際のしきい値を次の表に示します。

インメモリ OLTP データベースの専用リソースプールを作成するときは、行のバージョンとデータの増加を確認した後で、インメモリテーブルに必要な物理メモリ量を推定する必要があります。必要なメモリ量を推定したら、DMV の sys.dm_os_sys_info の列 "committed_target_kb" を反映する SQL インスタンスのコミットターゲットメモリの割合でリソースプールを作成します。たとえば、インスタンスで使用できる合計メモリ量の 40% を含むリソースプール P1 を作成できます。この 40% から、インメモリ OLTP エンジンはインメモリ OLTP データを格納するためにこれより少ない割合のメモリを取得します。この処理は、インメモリ OLTP がこのプールのすべてのメモリを消費しないようにするために行います。この少ない割合の値は、ターゲットのコミット済みメモリによって異なります。次の表に、OOM のエラーが発生する前にリソースプール (既定または名前付き) のインメモリ OLTP データベースに使用可能なメモリを示します。

ターゲットのコミット済みメモリ	インメモリテーブルで使用可能な割合
<= 8 GB	70%
<= 16 GB	75%
<= 32 GB	80%
<= 96 GB	85%
>96 GB	90%

たとえば、"ターゲットのコミット済みメモリ" が 100 GB で、メモリ最適化テーブルおよびインデックスに 60 GB のメモリが必要であると推定した場合は、MAX_MEMORY_PERCENT = 67 (必要な 60 GB/0.90 = 66.667 GB – 67 GB に切り上げ、67 GB/インストール済みの 100 GB = 67%) でリソースプールを作成して、インメモリ OLTP オブジェクトで必要な 60 GB を確実に使用できるようにします。

データベースが名前付きリソースプールにバインドされている場合は、次のクエリを使用して異なるリソースプールにわたるメモリ割り当てを確認します。

SELECT pool_id  
     , Name  
     , min_memory_percent  
     , max_memory_percent  
     , max_memory_kb/1024 AS max_memory_mb  
     , used_memory_kb/1024 AS used_memory_mb   
     , target_memory_kb/1024 AS target_memory_mb  
   FROM sys.dm_resource_governor_resource_pools

このサンプル出力は、メモリ最適化オブジェクトによって使用されたメモリがリソースプール、PoolIMOLTP の 1356 MB であり、上限が 2307 MB であることを示しています。この上限によって、ユーザーとこのプールにマップされるシステムのメモリ最適化オブジェクトが使用できるメモリの合計が制御されます。

サンプル出力
この出力は、上で作成したデータベースおよびテーブルからのものです。

pool_id     Name        min_memory_percent max_memory_percent max_memory_mb used_memory_mb target_memory_mb  
----------- ----------- ------------------ ------------------ ------------- -------------- ----------------   
1           internal    0                  100                3845          125            3845  
2           default     0                  100                3845          32             3845  
259         Pool_IMOLTP 0                  100                3845          1356           2307

詳細については、「 sys.dm_resource_governor_resource_pools (Transact-SQL)」を参照してください。

ご利用のデータベースを名前付きリソースプールにバインドしない場合、そのデータベースは "既定の" プールにバインドされます。既定のリソースプールは他のほとんどの割り当ての SQL Server で使用されるため、正確に対象のデータベースに対して DMV sys.dm_resource_governor_resource_pools を使用して、メモリ最適化テーブルで消費されたメモリを監視することはできません。

参照

sys.sp_xtp_bind_db_resource_pool (Transact-SQL)
sys.sp_xtp_unbind_db_resource_pool (Transact-SQL)
リソースガバナー
 リソースガバナーリソースプール
 リソースプールの作成
 リソースプールの設定の変更
 リソースプールの削除

メモリ最適化テーブルを持つデータベースのリソースプールへのバインド

データベースをリソースプールにバインドする手順

データベースとリソースプールを作成する

データベースの作成

MIN_MEMORY_PERCENT と MAX_MEMORY_PERCENT の最小値の決定

リソースプールの作成とメモリの構成

データベースをプールにバインドする

バインドを確認する

バインドを有効にする

既存のプール内での MIN_MEMORY_PERCENT と MAX_MEMORY_PERCENT の変更

メモリ最適化テーブルおよびインデックスで使用可能なメモリの割合

参照

フィードバック

フィードバック

その他のリソース

メモリ最適化テーブルを持つデータベースのリソース プールへのバインド

データベースをリソース プールにバインドする手順

データベースとリソース プールを作成する

データベースの作成

MIN_MEMORY_PERCENT と MAX_MEMORY_PERCENT の最小値の決定

リソース プールの作成とメモリの構成

データベースをプールにバインドする

バインドを確認する

バインドを有効にする

既存のプール内での MIN_MEMORY_PERCENT と MAX_MEMORY_PERCENT の変更

メモリ最適化テーブルおよびインデックスで使用可能なメモリの割合

参照

フィードバック

フィードバック

その他のリソース

メモリ最適化テーブルを持つデータベースのリソースプールへのバインド

データベースをリソースプールにバインドする手順

データベースとリソースプールを作成する

リソースプールの作成とメモリの構成