高パフォーマンスの SQL Server インスタンスの作成

---

このチュートリアルでは、パフォーマンスが最適化されている SQL Server で実行する Compute Engine VM インスタンスを作成する方法について説明します。このチュートリアルでは、インスタンスを作成してから、Google Cloud 上で最適なパフォーマンスが得られるように SQL Server を構成する手順について説明します。システムのパフォーマンスの調整に役立つ構成オプションについていくつか説明します。

このチュートリアルでは SQL Server Standard Edition 2022 を使用します。そのため、このガイドで示すすべての構成オプションがすべての状況に適しているものではなく、すべてのワークロードにおいて顕著なパフォーマンス上の利点が得られるわけではありません。

目標

• Compute Engine インスタンスとディスクの設定。
• Windows オペレーティング システムの設定。
• SQL Server の設定。

料金

このチュートリアルでは、Google Cloud の課金対象となる以下のコンポーネントを使用します。

• Compute Engine ハイメモリ インスタンス
• Compute Engine SSD Persistent Disk ストレージ
• Compute Engine ローカル SSD ディスク ストレージ
• SQL Server Standard の事前設定されたイメージ

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

始める前に

1. 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.

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

   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

   Go to project selector

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

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

   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

   Go to project selector

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

ディスクを持つ Compute Engine VM の作成

高パフォーマンスの SQL Server インスタンスを作成するには、まず SQL Server と 2 つの永続ディスクを持つ VM インスタンスを作成する必要があります。

永続ディスクに関する考慮事項

VM の永続ディスクの種類を選択する場合は、次の点を考慮してください。

• ローカル SSD は、tempdb と Windows ページファイル向けのパフォーマンスの高いディスクです。

  ローカル SSD を使用する場合に注意すべき重要な考慮事項がいくつかあります。Windows からインスタンスをシャットダウンしたり、API を使用してリセットしたりすると、ローカル SSD は削除されます。このアクションによりインスタンスが起動できなくなります。マシンを再度実行するには、永続ディスクの接続を解除して、それらを使用して新しいインスタンスを作成してから、新しいローカル SSD を定義します。また、起動後に新しいディスクをフォーマットして再起動する必要もあります。したがって、重要なデータをローカル SSD に永続的に格納しないでください。または、ローカル SSD の再構築の準備ができてからインスタンスの電源をオフにしてください。

• SSD 永続ディスクは、データベース ファイル向けの高パフォーマンスのストレージとなります。

  Persistent Disk のパフォーマンスは、計算で使用する CPU の数とディスクのサイズによって異なります。32 個の vCPU と 1 TB ディスクの場合、40,000 オペレーション/秒の読み取りまたは 30,000 オペレーション/秒の書き込みでパフォーマンスがピークになります。読み取りと書き込みの持続スループットの合計は、それぞれ 800 MB/秒と 400 MB/秒になります。これらの測定値は、仮想マシンに接続されるすべての永続ディスク（C:\ ドライブを含む）の合計を表します。そのため、ページング ファイル、tempdb、ステージング データ、バックアップに必要なすべての IOPS をオフロードするためにローカル SSD を作成する必要があります。

ディスク パフォーマンスの詳細については、パフォーマンス要件を満たすようにディスクを構成するをご覧ください。

ディスクを持つ Compute Engine VM の作成

Windows Server 2022 に SQL Server 2022 Standard がプリインストールされた VM を作成するには、次の操作を行います。

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

   [インスタンスの作成] に移動

2. [名前] に「ms-sql-server」と入力します。

3. [マシンの構成] セクションで、[汎用] を選択して次の操作を行います。

   1. [シリーズ] リストで、[N2] をクリックします。
   2. [マシンタイプ] リストで、[n2-highmem-16（16vCPU、128 GB メモリ）] をクリックします。

4. [ブートディスク] セクションで [変更] をクリックし、次の操作を行います。

   1. [公開イメージ] タブで、[OS] リストをクリックし、[SQL Server on Windows Server] を選択します。
   2. [バージョン] リストで、[SQL Server 2022 Standard on Windows Server 2022 Datacenter] をクリックします。
   3. [ブートディスクの種類] プルダウン リストで、[標準永続ディスク] を選択します。
   4. [サイズ（GB）] セクションで、ブートディスクのサイズを 50 GB に設定します。
   5. ブートディスクの構成を保存するには、[選択] をクリックします。

