HammerDB を使用した SQL Server の負荷テスト

このチュートリアルでは、HammerDB を使用して Compute Engine の SQL Server インスタンスに負荷テストを実施する方法を説明します。SQL Server インスタンスをインストールする方法については、次のチュートリアルで学習できます。

利用可能な負荷テストツールは複数あります。一部はフリーのオープンソースですが、その他はライセンスが必要です。HammerDB はオープンソースツールですが、一般的に SQL Server データベースのパフォーマンスを実証するために適切に機能します。このチュートリアルでは、HammerDB を使用するための基本的な手順に対応していますが、他にも利用可能なツールがあります。使用する特定のワークロードに最適なツールを選択してください。

目標

このチュートリアルでは、次の目標を達成するための手順を説明します。

SQL Server を負荷テストのために設定する
HammerDB をインストールし、実行する
ランタイム統計情報を収集する
TPC「C」仕様から派生したトランザクション処理ベンチマーク（TPROC-C）の負荷テストを実行する

費用

Compute Engine 上で実行される既存の SQL Server インスタンスに加えて、このチュートリアルでは、Google Cloud の課金対象となる次のようなコンポーネントを使用しています。

Compute Engine
Windows Server

料金計算ツールは予想使用量に基づいて費用の見積もりを作成できます。表示されたリンクは、このチュートリアルで使用されるプロダクトの費用の見積もりを示します。これは、1 日あたり平均 16 米ドル以上のコストがかかる可能性があります。新しい Google Cloud ユーザーは無料トライアルをご利用いただける場合があります。

始める前に

Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Go to project selector

Make sure that billing is enabled for your Google Cloud project.

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Go to project selector

Make sure that billing is enabled for your Google Cloud project.

ローカルマシンで Windows を使用していない場合は、サードパーティのリモートデスクトッププロトコル（RDP）クライアントをインストールします。詳細については、Microsoft リモートデスクトップクライアントをご覧ください。

SQL Server インスタンスを負荷テスト用に構成する

開始する前に、Windows ファイアウォールルールが、作成された新しい Windows インスタンスの IP アドレスからのトラフィックを許可するように設定されていることを、再確認してください。次に、TPCC 負荷テスト用の新しいデータベースを作成し、次の手順を使用してユーザーアカウントを構成します。

SQL Server Management Studio で [データベース] フォルダを右クリックし、[新しいデータベース] を選択します。
新しいデータベースに「TPCC」という名前を付けます。
データファイルの初期サイズを 190,000 MB に、またログファイルの初期サイズを 65,000 MB に設定します。
次のスクリーンショットに示す省略記号ボタンをクリックして、[自動拡張] の制限値をより高い値に設定します。
データファイルを、64 MB ずつ無制限のサイズまで拡張されるように設定します。
ログファイルの自動拡張を無効に設定します。
[OK] をクリックします。
[新しいデータベース] ダイアログで、左側のペインから [オプション] ページを選択します。
[互換性レベル] を [SQL Server 2022 (160)] に設定します。
[復旧モデル] を [単純] に設定し、負荷によってトランザクションログがいっぱいにならないようにします。
[OK] をクリックして、TPCC データベースを作成します。これには数分かかることがあります。
事前構成された SQL Server イメージは、Windows 認証が有効な場合にのみ表示されます。そのため、こちらのガイドに沿って、SSMS 内で混合モード認証を有効にする必要があります。
こちらの手順で DBOwner 権限がある SQL Server のユーザーアカウントを、データベース上に作成します。アカウントに「loaduser」という名前を付け、安全なパスワードを設定します。
Get-NetIPAddress コマンドレットを使用して SQL Server の内部 IP アドレスをメモしておきます。内部 IP の使用は、パフォーマンスとセキュリティの面で重要だからです。

HammerDB のインストール

SQL Server インスタンス上で直接 HammerDB を実行することができますが、より正確にテストするため、新しい Windows インスタンスを作成してリモートで SQL Server インスタンスをテストします。

インスタンスの作成

次の手順で新規の Compute Engine インスタンスを作成します。

Google Cloud コンソールで、[インスタンスの作成] ページに移動します。

