Microsoft SQL Server

Microsoft SQL Server の統合により、SQL Server インスタンスからトランザクション、接続、その他の指標が収集されます。

SQL Server の詳細については、SQL Server のドキュメントをご覧ください。

始める前に

Ops エージェントバージョン 2.15.0 では、workload.googleapis.com/ 接頭辞を使用した新しい SQL Server 指標セットのサポートが追加されています。構成例の説明に沿って、これらの指標を収集するようにエージェントを構成する必要があります。

Ops エージェントは、常に限定された SQL Server 指標をサポートしています。これらの指標は agent.googleapis.com/mssql/ 接頭辞を使用します。Windows VM でこれらの指標を収集するために、追加の構成は必要ありません。

このドキュメントでは、agent 接頭辞の指標を v1 指標と、workload 接頭辞の指標を v2 指標と表記しています。

v1 指標にはトランザクションレートと接続数の情報が含まれます。
v2 指標には、インスタンスレベルのバッチ、ロック、ページ、ユーザー接続数情報と、データベースレベルのトランザクションおよびトランザクションログ情報が含まれます。

これらの指標の表については、モニタリング対象をご覧ください。

Ops エージェントバージョン 2.15.0 以降では、v1 指標、v2 指標、またはその両方を収集するようにエージェントを構成できます。

注: v1 指標に構築されたアラートやその他の構成があり、v2 指標に切り替えた場合は、構成も移行する必要があります。v1 指標の収集を停止すると、アラートやその他のアラートのモニタリングが機能しなくなります。次の表は、v1 指標と v2 指標のマッピングを示しています。

v1 指標（`agent.googleapis.com/mssql/`）	v2 指標（`workload.googleapis.com/`）
`connections_user`	`sqlserver.user.connection.count`
`transaction_rate`	`sqlserver.transaction.rate`
`write_transaction_rate`	`sqlserver.transaction.write.rate`

前提条件

SQL Server テレメトリーを収集するには、Ops エージェントをインストールする必要があります。

指標 v1 の場合は、バージョン 1.0.0 以降をインストールします。
指標 v2 の場合は、バージョン 2.15.0 以降をインストールします。

この統合は、SQL Server バージョン 11.x、12.x、13.x、14.x、15.x、16.x をサポートしています。

SQL Server の Ops エージェントを構成する

Microsoft Windows VM で Ops エージェントを使用する場合、エージェントは SQL Server v1 指標を自動的に収集します。追加の構成作業は必要ありません。

Ops エージェントの構成のガイドに沿って、SQL Server インスタンスからテレメトリーを収集するために必要な要素を追加し、エージェントを再起動します。

新しい SQL Server インスタンスを設定した後、Metrics Explorer に指標がすぐに表示されないことがあります。報告するデータベースアクティビティが見つかった場合にのみ、Ops エージェントが SQL Server の指標の収集を開始します。

構成の例

次のコマンドは、SQL Server のテレメトリーを収集して取り込む構成を作成します。

$ErrorActionPreference = 'Stop'

# This config gets merged with the built-in Ops Agent config, which already
# includes the v1 receiver in the default pipeline.
# Because the v2 receiver here uses a unique ID, it does not overwrite
# the default receiver and so both receivers will be active simultaneously
# during the test.

# Create an empty config.yaml file if it doesn't exist.
$configFilePath  = 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml'

if (-not (Test-Path -Path $configFilePath -PathType Leaf)) {
    New-Item -ItemType File -Path $configFilePath -Force | Out-Null
}

# Create a back up of the existing file so existing configurations are not lost.
Copy-Item -Path 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml' -Destination 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml.bak'

# Configure the Ops Agent.
Add-Content 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml' "
metrics:
  receivers:
    mssql_v2:
      type: mssql
      receiver_version: 2
  service:
    pipelines:
      mssql_v2:
        receivers:
        - mssql_v2
"

if (Get-Service google-cloud-ops-agent* -ErrorAction SilentlyContinue) {
  (Get-Service google-cloud-ops-agent*).WaitForStatus('Running', '00:03:00')
}

これらの変更を有効にするには、Ops エージェントを再起動する必要があります。

RDP または同様のツールを使用してインスタンスに接続し、Windows にログインします。
PowerShell アイコンを右クリックし、[管理者として実行] を選択して、管理者権限で PowerShell ターミナルを開きます。
エージェントを再起動するには、次の PowerShell コマンドを実行します。
```
Restart-Service google-cloud-ops-agent -Force
```
エージェントが再起動したことを確認するには、次のコマンドを実行して「Metrics Agent」と「Logging エージェント」のコンポーネントが起動したことを確認します。
```
Get-Service google-cloud-ops-agent*
```

v1 指標の収集を構成する

Microsoft Windows VM の Ops エージェントは、SQL Server v1 指標を自動的に収集します。追加の構成作業は必要ありません。v2 指標のみの収集については、v2 指標の収集の構成をご覧ください。

新しい SQL Server インスタンスを設定した後、SQL Server がすぐに指標を報告しないことがあります。報告するデータベースアクティビティが見つかると、Ops エージェントが SQL Server の指標の収集を開始します。