5. [詳細オプション] セクションを開き、次の操作を行います。

   1. [ディスク] セクションを開きます。

   2. ローカル ディスクを作成するには、[ローカル SSD を追加] をクリックして次の操作を行います。

      1. [インターフェース] リストで、システムのパフォーマンス要件を満たすプロトコルを選択します。
      2. [ディスク容量] リストで、tempdb ファイルの予想されるサイズをサポートするディスク容量を選択します。
      3. このディスクの作成を終了するには、[保存] をクリックします。

   3. 追加のディスクを作成するには、[新しいディスクを追加] をクリックします。

      1. [名前] フィールドは変更せず、そのままにしておきます。
      2. [ディスクソースのタイプ] リストで、[空のディスク] を選択します。
      3. [ブートディスクのタイプ] リストで [SSD 永続ディスク] を選択します。
      4. [サイズ] フィールドに、データベースのサイズに対応できるディスクサイズを入力します。
      5. 2 つ目のディスクの作成を終了するには、[保存] をクリックします。

6. VM を作成するには、[作成] をクリックします。

Windows を構成する

これで SQL Server を実行するインスタンスが作成されたので、インスタンスに接続して Windows オペレーティング システムを設定します。この後の SQL Server の構成については、後のセクションで説明します。

インスタンスへの接続

1. Google Cloud Console で、[VM インスタンス] ページに移動します。

   [VM インスタンス] に移動

2. [名前] 列で、インスタンスの名前（ms-sql-server）をクリックします。

3. インスタンスの詳細ページの上部で、[Windows パスワードを設定] ボタンをクリックします。

4. ユーザー名を指定します。

5. [設定] をクリックして、この Windows インスタンスの新しいパスワードを生成します。

6. インスタンスにログインできるように、ユーザー名とパスワードを記録しておきます。

7. RDP を使用してインスタンスに接続します。

ディスク ボリュームを設定する

ボリュームを作成してフォーマットします。

1. [スタート] メニューで「コンピュータの管理」を検索して開きます。
2. [ストレージ] セクションで [ディスクの管理] を選択します。
3. ディスクを初期化するように求められたら、デフォルトの選択を受け入れて [OK] をクリックします。

4. ローカル SSD ディスクのパーティションを作成します。

   ローカル SSD ディスクを見つけるには、ディスクを右クリックして [プロパティ] を選択します。ローカル SSD ディスクのプロパティ名は、SCSI インターフェースの場合は Google EphemeralDisk、NVMe インターフェースの場合は nvme_card となります。ローカル SSD と永続 SSD はどちらも、Unallocated パーティションを持つと示されます。

   1. VM にローカル SSD ドライブが 1 つしかない場合は、次の操作を行います。

      1. ディスク ドライブのリストで、374.98 GB のローカル SSD ディスクを右クリックし、[新しいシンプル ボリューム] を選択します。
      2. ウェルカム画面で [次へ] をクリックし、ディスク ボリューム ウィザードを開始します。
      3. [ボリューム サイズを指定する] ステップで、ボリューム サイズをデフォルト値のままにし、[次へ] をクリックして次に進みます。
      4. [ドライブ文字またはパスを割り当てる] ステップで、ドライブ文字に [P:] を選択し、[次へ] をクリックして次に進みます。

      5. [ボリュームをフォーマットする] ステップで、[アロケーション ユニットサイズ] を 8192 に変更し、[ボリューム ラベル] に「pagefile」と入力します。続行するには、[次へ] をクリックします。

         

      6. [終了] をクリックしてディスク ボリューム ウィザードを完了します。

   2. VM に複数のローカル SSD ドライブが含まれている場合は、次の操作を行います。

      1. ディスク ドライブのリストで、最初の 374.98 GB のローカル SSD ディスクを右クリックし、[新しいストライプ ボリューム] を選択します。
      2. ウェルカム画面で [次へ] をクリックし、ディスク ボリューム ウィザードを開始します。

      3. [ディスクの選択] ステップで、383,982 MB のサイズの使用可能なすべてのディスクを [選択済み] セクションに追加します。続行するには、[次へ] をクリックします。

         

      4. [ドライブ文字またはパスを割り当てる] ステップで、ドライブ文字に [P:] を選択し、[次へ] をクリックして次に進みます。

      5. [ボリュームをフォーマットする] ステップで、[アロケーション ユニットサイズ] を 8192 に変更し、[ボリューム ラベル] に「pagefile」と入力します。続行するには、[次へ] をクリックします。

         

      6. [終了] をクリックしてディスク ボリューム ウィザードを完了します。

5. 上記の手順を繰り返して SSD ディスクに新しいシンプル ボリュームを作成します。ただし、次の 3 つの点を変更します。

   • ドライブ文字に D: を選択します。

   • [アロケーション ユニット サイズ] を [64k] に設定します。

     アロケーション ユニット サイズの選択の詳細については、SQL Server インスタンスのベスト プラクティスをご覧ください。

   • [ボリューム ラベル] に「sqldata」と入力します。