[インスタンスの作成] に移動
[名前] に「hammerdb-instance」と入力します。
[マシンの構成] セクションで、データベースインスタンスとして半数以上の CPU があるマシンタイプを選択します。
[ブートディスク] セクションで [変更] をクリックし、次の操作を行います。
1. [公開イメージ] タブで、Windows Server オペレーティングシステムを選択します。
2. [バージョン] リストで、[Windows Server 2022 Datacenter] をクリックします。
3. [ブートディスクの種類] プルダウンリストで、[標準永続ディスク] を選択します。
4. ブートディスクのオプションを確認するには、[選択] をクリックします。
VM を作成して起動するには、[作成] をクリックします。

ソフトウェアのインストール

準備ができたら、RDP クライアントを使用して新しい Windows Server インスタンスに接続し、次のソフトウェアをインストールします。

HammerDB の実行

HammerDB をインストールしたら、hammerdb.bat ファイルを実行します。HammberDB は、[スタート] メニューのアプリケーションリストに表示されません。次のコマンドを実行して、HammerDB を実行します。

C:\Program Files\HammerDB-VERSION\hammerdb.bat

VERSION は、インストールされている HammerDB のバージョンに置き換えます。

接続とスキーマの作成

アプリケーションが実行されたら、最初のステップは、スキーマを構築するための接続を設定することです。

[Benchmark] パネルで [SQL Server] をダブルクリックします。
[TPROC-C] を選択します。HammerDB サイトからの引用:
TPROC-C は、HammerDB に実装されている OLTP ワークロードです。TPC-C 仕様から派生したものであり、サポートされているデータベース環境で HammerDB を簡単かつ費用対効果の高い方法で実行できるように変更が加えられています。HammerDB TPROC-C ワークロードは、TPC-C ベンチマーク標準から派生したオープンソースのワークロードです。したがって、結果は TPC-C の完全なベンチマーク標準ではなくサブセットに準拠しているため、公開されている TPC-C の結果と比較することはできません。HammerDB ワークロード TPROC-C の名前は、「TPC 「C」仕様から派生したトランザクション処理ベンチマーク」を意味します。
[OK] をクリックします。
[Schema] をクリックし、[Options] をダブルクリックします。
次の図に示すように、IP アドレス、ユーザー名、パスワードを使用してフォームに入力します。
[SQL Server ODBC Driver] を ODBC Driver 18 for SQL Server に設定します。
この場合、[Number of Warehouses]（規模）は 460 に設定されますが、別の値を選択することもできます。一部のガイドラインでは、ウェアハウスの数を 1 CPU あたり 10～100 にすることを推奨しています。このチュートリアルでは、この値をコア数の 10 倍に設定します。16 コアのインスタンスでは 160 です。
[Virtual Users to Build Schema] は、クライアント vCPU 数の 1～2 倍の値を選択します。スライダーの隣にある灰色のバーをクリックすると、数値を変更できます。
[Use BPC Option] をオフにします。
[OK] をクリックします。
[Schema Build] セクションの下にある [Build] オプションをダブルクリックして、スキーマを作成し、テーブルを読み込みます。完了したら、画面の上部中央にある赤色灯のアイコンをクリックして仮想ユーザーを破棄し、次の手順に進みます。

Simple の復旧モデルでデータベースを作成した場合、本番環境シナリオをより正確にテストできるように、この時点で Full に戻す必要が生じることもあります。これは、完全または差分バックアップを取って新しいログチェーンの開始をトリガーするまで有効になりません。

ドライバスクリプトの作成

HammerDB はドライバスクリプトを使用してデータベースに対する SQL ステートメントのフローをオーケストレートし、必要な負荷を生成します。

[Benchmark] パネルで、[Driver Script] セクションを展開して [Options] をダブルクリックします。
設定が、[Schema Build] ダイアログで使用したものと一致することを確認してください。
[Timed Driver Script] を選択します。
[Checkpoint when complete] オプションをオンにすると、テスト終了時にデータベースの内容がすべてディスクに書き込まれます。そのため、複数のテストを連続して行う場合にのみオンにします。
テストを確実に完遂するため、[Minutes of Rampup Time] を 5 に、[Minutes for Test Duration] を 20 に設定します。
[OK] をクリックして、ダイアログを終了します。
[Benchmark] パネルの [Driver Script] セクションで、[Load] をダブルクリックしてドライバスクリプトをアクティブにします。