v2 指標の収集を構成する

SQL Server から v2 指標を取り込むには、SQL Server が生成する指標に対するレシーバーを作成し、新しいレシーバーのパイプラインを作成する必要があります。

このレシーバーでは、複数のエンドポイントのモニタリングなど、構成で複数のインスタンスを使用することはできません。このようなインスタンスはすべて同じ時系列に書き込まれるため、Cloud Monitoring ではインスタンスを区別できません。Ops エージェントは、SQL Server の名前付きインスタンスをサポートしていません。

mssql 指標のレシーバーを構成するには、次のフィールドを指定します。

フィールド	デフォルト	説明
`collection_interval`	`60s`	time.Duration 値（例: `30s`、`5m`）。
`receiver_version`		収集された指標のバージョン。v2 指標を収集する場合は、`2` を使用します。
`type`		値は、`mssql` にする必要があります。

デフォルトでは、v1 の指標は自動的に収集されます。v2 指標を収集して v1 指標を拡張することも、v1 指標をオーバーライドして v2 指標のみを収集することもできます。

v2 の指標のみを収集する方法は次のとおりです。
- レシーバーに mssql という名前を付けます。
- type フィールドを mssql に設定します。
- receiver_version フィールドを 2 に設定します。
- このレシーバーを default_pipeline パイプラインで使用します。この構成により、mssql レシーバーの組み込み構成がオーバーライドされます。
v1 と v2 の両方の指標を収集する方法は次のとおりです。
- レシーバーに mssql 以外の名前（mssql_v2 など）を設定します。
- type フィールドを mssql に設定します。
- receiver_version を 2 に設定します。
- このレシーバーを新しいパイプラインで使用します。この構成により、組み込みのレシーバーがオーバーライドされることなく、v2 レシーバーが追加されます。構成例のスクリプトは、このアプローチを使用しています。

モニタリング対象

バージョン 2.15.0 以降では、Ops エージェントは 2 つの異なる指標セットを収集できます。

v1 指標: agent.googleapis.com/mssql/。
v2 の指標: workload.googleapis.com/。

v1 指標

次の表に、Ops エージェントが SQL Server インスタンスから収集する v1 指標の一覧を示します。

次の表の指標タイプの文字列には、agent.googleapis.com/mssql/ という接頭辞を付ける必要があります。この接頭辞は表内で省略されています。ラベルをクエリする場合は、metric.labels. 接頭辞を使用します（例: metric.labels.LABEL="VALUE"）。

指標タイプ^{リリースステージ} （リソース階層レベル）表示名
種類、タイプ、単位モニタリング対象リソース	説明ラベル
`connections/user` ^GA （プロジェクト） SQL Server のオープン接続
`GAUGE`、`DOUBLE`、`1` aws_ec2_instance gce_instance	SQL Server に対して現在開かれている接続の数。60 秒ごとにサンプリングされます。
`transaction_rate` ^GA *（プロジェクト）* SQL Server のトランザクションレート
`GAUGE`、`DOUBLE`、`1/s` aws_ec2_instance gce_instance	SQL Server の 1 秒あたりの合計トランザクション数。60 秒ごとにサンプリングされます。
`write_transaction_rate` ^GA *（プロジェクト）* SQL Server の書き込みトランザクションレート
`GAUGE`、`DOUBLE`、`1/s` aws_ec2_instance gce_instance	SQL サーバーの 1 秒あたりの書き込みトランザクション数。60 秒ごとにサンプリングされます。

表の生成日時: 2025-06-12 21:28:36 UTC

v2 指標

次の表に、Ops エージェントが SQL Server インスタンスから収集する v2 の指標の一覧を示します。

指標タイプ
種類、タイプモニタリング対象リソース	ラベル
`workload.googleapis.com/sqlserver.batch.request.rate`
`GAUGE`、`DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.batch.sql_compilation.rate`
`GAUGE`、`DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.batch.sql_recompilation.rate`
`GAUGE`、`DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.lock.wait.rate`
`GAUGE`、`DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.lock.wait_time.avg`
`GAUGE`、`DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.page.buffer_cache.hit_ratio`
`GAUGE`、`DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.page.checkpoint.flush.rate`
`GAUGE`、`DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.page.lazy_write.rate`
`GAUGE`、`DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.page.life_expectancy`
`GAUGE`、`INT64` gce_instance
`workload.googleapis.com/sqlserver.page.operation.rate`
`GAUGE`、`DOUBLE` gce_instance	`type`
`workload.googleapis.com/sqlserver.page.split.rate`
`GAUGE`、`DOUBLE` gce_instance
`workload.googleapis.com/sqlserver.transaction.rate`
`GAUGE`、`DOUBLE` gce_instance	`database`
`workload.googleapis.com/sqlserver.transaction.write.rate`
`GAUGE`、`DOUBLE` gce_instance	`database`
`workload.googleapis.com/sqlserver.transaction_log.flush.data.rate`
`GAUGE`、`DOUBLE` gce_instance	`database`
`workload.googleapis.com/sqlserver.transaction_log.flush.rate`
`GAUGE`、`DOUBLE` gce_instance	`database`
`workload.googleapis.com/sqlserver.transaction_log.flush.wait.rate`
`GAUGE`、`DOUBLE` gce_instance	`database`
`workload.googleapis.com/sqlserver.transaction_log.growth.count`
`CUMULATIVE`、`INT64` gce_instance	`database`
`workload.googleapis.com/sqlserver.transaction_log.percent_used`
`GAUGE`、`INT64` gce_instance	`database`
`workload.googleapis.com/sqlserver.transaction_log.shrink.count`
`CUMULATIVE`、`INT64` gce_instance	`database`
`workload.googleapis.com/sqlserver.user.connection.count`
`GAUGE`、`INT64` gce_instance

