リソース ガバナー

SQL Server に用意されているリソース ガバナーの機能を使用すると、SQL Server のワークロードとシステム リソースの消費を管理できます。 リソース ガバナーを使用すると、受信するアプリケーション要求で使用可能な CPU とメモリの量に制限を指定できます。

SQL Server 2012 の新しいリソース ガバナー機能の説明については、「SQL Server 2012 のリソース ガバナー」を参照してください。

リソース ガバナーの利点

リソース ガバナーでは、受け取った要求に応じてリソース消費を制限することにより、SQL Server のワークロードとリソースを管理することができます。 リソース ガバナーでは、同程度のサイズの複数のクエリや要求を 1 つのエンティティとして扱う場合、それらをワークロードと呼んでいます。 これは必須ではありませんが、ワークロードのリソースの使用パターンが統一化されていると、リソース ガバナーから得られる利点も増えます。リソース制限は、実行中のワークロードへの影響を最小限に抑えながらリアルタイムで再構成できます。

複数の個別のワークロードが同一サーバー上に存在する環境でリソース ガバナーを使用すると、指定された制限に基づいてこれらのワークロードを区別し、要求された共有リソースを割り当てることができます。 これらのリソースは CPU およびメモリです。

リソース ガバナーの制約

このリリースのリソース ガバナーには次の制約があります。

• リソース管理は SQL Server データベース エンジンに制限されています。 Analysis Services、Integration Services、および Reporting Services ではリソース ガバナーを使用できません。

• SQL Server のインスタンス間のワークロードの監視機能、または管理機能はありません。

• SQL Server の CPU 帯域幅、およびメモリ管理には制限仕様が適用されます。

• OLTP ワークロード。 リソース ガバナーで OLTP ワークロードを管理することは可能ですが、このような種類のクエリは通常短時間で、CPU 上の滞留期間が短いために帯域幅制御を適用できない場合があります。 この結果、CPU usage % として返される統計が偏る可能性があります。

リソースの概念

次に示す 3 つの概念は、リソース ガバナーを理解し、使用するための基本となります。

• **リソース プール。**SQL Server 2012 をインストールすると、2 つのリソース プール (内部と既定) が作成されます。 リソース ガバナーでは、ユーザー定義のリソース プールもサポートされます。

• **ワークロード グループ。**SQL Server 2012 をインストールすると、2 つのワークロード グループ (内部と既定) が作成され、対応するリソース プールにマップされます。 リソース ガバナーでは、ユーザー定義のワークロード グループもサポートされます。

• **分類。**受信要求を分類してワークロード グループにルーティングする内部規則があります。 リソース ガバナーでは、分類規則を実装するための、ユーザー定義の分類関数もサポートされます。

注
リソース ガバナーでは、専用管理者接続 (DAC) が制御されません。 内部のワークロード グループおよびリソース プールで実行される DAC クエリは、分類する必要がありません。

リソース ガバナーのコンテキストでは、上記の概念をコンポーネントとして扱うことができます。 次の図は、これらのコンポーネントと、データベース エンジン環境でのその相互関係を示しています。 処理の観点から見たフローを簡単に示すと次のようになります。

• セッション (セッション 1/n) に着信接続が存在します。

• セッションが分類されます (分類)。

• セッション ワークロードがワークロード グループ (グループ 4 など) にルーティングされます。

• ワークロード グループは、自身が関連付けられているリソース プール (プール 2 など) を使用します。

• リソース プールは、アプリケーション (アプリケーション 3 など) に必要なリソースの提供と制限を行います。

リソース ガバナーのタスク

関連項目

概念

データベース エンジンのインスタンス