TPROC-C ドライバオプションの設定

仮想ユーザーの作成

一般に、現実的な負荷を作成するには、複数の異なるユーザーとしてスクリプトを実行する必要があります。そのため、テスト用に仮想ユーザーをいくつか作成します。

[Virtual Users] セクションを展開して [Options] をダブルクリックします。
ウェアハウス数（規模）を 160 に設定した場合は、[Virtual Users] を 16 に設定します。これは TPROC-C のガイドラインが、行のロックを防止するために 10 倍の比率を推奨していることによります。[Show Output] チェックボックスをオンにしてコンソールのエラーメッセージを有効にします。
[OK] をクリックします。

ランタイム統計情報を収集する

HammerDB および SQL Server では、詳細なランタイム統計情報は、簡単には収集されません。統計情報は、SQL Server 内部にありますが、捕捉して定期的に計算する必要があります。このデータをキャプチャするために役立つ手順やツールがまだない場合は、次の手順を利用して、テストの間にいくつかの有用な指標をキャプチャすることができます。結果は、Windows の temp ディレクトリで CSV ファイルに書き込まれます。データを Google スプレッドシートに、[特殊貼付け] > [CSV の貼付け] オプションを使用してコピーできます。

この手順を使用するには、OLE 自動プロシージャを一時的に有効にして、ファイルをディスクに書き込みます。テスト後に無効にすることを忘れないでください。

sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
sp_configure 'Ole Automation Procedures', 1;
GO
RECONFIGURE;
GO

以下は、SQL Server Management Studio で sp_write_performance_counters プロシージャを作成するコードです。負荷テスト開始前に、Management Studio でこの手順を実施してください。

USE [master]
GO

SET ANSI_NULLS ON
GO

SET QUOTED_IDENTIFIER ON
GO

/***
LogFile path has to be in a directory that SQL Server can Write To.
*/
CREATE PROCEDURE [dbo].[sp_write_performance_counters] @LogFile varchar (2000) = 'C:\\WINDOWS\\TEMP\\sqlPerf.log', @SecondsToRun int =1600, @RunIntervalSeconds int = 2

AS

BEGIN
--File writing variables
DECLARE @OACreate INT, @OAFile INT, @FileName VARCHAR(2000), @RowText VARCHAR(500), @Loops int, @LoopCounter int, @WaitForSeconds varchar (10)
--Variables to save last counter values
DECLARE @LastTPS BIGINT, @LastLRS BIGINT, @LastLTS BIGINT, @LastLWS BIGINT, @LastNDS BIGINT, @LastAWT BIGINT, @LastAWT_Base BIGINT, @LastALWT BIGINT, @LastALWT_Base BIGINT
--Variables to save current counter values
DECLARE @TPS BIGINT, @Active BIGINT, @SCM BIGINT, @LRS BIGINT, @LTS BIGINT, @LWS BIGINT, @NDS BIGINT, @AWT BIGINT, @AWT_Base BIGINT, @ALWT BIGINT, @ALWT_Base BIGINT, @ALWT_DIV BIGINT, @AWT_DIV BIGINT

SELECT @Loops = case when (@SecondsToRun % @RunIntervalSeconds) > 5 then @SecondsToRun / @RunIntervalSeconds + 1 else @SecondsToRun / @RunIntervalSeconds end
SET @LoopCounter = 0
SELECT @WaitForSeconds = CONVERT(varchar, DATEADD(s, @RunIntervalSeconds , 0), 114)
SELECT @FileName = @LogFile + FORMAT ( GETDATE(), '-MM-dd-yyyy_m', 'en-US' ) + '.txt'

--Create the File Handler and Open the File
EXECUTE sp_OACreate 'Scripting.FileSystemObject', @OACreate OUT
EXECUTE sp_OAMethod @OACreate, 'OpenTextFile', @OAFile OUT, @FileName, 2, True, -2