構成を確認する

このセクションでは、SQL Server レシーバーが正しく構成されていることを確認する方法について説明します。Ops エージェントがテレメトリーの収集を開始するまでに 1～2 分かかる場合があります。

SQL Server 指標が Cloud Monitoring に送信されていることを確認する手順は次のとおりです。

Google Cloud コンソールで [ Metrics Explorer] ページに移動します。
[Metrics Explorer] に移動

検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] の結果を選択します。
クエリビルダーペインのツールバーで、[MQL] または [PROMQL] という名前のボタンを選択します。
[言語] で [MQL] が選択されていることを確認します。言語切り替えボタンは、クエリの書式設定と同じツールバーにあります。

v1 指標の場合、エディタで次のクエリを入力し、[クエリを実行] をクリックします。
```
fetch gce_instance
| metric 'agent.googleapis.com/mssql/connections/user'
| every 1m
```
v2 指標の場合、エディタで次のクエリを入力して、[実行] をクリックします。
```
fetch gce_instance
| metric 'workload.googleapis.com/sqlserver.user.connection.count'
| every 1m
```

ダッシュボードを表示する

SQL Server 指標を表示するには、グラフまたはダッシュボードを構成する必要があります。SQL Server インテグレーションには、1 つ以上のダッシュボードが含まれています。インテグレーションを構成して Ops エージェントが指標データの収集を開始すると、ダッシュボードは自動的にインストールされます。

インテグレーションをインストールすることなく、ダッシュボードの静的プレビューを表示することもできます。

インストールされているダッシュボードを表示する手順は次のとおりです。

Google Cloud コンソールで [ダッシュボード] ページに移動します。
[ダッシュボード] に移動

検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] の結果を選択します。
[ダッシュボードリスト] タブを選択し、[統合] カテゴリを選択します。
表示するダッシュボードの名前をクリックします。

インテグレーションを構成してもダッシュボードがインストールされていない場合は、Ops エージェントが実行されていることを確認します。ダッシュボードにグラフの指標データがない場合、ダッシュボードのインストールは失敗します。Ops エージェントが指標の収集を開始した後に、ダッシュボードがインストールされます。

ダッシュボードの静的プレビューを表示する手順は次のとおりです。

Google Cloud コンソールで [インテグレーション] ページに移動します。
[インテグレーション] に移動

検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] の結果を選択します。
[デプロイメントプラットフォーム] フィルタの [Compute Engine] をクリックします。
SQL Server のエントリを見つけて、[詳細を表示] をクリックします。
[ダッシュボード] タブを選択すると、静的プレビューが表示されます。ダッシュボードがインストールされている場合は、[ダッシュボードを表示] をクリックして移動できます。

Cloud Monitoring のダッシュボードについて詳しくは、ダッシュボードとグラフをご覧ください。

[インテグレーション] ページの使用方法については、インテグレーションを管理するをご覧ください。

アラートポリシーをインストールする

アラートポリシーは、指定した条件が成立した際に通知するように Cloud Monitoring に指示します。SQL Server インテグレーションには、1 つ以上のアラートポリシーが含まれています。これらのアラートポリシーは、Monitoring の [インテグレーション] ページで表示してインストールできます。

使用可能なアラートポリシーの説明を表示してインストールする手順は次のとおりです。

Google Cloud コンソールで [インテグレーション] ページに移動します。
[インテグレーション] に移動

検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] の結果を選択します。
SQL Server のエントリを見つけて、[詳細を表示] をクリックします。
[アラート] タブを選択します。このタブには、利用可能なアラートポリシーの説明と、それらをインストールするためのインターフェースが表示されます。
アラートポリシーをインストールします。アラートポリシーでは、アラートがトリガーされた通知の送信先を特定する必要があるため、インストール環境の情報が必要になります。アラートポリシーをインストールする手順は次のとおりです。
1. 利用可能なアラートポリシーのリストから、インストールするアラートポリシーを選択します。
2. [通知の構成] セクションで、1 つ以上の通知チャンネルを選択します。通知チャンネルの使用を無効にすることもできますが、無効にすると、アラートポリシーは通知なく起動します。Monitoring でステータスを確認できますが、通知は受信しません。
  
  通知チャンネルの詳細については、通知チャンネルを管理するをご覧ください。
3. [ポリシーの作成] をクリックします。

Cloud Monitoring のアラートポリシーの詳細については、アラートの概要をご覧ください。