SQL Server パフォーマンスチューニング、コンサルティング、アドバイス、相談、定期診断、トレーニング

ホーム＞技術情報＞ SQL Server 2012 自習書 No.12 Analysis Services によるインメモリ BI 入門

SQL Server 2014 実践シリーズ（HTML 版）
「No.1 インメモリ OLTP 機能の実践的な利用方法」

松本美穂と松本崇博が執筆した SQL Server 2014 実践シリーズの「No.1 インメモリ OLTP 機能の実践的な利用方法」の HTML 版です。日本マイクロソフトさんの Web サイトで Word または PDF 形式でダウンロードできますが、今回、HTML 版として公開する許可をいただきましたので、ここに掲載いたします。[2015年12月29日]

目次へ | 前のページへ | 次のページへ

3.3　データベース移行後のデータベース設定の変更

データベースの移行が完了した後は、データベースの設定を変更します。

次の作業を行います。

互換性レベルを SQL Server 2014（120）へ上げる（オプション）
データベースの所有者を変更する（重要）
瞬時初期化を有効化する（健全な性能のために非常に重要）
メモリ最適化テーブル用のファイルグループの作成／追加する（必須）
Delayed Durability を有効化する（Delayed Durability を利用するために必須）
ELEVATE SNAPSHOT を有効化する（オプション）

◆ 互換性レベルを SQL Server 2014（120）へ上げる（オプション）

SQL Server 2005 のバックアップをリストアすると、データベースの互換性レベルは 100（SQL Server 2008 レベル）へ自動的に上がります。

00183

SQL Server 2014 では、互換性レベルは 100（SQL Server 2008）以降がサポートされているので、90（SQL Server 2005）のデータベースをリストアした場合には、100 へ自動的に上がります。なお、この［プロパティ］ダイアログでは、次のように 90（SQL Server 2005）も表示されますが、選択して、［OK］ボタンをクリックすると、エラーになって 90レベルへ変更することはできません。

00184

互換性レベルは、100（SQL Server 2008 レベル）のまま利用しても、メモリ最適化テーブルを利用することができますが、より良い性能を考慮するのであれば、120（SQL Server 2014 レベル）へ上げておくことをお勧めします。120 へ変更していれば、SQL Server 2014 からの新しい「基数推定」（Cardinarity Estimate）機能を利用することもできるからです。基数推定は、クエリオプティマイザーが推定行数を予測するためのアルゴリズムを改良したものです。

100 と 120 レベルでは、細かい修正はありますが、基本的な Transact-SQL ステートメントであれば同じように利用することができるので、多くの環境では問題が出ないと思います（弊社のお客様では、今のところ 4社ほど SQL Server 2005 から SQL Server 2014 へのデータベースの移行を試していますが、何の問題もなく、アプリケーションを実行することができています）。このあたりの移行に関する詳細については、別途ドキュメントを執筆していますので、そちらもご覧いただければと思います。

◆ データベース所有者の変更～ ALTER AUTHORIZATION ～

データベースのバックアップおよびリストアを行った環境が、同じ Active Directoryドメイン内のマシンで、ドメインユーザーを利用してデータベースを操作している場合には、この作業は不要になるのですが、異なるドメインのマシンへデータベースをリストアしたり、ワークグループなどのスタンドアロン環境へリストアする場合には、リストア後にデータベースの所有者を変更しておく必要があります。

異なるドメインやスタンドアロン環境だと、旧環境でのデータベースの所有者が、新しい環境には存在しないことになるので、リストア先のデータベースでは、次のように所有者が「空」になってしまいます。

00185

データベースの所有者を変更するには、次のように ALTER AUTHORIZATION ステートメントを実行します。

ALTER AUTHORIZATION ON DATABASE::データベース名 TO [管理者アカウント名]

管理者アカウント名には、管理者アカウントとしてローカルの Administrator を利用している場合には「マシン名\Administrator」と指定し、sa を利用している場合には「sa」と指定します。

データベースの所有者が空のままの場合には、ネイティブコンパイル SP の作成時に、次のようにエラーとなってしまうので、必ず行っておいてください。

00187

◆ 瞬時初期化の有効化～「ボリュームの保守タスクを実行」権利を付与～

インメモリ OLTP 機能では、SCHEMA_AND_DATA（データの永続化有り）の場合に、ファイルへの書き込みを行います（データファイルやデルタファイルなどが、ファイルグループ内へ作成されていきます）。このときに、「瞬時初期化」機能が有効になっていないと、ファイルを作成するときの性能低下が発生することになるので、有効化しておくことが非常に重要です。

瞬時初期化は、SQL Server のサービスアカウントが Administrators グループのメンバーである場合には、自動的に有効になっているので、設定をする必要はありません。Administrators グループのメンバーではない場合は、次のように「ローカルセキュリティポリシー」ツールを利用して、「ユーザー権利の割り当て」から「ボリュームの保守タスクを実行」を与えておく必要があります。