--Write the Header
EXECUTE sp_OAMethod @OAFile, 'WriteLine', NULL,'Transactions/sec, Active Transactions, SQL Cache Memory (KB), Lock Requests/sec, Lock Timeouts/sec, Lock Waits/sec, Number of Deadlocks/sec, Average Wait Time (ms), Average Latch Wait Time (ms)'
--Collect Initial Sample Values
SET ANSI_WARNINGS OFF
SELECT
  @LastTPS= max(case when counter_name = 'Transactions/sec' then cntr_value end),
  @LastLRS = max(case when counter_name = 'Lock Requests/sec' then cntr_value end),
  @LastLTS = max(case when counter_name = 'Lock Timeouts/sec' then cntr_value end),
  @LastLWS = max(case when counter_name = 'Lock Waits/sec' then cntr_value end),
  @LastNDS = max(case when counter_name = 'Number of Deadlocks/sec' then cntr_value end),
  @LastAWT = max(case when counter_name = 'Average Wait Time (ms)' then cntr_value end),
  @LastAWT_Base = max(case when counter_name = 'Average Wait Time base' then cntr_value end),
  @LastALWT = max(case when counter_name = 'Average Latch Wait Time (ms)' then cntr_value end),
  @LastALWT_Base = max(case when counter_name = 'Average Latch Wait Time base' then cntr_value end)
FROM sys.dm_os_performance_counters
WHERE counter_name IN (
'Transactions/sec',
'Lock Requests/sec',
'Lock Timeouts/sec',
'Lock Waits/sec',
'Number of Deadlocks/sec',
'Average Wait Time (ms)',
'Average Wait Time base',
'Average Latch Wait Time (ms)',
'Average Latch Wait Time base') AND instance_name IN( '_Total' ,'')
SET ANSI_WARNINGS ON
WHILE @LoopCounter <= @Loops
BEGIN
WAITFOR DELAY @WaitForSeconds
SET ANSI_WARNINGS OFF
SELECT
  @TPS= max(case when counter_name = 'Transactions/sec' then cntr_value end)   ,
  @Active = max(case when counter_name = 'Active Transactions' then cntr_value end)   ,
  @SCM = max(case when counter_name = 'SQL Cache Memory (KB)' then cntr_value end)   ,
  @LRS = max(case when counter_name = 'Lock Requests/sec' then cntr_value end)   ,
  @LTS = max(case when counter_name = 'Lock Timeouts/sec' then cntr_value end)   ,
  @LWS = max(case when counter_name = 'Lock Waits/sec' then cntr_value end)   ,
  @NDS = max(case when counter_name = 'Number of Deadlocks/sec' then cntr_value end)   ,
  @AWT = max(case when counter_name = 'Average Wait Time (ms)' then cntr_value end)   ,
  @AWT_Base = max(case when counter_name = 'Average Wait Time base' then cntr_value end)   ,
  @ALWT = max(case when counter_name = 'Average Latch Wait Time (ms)' then cntr_value end)   ,
  @ALWT_Base = max(case when counter_name = 'Average Latch Wait Time base' then cntr_value end)
FROM sys.dm_os_performance_counters
WHERE counter_name IN (
'Transactions/sec',
'Active Transactions',
'SQL Cache Memory (KB)',
'Lock Requests/sec',
'Lock Timeouts/sec',
'Lock Waits/sec',
'Number of Deadlocks/sec',
'Average Wait Time (ms)',
'Average Wait Time base',
'Average Latch Wait Time (ms)',
'Average Latch Wait Time base') AND instance_name IN( '_Total' ,'')
SET ANSI_WARNINGS ON

SELECT  @AWT_DIV = case when (@AWT_Base - @LastAWT_Base) > 0 then (@AWT_Base - @LastAWT_Base) else 1 end ,
    @ALWT_DIV = case when (@ALWT_Base - @LastALWT_Base) > 0 then (@ALWT_Base - @LastALWT_Base) else 1 end

SELECT @RowText = '' + convert(varchar, (@TPS - @LastTPS)/@RunIntervalSeconds) + ', ' +
          convert(varchar, @Active) + ', ' +
          convert(varchar, @SCM) + ', ' +
          convert(varchar, (@LRS - @LastLRS)/@RunIntervalSeconds) + ', ' +
          convert(varchar, (@LTS - @LastLTS)/@RunIntervalSeconds) + ', ' +
          convert(varchar, (@LWS - @LastLWS)/@RunIntervalSeconds) + ', ' +
          convert(varchar, (@NDS - @LastNDS)/@RunIntervalSeconds) + ', ' +
          convert(varchar, (@AWT - @LastAWT)/@AWT_DIV) + ', ' +
          convert(varchar, (@ALWT - @LastALWT)/@ALWT_DIV)