Windows ページング ファイルを移動する

これで新しいボリュームが作成されマウントされたので、Windows ページング ファイルをローカル SSD に移動して、Persistent Disk IOPS を解放し、仮想メモリのアクセス時間を短縮します。

1. [スタート] メニューで [システムの詳細設定の表示] を検索してダイアログを開きます。
2. [詳細] タブをクリックし、[パフォーマンス] セクションで [設定] をクリックします。
3. [仮想メモリ] セクションで [変更] ボタンをクリックします。
4. [すべてのドライブのページング ファイルのサイズを自動的に管理する] チェックボックスをオフにします。システムではページング ファイルが C:\ ドライブ上にすでに設定されているため、これを移動する必要があります。
5. C: をクリックし、[ページング ファイルなし] ラジオボタンをオンにします。
6. [設定] ボタンをクリックします。
7. 新しいページング ファイルを作成するには、P: ドライブをクリックして [システム管理サイズ] ラジオボタンをオンにします。
8. [設定] ボタンをクリックします。

9. [OK] を 3 回クリックして、詳細設定のプロパティを終了します。

   Microsoft Support は仮想メモリ設定の追加のヒントを公開しています。

電源プロファイルを設定する

電源プロファイルを Balanced ではなく High-Performance に設定します。

1. [スタート] メニューで [電源プランの選択] を検索して、電源オプションを開きます。
2. [高パフォーマンス] ラジオボタンをオンにします。
3. ダイアログを終了します。

SQL Server を構成する

SQL Server Management Studio を使用して、大部分の管理タスクを実行します。 SQL Server の事前構成されたイメージは、Management Studio にあらかじめインストールされています。Management Studio を起動し、[接続] をクリックしてデフォルトのデータベースに接続します。

データとログファイルを移動する

SQL Server の事前構成されたイメージはすべて、システム データベースを含めて C:\ ドライブにインストールされています。設定を最適化するために、それらのファイルを作成した新しい D:\ ドライブに移動します。 また、忘れずにすべての新しいデータベースを D:\ ドライブに作成してください。 SSD を使用しているため、データファイルとログファイルを別個のディスク パーティションに保存する必要はありません。

インストールを予備ディスクに移動するには、インストーラを使用するか、ファイルを手動で移動するかの 2 つの方法があります。

インストーラを使用する

インストーラを使用するには、c:\setup.exe を実行して予備ディスク上の新しいインストール パスを選択します。

ファイルを手動で移動する

データとログファイルを同じボリュームに保存するために、システム データベースを移動して、SQL Server を構成します。

1. D:\SQLData という名前の新しいフォルダを作成します。
2. コマンド ウィンドウを開きます。

3. 次のコマンドを入力して、NT Service\MSSQLSERVER に完全アクセス権を付与します。

   icacls D:\SQLData /Grant "NT Service\MSSQLServer:(OI)(CI)F"
   

4. Management Studio と次のガイドを使用して、システム データベースを移動し、新しいデータベースのデフォルトのファイル位置を変更します。

5. レポート サーバー機能を使用する予定の場合、ReportServer ファイルと ReportServerTempDB ファイルも移動します。

重要: tempdb ファイルはまだ変更しないでください。この変更を行うには、まず権限の設定を変更してから、DB をローカル SSD ボリュームに移動する必要があります。

プライマリ構成のデータベースのファイルを移動して再起動した後、モデルと MSDB データベースの新しい場所を指すようにシステムを構成する必要があります。以下に、Management Studio で実行するヘルパー スクリプトを示します。

ALTER DATABASE model MODIFY FILE ( NAME = modeldev , FILENAME = 'D:\SQLData\model.mdf' )
ALTER DATABASE model MODIFY FILE ( NAME = modellog , FILENAME = 'D:\SQLData\modellog.ldf' )
ALTER DATABASE msdb MODIFY FILE ( NAME = MSDBData , FILENAME = 'D:\SQLData\MSDBData.mdf' )
ALTER DATABASE msdb MODIFY FILE ( NAME = MSDBlog , FILENAME = 'D:\SQLData\MSDBLog.ldf' )

これらのコマンドを実行してから、以下を行います。

1. services.msc スナップインを使用して、SQL Server データベース サービスを停止します。
2. Windows エクスプローラーを使用して、物理ファイルを master データベースが配置されている C:\ ドライブから D:\SQLData ディレクトリに移動します。
3. SQL Server データベース サービスを開始します。

システム権限を設定する

