次の方法で共有

リソース クラスからワークロード グループへの変換

  • [アーティクル]

ワークロード グループは、システム リソースを分離および格納するためのメカニズムを提供します。 さらに、ワークロード グループでは、その中で実行されている要求の実行規則を設定できます。 クエリタイム アウト実行規則では、ユーザーの介入なしにランナウェイ クエリを取り消すことができます。 この記事では、既存のリソース クラスを取得し、同様の構成でワークロード グループを作成する方法について説明します。 また、オプションのクエリ タイムアウト規則が追加されます。

注意

ワークロード グループとリソース クラスを同時に使用する方法に関するガイダンスについては、ワークロードの分類に関する概念ドキュメントの「リソース クラス割り当てと分類子の混在」のセクションを参照してください。

既存のリソース クラスの構成について

ワークロード グループには、要求ごとに割り当てられるシステム リソース全体の割合を指定する REQUEST_MIN_RESOURCE_GRANT_PERCENT という名前のパラメーターが必要です。 リソース割り当ては、コンカレンシー スロットを割り当てることによってリソース クラスに対して行われます。 REQUEST_MIN_RESOURCE_GRANT_PERCENT に指定する値を決定するには、sys.dm_workload_management_workload_groups_stats DMV を使用します。 たとえば、次のクエリは、staticrc40 のようなワークロード グループを作成するために REQUEST_MIN_RESOURCE_GRANT_PERCENT パラメーターに使用できる値を返します。

SELECT Request_min_resource_grant_percent = Effective_request_min_resource_grant_percent
  FROM sys.dm_workload_management_workload_groups_stats
  WHERE name = 'staticrc40'

Note

ワークロード グループは、システム リソース全体の割合に基づいて動作します。

ワークロード グループは、システム リソース全体の割合に基づいて動作するため、スケール アップおよびスケール ダウンすると、システム リソース全体を基準とした静的リソース クラスに割り当てられるリソースの割合が変化します。 たとえば、DW1000c の staticrc40 は、システム リソース全体の 19.2% を割り当てます。 DW2000c では、9.6% が割り当てられます。 このモデルは、コンカレンシーのためにスケールアップする場合と、要求ごとに割り当てるリソースを増やす場合の比較に似ています。

ワークロード グループを作成する

REQUEST_MIN_RESOURCE_GRANT_PERCENT が既知であれば、CREATE WORKLOAD GROUP 構文を使用して、ワークロード グループを作成できます。 必要に応じて、0 より大きい MIN_PERCENTAGE_RESOURCE を指定して、ワークロード グループのリソースを分離することもできます。 また必要に応じて、ワークロード グループが使用できるリソースの量を制限するために、CAP_PERCENTAGE_RESOURCE を 100 未満に指定することもできます。

次のコードでは、例の基礎として mediumrc を使用して MIN_PERCENTAGE_RESOURCE を設定して、システム リソースの 10% を wgDataLoads 専用にし、1 つのクエリが常に実行できるようにすることを保証します。 さらに、CAP_PERCENTAGE_RESOURCE は 40% に設定され、このワークロード グループは 4 個の同時要求に制限されます。 QUERY_EXECUTION_TIMEOUT_SEC パラメーターを 3600 に設定すると、1 時間以上実行されるすべてのクエリが自動的に取り消されます。

CREATE WORKLOAD GROUP wgDataLoads WITH  
( REQUEST_MIN_RESOURCE_GRANT_PERCENT = 10
 ,MIN_PERCENTAGE_RESOURCE = 10
 ,CAP_PERCENTAGE_RESOURCE = 40
 ,QUERY_EXECUTION_TIMEOUT_SEC = 3600)

分類子を作成する

以前は、リソース クラスへのクエリのマッピングは、sp_addrolemember を使用して行われていました。 同じ機能を実現し、ワークロード グループに要求をマップするには、CREATE WORKLOAD CLASSIFIER 構文を使用します。 sp_addrolemember を使用した場合、ログインに基づいてリソースを要求にマッピングすることのみが可能でした。 分類子はログインの他に - label - session - time のような追加オプションを提供します。次の例では、factloads に設定されたオプション ラベルも持つ AdfLogin ログインからのクエリを、上記で作成されたワークロード グループ wgDataLoads に割り当てます。

CREATE WORKLOAD CLASSIFIER wcDataLoads WITH  
( WORKLOAD_GROUP = 'wgDataLoads'
 ,MEMBERNAME = 'AdfLogin'
 ,WLM_LABEL = 'factloads')

サンプル クエリでのテスト

次に示すのは、ワークロード グループと分類子が正しく構成されていることを確認するためのサンプル クエリと DMV クエリです。

SELECT SUSER_SNAME() --should be 'AdfLogin'

--change to a valid table AdfLogin has access to
SELECT TOP 10 *
  FROM nation
  OPTION (label='factloads')

SELECT request_id, [label], classifier_name, group_name, command
  FROM sys.dm_pdw_exec_requests
  WHERE [label] = 'factloads'
  ORDER BY submit_time DESC

次のステップ