00188

権利を与えた後は、SQL Server サービスを再起動しておく必要があります。

◆ メモリ最適化テーブル用のファイルグループの作成／追加

メモリ最適化テーブルを利用するには、データベースに、メモリ最適化テーブル用のファイルグループを作成／追加しておく必要があります。これは、次のように行えます。

ALTER DATABASE データベース名
ADD FILEGROUP ファイルグループ名 CONTAINS MEMORY_OPTIMIZED_DATA
ALTER DATABASE データベース名
ADD FILE ( NAME = InMemoryName,
FILENAME = 'C:\data\InMemoryName' )
TO FILEGROUP ファイルグループ名

ALTER DATABASE ステートメントで、ADD FILEGROUP に続けて任意のファイルグループ名を指定して、「CONTAINS MEMORY_OPTIMIZED_DATA」と記述することで、メモリ最適化テーブルを格納できるファイルグループを作成することができます。

2つ目の ALTER DATABASE ステートメントの ADD FILE では、ファイルグループ内にファイル（実際に作成されるのはフォルダー）を作成しますが、FILENAME に指定するファイル名は、NAME で指定する論理ファイル名（上記では InMemoryName）と同じ名前に設定します。

このように、通常のデータベースに、メモリ最適化テーブル用のファイルグループを追加することで、通常のテーブル（従来どおりのディスクベースのテーブル）と、メモリ最適化テーブルを同じデータベース内に共存させることができます（インメモリ OLTP 機能が SQL Server と完全に統合されている利点の 1つです）。

作成したファイルグループには、メモリ最適化テーブルを作成していくと、次のようにファイルが作成されています。

00189

◆ Delayed Durability の有効化

今回のポイントカードシステムの「顧客利用履歴」テーブルでは、Delayed Durability（遅延書き込み）機能を利用しましたが、これを利用するには、事前にデータベースで Delayed Durability を有効化しておく必要があります。これは、次のようにALTER DATABASE ステートメントの SET オプションで設定することができます。

ALTER DATABASE データベース名
SET DELAYED_DURABILITY = ALLOWED

DELAYED_DURABILITY に ALLOWED（許可）を指定することで、Delayed Durability を利用できるようになります。ここで DISABLED を指定した場合は、無効化して、元に戻すことができます。また、FORCED を指定した場合は、どんなトランザクションでも強制的に Delayed Durability で実行するという設定にすることもできます。

ALLOWED を指定した場合は、次のようにトランザクションの COMMIT TRAN 時に、WITH オプションで DELAYED_DURABILITY を ON に指定することで、Delayed Durability を利用することができます。

BEGIN TRAN
：
COMMIT TRAN
WITH ( DELAYED_DURABILITY = ON )

ネイティブコンパイル SP の場合は、次のように BEGIN ATOMIC の WITH オプションで「DELAYED_DURABILITY = ON」と指定することで、Delayed Durability を有効化することができます。

CREATE PROC ストアドプロシージャ名
WITH NATIVE_COMPILATION, EXECUTE AS OWNER, SCHEMABINDING
AS
BEGIN ATOMIC
WITH (
   DELAYED_DURABILITY = ON,
   TRANSACTION ISOLATION LEVEL = SNAPSHOT,
   LANGUAGE = N'japanese')
      ：
END

◆ ELEVATE_TO_SNAPSHOT を有効化（オプション）

今回のポイントカードシステムでは利用しませんでしたが、次のようにステートメントの分離レベルを自動的に SNAPSHOT（スナップショット分離レベル）へ昇格（ELEVATE）することができる便利なオプションがあります。

USE データベース名
ALTER DATABASE CURRENT
SET MEMORY_OPTIMIZED_ELEVATE_TO_SNAPSHOT = ON

このように、MEMORY_OPTIMIZED_ELEVATE_TO_SNAPSHOT を ON に指定すれば、トランザクション内のすべてのステートメントを、スナップショット分離レベルで実行することができます。

インメモリ OLTP では、スナップショット分離レベルでステートメントを実行するのが基本になり（既定は、READ COMMITTED 分離レベル）、トランザクション内では各ステートメントへ「WITH(SNAPSHOT)」付けて実行するのが基本になります（詳しくは、第4章で説明します）。あるいは、ネイティブコンパイル SP であれば、WITH 句で「TRANSACTION ISOLATION LEVEL = SNAPSHOT」を記述して、スナップショット分離レベルを利用します。

しかし、トランザクション内の各ステートメントへ WITH(SNAPSHOT) を付けるとなると、アプリケーションの修正が必要になるので、これをしなくても済むようになる、便利なオプションが ELEVATE_TO_SNAPSHOT です。

目次へ | 前のページへ | 次のページへ