システム データベースを移動してから、設定をさらに変更して、作成された Windows ユーザー アカウントの権限を使用して NT Service\MSSQLSERVER という名前の SQL Server プロセスを開始します。

Lock Pages in Memory 権限を付与する

グループ ポリシーの Lock Pages in Memory 権限により、Windows がページを物理メモリから仮想メモリに移動しないようにします。物理メモリを解放して整理するために、Windows は古く、ほとんど変更されないページをディスク上の仮想メモリ ページング ファイルにスワップしようとします。

SQL Server は、テーブル構造、実行プラン、キャッシュされたクエリなどの重要な情報をメモリに保存します。この情報の一部はほとんど変更されないため、ページング ファイルの対象となります。この情報がページング ファイルに移動されると、SQL Server のパフォーマンスが低下することがあります。SQL Server のサービス アカウントのグループ ポリシーの Lock Pages in Memory 権限を付与し、このスワッピングが行われないようにします。

手順は次のとおりです。

1. [スタート] メニューで「グループ ポリシーの編集」を検索してコンソールを開きます。
2. [ローカル コンピュータ ポリシー] > [コンピュータの構成] > [Windows 設定] > [セキュリティ設定] > [ローカル ポリシー] > [ユーザー権利の割り当て] の順に開きます。
3. [メモリ内のページのロック] を検索してダブルクリックします。
4. [ユーザーまたはグループの追加] をクリックします。
5. 「NT Service\MSSQLSERVER」を検索します。
6. 複数の名前が表示される場合、MSSQLSERVER の名前をダブルクリックします。
7. [OK] を 2 回クリックします。
8. [グループ ポリシー エディター] コンソールを開いたままにします。

重要: これらの手順が完了して SQL Server を再起動した後、設定が正しく機能していることを確認するには、SQL Server ログを調べてください。ログには、「メモリ マネージャーでロックされたページを使用しています」などのエントリが含まれます。

Perform volume maintenance tasks 権限を付与する

デフォルトでは、アプリケーションが Windows のディスク スペースのスライスを要求すると、オペレーティング システムはディスク スペースの適切なサイズのチャンクを配置してから、それを処理してアプリケーションに戻す前にディスクのチャンク全体をゼロアウトします。SQL Server ではファイルが増大してディスク スペースを多く費やす傾向があるため、この動作は最適ではありません。

ディスク スペースをアプリケーションに割り当てるためには、多くの場合簡易ファイル初期化と呼ばれる別の API が用意されています。残念ながら、この設定が動作するのはデータファイルに対してのみです。ログファイルの増大については後のセクションで説明します。簡易ファイル初期化には、SQL Server プロセスを実行するサービス アカウントに Perform volume maintenance tasks という別のグループ ポリシー権限を付与する必要があります。

1. グループ ポリシー エディターで、「ボリュームの保守タスクを実行」を検索します。
2. 前のセクションで行ったように「NT Service\MSSQLSERVER」アカウントを追加します。
3. SQL Server プロセスを再起動して、両方の設定を有効化します。

tempdb を設定する

かつては、CPU 単位で 1 つの tempdb ファイルを作成して、SQL Server の CPU 使用率を最適化することがベスト プラクティスでした。ただ、時間の経過とともに CPU の数が増えていくため、このガイドラインに従うことでパフォーマンスが低下する場合があります。まずは 4 つの tempdb ファイルを使用します。システムのパフォーマンスを測定すると、まれに tempdb ファイルの数を徐々に最大 8 まで増やすことが必要になる場合があります。

SQL Server Management Studio 内で Transact-SQL（T-SQL）スクリプトを実行して、tempdb ファイルを p: ドライブ内のフォルダに移動できます。

1. ディレクトリ p:\tempdb を作成します。

2. セキュリティの全アクセス権を「NT Service\MSSQLSERVER」ユーザー アカウントに付与します。

   icacls p:\tempdb /Grant "NT Service\MSSQLServer:(OI)(CI)F"
   

3. 次のスクリプトを SQL Server Management Studio 内部で実行して、tempdb データファイルとログファイルを移動します。

   USE master
   GO
   ALTER DATABASE [tempdb] MODIFY FILE (NAME = tempdev, FILENAME = 'p:\tempdb\tempdb.mdf')
   GO
   ALTER DATABASE [tempdb] MODIFY FILE (NAME = templog, FILENAME = 'p:\tempdb\templog.ldf')
   GO
   

4. SQL Server を再起動します。