SELECT  @LastTPS = @TPS,
    @LastLRS = @LRS,
    @LastLTS = @LTS,
    @LastLWS = @LWS,
    @LastNDS = @NDS,
    @LastAWT = @AWT,
    @LastAWT_Base = @AWT_Base,
    @LastALWT = @ALWT,
    @LastALWT_Base = @ALWT_Base

EXECUTE sp_OAMethod @OAFile, 'WriteLine', Null, @RowText

SET @LoopCounter = @LoopCounter + 1

END

--CLEAN UP
EXECUTE sp_OADestroy @OAFile
EXECUTE sp_OADestroy @OACreate
print 'Completed Logging Performance Metrics to file: ' + @FileName

END

GO

TPROC-C 負荷テストの実行

SQL Server Management Studio で、次のスクリプトを使用してコレクション手順を実施します。

Use master
Go
exec dbo.sp_write_performance_counters

HammerDB をインストールした Compute Engine インスタンスで、HammerDB アプリケーションのテストを開始します。

[Benchmark] パネルの [Virtual Users] で、[Create] をダブルクリックして仮想ユーザーを作成します。これにより、[Virtual User Output] タブがアクティブになります。
[Create] のすぐ下にある [Run] をダブルクリックして、テストを開始します。
テストが完了すると、[Virtual User Output] タブに 1 分あたりのトランザクション数（TPM）の計算値が表示されます。
コレクション手順の結果は、c:\Windows\temp ディレクトリにあります。
これらの値をすべて Google スプレッドシートに保存し、複数のテストの比較に使用します。

クリーンアップ

チュートリアルが終了したら、作成したリソースをクリーンアップして、割り当ての使用を停止し、課金されないようにできます。次のセクションで、リソースを削除または無効にする方法を説明します。

プロジェクトの削除

課金されないようにする最も簡単な方法は、チュートリアル用に作成したプロジェクトを削除することです。

プロジェクトを削除するには:

注意: プロジェクトを削除すると、次のような影響があります。

プロジェクト内のすべてのものが削除されます。このドキュメントのタスクで既存のプロジェクトを使用した場合、それを削除すると、そのプロジェクトで行った他の作業もすべて削除されます。
カスタムプロジェクト ID が失われます。このプロジェクトを作成したときに、将来使用するカスタムプロジェクト ID を作成した可能性があります。そのプロジェクト ID を使用した URL（たとえば、appspot.com）を保持するには、プロジェクト全体ではなくプロジェクト内の選択したリソースだけを削除します。

複数のアーキテクチャ、チュートリアル、クイックスタートを実施する予定がある場合は、プロジェクトを再利用すると、プロジェクトの割り当て上限を超えないようにすることができます。

In the Google Cloud console, go to the Manage resources page.
Go to Manage resources
In the project list, select the project that you want to delete, and then click Delete.
In the dialog, type the project ID, and then click Shut down to delete the project.

インスタンスの削除

Compute Engine インスタンスを削除するには:

In the Google Cloud console, go to the VM instances page.
Go to VM instances
Select the checkbox for the instance that you want to delete.
To delete the instance, click More actions, click Delete, and then follow the instructions.

次のステップ

SQL Server ベストプラクティスガイドを確認する。
Google Cloud に関するリファレンスアーキテクチャ、図、ベストプラクティスを確認する。Cloud アーキテクチャセンターをご覧ください。

HammerDB を使用した SQL Server の負荷テスト

目標

費用

始める前に

SQL Server インスタンスを負荷テスト用に構成する

HammerDB のインストール

インスタンスの作成

ソフトウェアのインストール

HammerDB の実行

接続とスキーマの作成

ドライバ スクリプトの作成

仮想ユーザーの作成

ランタイム統計情報を収集する

TPROC-C 負荷テストの実行

クリーンアップ

プロジェクトの削除

インスタンスの削除

次のステップ

ドライバスクリプトの作成