5. 次のスクリプトを実行して、ファイルサイズを変更して新しい tempdb に対して 3 つの追加データファイルを作成します。

   ALTER DATABASE [tempdb] MODIFY FILE (NAME = tempdev, FILENAME = 'p:\tempdb\tempdb.mdf', SIZE=8GB)
   ALTER DATABASE [tempdb] MODIFY FILE (NAME = templog, FILENAME = 'p:\tempdb\templog.ldf' , SIZE = 2GB)
   ALTER DATABASE [tempdb] ADD FILE (NAME = 'tempdev1', FILENAME = 'p:\tempdb\tempdev1.ndf' , SIZE = 8GB, FILEGROWTH = 0);
   ALTER DATABASE [tempdb] ADD FILE (NAME = 'tempdev2', FILENAME = 'p:\tempdb\tempdev2.ndf' , SIZE = 8GB, FILEGROWTH = 0);
   ALTER DATABASE [tempdb] ADD FILE (NAME = 'tempdev3', FILENAME = 'p:\tempdb\tempdev3.ndf' , SIZE = 8GB, FILEGROWTH = 0);
   GO
   

   SQL Server 2016 を使用する場合、前のステップを行った後にさらに削除する tempdb ファイルが 3 つあります。

   ALTER DATABASE [tempdb] REMOVE FILE temp2;
   ALTER DATABASE [tempdb] REMOVE FILE temp3;
   ALTER DATABASE [tempdb] REMOVE FILE temp4;
   

6. SQL Server をもう一度再起動します。

7. C:\ ドライブ上の元の場所から model、MSDB、master、tempdb のファイルを削除します。

tempdb ファイルをローカル SSD のパーティションに正常に移動しました。この移動により以前に説明したようないくつかのリスクを抱えますが、なんらかの理由でファイルが失われる場合は、SQL Server が tempdb ファイルを再構築します。tempdb の移動によりローカル SSD のパフォーマンスがさらに向上して、永続ディスク上で使用される IOPS が削減されます。

注意: ローカル SSD はローカルホストに固定されているため、永続データや重要なデータの保存は想定していません。したがって、ローカル SSD は一時ストレージとしてのみ使用してください。場合によっては、このインスタンス内部から Windows をシャットダウンする場合に、ローカル SSD が削除されるため、インスタンスを削除して再作成する必要があります。

max degree of parallelism を設定する

max degree of parallelism の推奨されるデフォルト設定は、サーバーの CPU 数と同じ数にすることです。ただし、クエリを 16 個または 32 個の並列チャンクで実行して結果をマージすると、1 つのプロセスで実行するよりも遅くなる場合があります。16 または 32 コアのインスタンスを使用している場合、次の T-SQL を使用して max degree of parallelism 値を 8 に設定できます。

USE master
GO
EXEC sp_configure 'show advanced options', 1
GO
RECONFIGURE WITH OVERRIDE
GO
EXEC sp_configure 'max degree of parallelism', 8
GO
RECONFIGURE WITH OVERRIDE
GO

max server memory を設定する

この設定のデフォルトは非常に大きな値ですが、利用可能な物理 RAM からオペレーティング システムとオーバーヘッド用の数ギガバイトを引いたメガバイト数を指定する必要があります。次の T-SQL の例では、max server memory が 100 GB に調整されます。これを変更してインスタンスに適合する値に調整します。詳細については、サーバーメモリ サーバー構成オプションのドキュメントをご覧ください。

EXEC sp_configure 'show advanced options', 1
GO
RECONFIGURE WITH OVERRIDE
GO
exec sp_configure 'max server memory', 100000
GO
RECONFIGURE WITH OVERRIDE
GO

最終処理

インスタンスをもう一度再起動して、すべての新しい設定が有効になっていることを確認します。SQL Server システムの構成が完了し、独自のデータベースを作成して特定のワークロードのテストを開始する準備ができました。操作手順、その他のパフォーマンスの考慮事項、Enterprise Edition 機能の詳細については、SQL Server ベスト プラクティス ガイドを確認してください。

クリーンアップ

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

プロジェクトの削除

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

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

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

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

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

1. In the Google Cloud console, go to the Manage resources page.

   Go to Manage resources

2. In the project list, select the project that you want to delete, and then click Delete.
3. In the dialog, type the project ID, and then click Shut down to delete the project.

インスタンスの削除

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

1. In the Google Cloud console, go to the VM instances page.

   Go to VM instances

2. Select the checkbox for the instance that you want to delete.
3. To delete the instance, click More actions, click Delete, and then follow the instructions.

永続ディスクを削除する

Persistent Disk を削除するには:

1. Google Cloud コンソールで、[ディスク] ページに移動します。

   [ディスク] に移動

2. 削除するディスクの名前の横にあるチェックボックスをオンにします。

3. ページ上部にある [削除] ボタンをクリックします。

次のステップ

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