MSSQLServerのアーキテクチャについて学ぶ

SQL Serverのトランザクションログは、一連のログレコードである場合に正しく機能します。各ログは、ログシーケンス番号（LSN）によって識別されます。この番号には、ログが属するトランザクションのIDが含まれています。

ログは、実行されたデータの変更またはアクティビティを記録するか、データの編集前後の画像を取得します。前の画像は操作が実行される前のデータのコピーであり、次の画像は操作が実行された後のデータのコピーです。

操作を回復する手順は、ログの種類によって異なります。

1. 論理演算がログに記録されます。
2. 前の論理操作に戻るには、操作が再度実行されます。
3. 背後の論理演算に戻るには、逆論理演算が実行されます。
4. 前の画像と次の画像が記録されます。
5. 前の操作に戻るには、次の画像が適用されます。
6. 次の操作に戻るには、前の画像が適用されます。

さまざまな操作がトランザクションログに記録されています。そこでは、次の操作を利用できます。

1. 各トランザクションを開始および終了します。
2. システムストレージプロシージャまたはシステムテーブルを含むテーブルへのデータ定義言語コマンド（DDL）の変更を含む、すべてのデータ変更（挿入、更新、削除）。
3. すべての範囲と割り当て、ページ割り当てのキャンセル。
4. テーブルとインデックスを作成または削除します。

ロールバック操作もログに記録されます。各トランザクションは、コマンドまたはエラーメッセージを実行するためのロールバックに必要な十分なログスペースがあることを確認するために、ログにスペースを保持します。このスペースは、トランザクションが完了すると解放されます。

最初のログ（データベース全体を正常に復元するために必要）から最後のログまでのログファイルの部分は、ログアクティビティセクションまたはアクティブログと呼ばれます。これは、データベースを完全にリカバリするために必要なログセクションです。アクティブなログのどの部分も文字化けしていません。最初のログレコードのLSNは、最小リカバリLSN（最小LSN）と呼ばれます。

SQL Serverデータベースエンジンは、各物理ログファイルをいくつかの仮想ログファイルに分割します。仮想ログファイルのサイズは固定されておらず、物理ログファイルごとに固定数の仮想ログファイルがありません。

データベースエンジンは、ログファイルを作成または拡張するときに、仮想ログファイルのサイズを自動的に選択します。データベースエンジンは、少数の仮想ファイルを維持しようとします。管理者が仮想ログファイルのサイズを設定または設定することはできません。ログ物理ファイルが小さいサイズと値growth_incrementで定義されている場合にのみ、仮想ログファイルはシステムパフォーマンスに影響します。

サイズ値はログファイルの初期サイズであり、growth_incrementは、ファイルが新しいスペースを必要とするたびにファイルに追加されるスペースの量です。小さな増分が多いためにログファイルが大きなサイズに達すると、多くの仮想ログファイルが作成されます。これにより、データベースの起動とログのバックアップおよびリカバリ操作が遅くなる可能性があります。

アドバイスは、ログファイルに必要な最終サイズに近いサイズ値と比較的大きなgrowth_increment値を割り当てる必要があることです。 SQL Serverは先行書き込みログ（WAL）を使用して、関連するログがドライブに書き込まれる前に、ドライブに書き込まれるデータに変更がないことを確認します。これは、トランザクションプロパティのACIDを維持するのに役立ちます。

SQLの代数

Algebrizerについて少しお話ししたいと思います。Algebrizerは、クエリ実行プロセスのプロセスです。パーサーの後で動作し始めました。クエリパーサーが正しいクエリを見つけると、Algebrizerに移動し、Algebrizerの作業が開始されます。 Algebrizerは、オブジェクトと列名（クエリで指定した、またはクエリによって参照されている）を確認する役割を果たします。たとえば、列名がクエリに誤って書き込まれた場合、Algebrizerはそれを確認し、エラーを作成する責任があります。 Algebrizerは、特定のクエリで処理されているすべてのタイプのデータも識別します。 Algebrizerは、GROUP BYであるかどうか、および結合された列が適切な場所に配置されているかどうかを確認します。たとえば、次のクエリを記述し、Ctrl + F5を押して解析するだけの場合、エラーは発生しません。ただし、F5キーを押してクエリを実行すると、Algebrizerが機能し、エラーが返されます。

 USE AdventureWorks 
 GO 
 SELECT MakeFlag,SUM(ListPrice) 
 FROM Production.Product 
  GROUP BY ProductNumber 

SQLServerのチェックポイント

SQLServer2012には4種類のチェックポイントがあります。

1. 自動： このタイプは最も一般的なチェックポイントであり、バックグラウンドプロセスの形式で実行され、サーバー構成オプションの回復間隔で指定された時間内にSQLServerデータベースを復元できることを確認します。
2. 間接： このチェックポイントは、SQL Server 2012でのみ使用できます。これはバックグラウンドで実行されるプロセスでもありますが、構成オプションで特定のデータベースの回復時間を指定する特定のユーザーのみが対象です。特定のデータベースのTarget_Recovery_Timeを選択すると、サーバーに割り当てられた回復間隔が上書きされ、データベースの自動チェックポイントが回避されます。
3. 手動： このチェックポイントは他のSQLコマンドと同じように実行されます。チェックポイントコマンドを作成すると、実行されて完了します。このチェックポイントは、現在のデータベースでのみ実行されます。オプションでCheckpoint_Durationを指定して、チェックポイントを完了する時間を指定できます。
4. 内部： ユーザーとして、次のような特定のアクションでこのタイプのチェックポイントを制御することはできません。
   1. シャットダウンが失敗しない限り、すべてのデータベースでチェックポイントアクションをシャットダウンします。通常ではありません（nowithコマンドでシャットダウンを使用します）。
   2. リカバリモデルがFullBulk-loggedからSimpleに変更されたとき。
   3. データベースのバックアップ中。
   4. データベースがシンプルリカバリモードの場合、チェックポイントプロセスは自動的に実行されるか、ログが70％いっぱいになると、またはサーバーのリカバリ間隔オプションに基づいて実行されます。
   5. ログ/データファイルを追加または削除するALTERDATABASEコマンドもチェックポイントを開始します。
   6. チェックポイントは、データベースリカバリモデルが一括ログに記録され、最小限の書き込み操作が実行されたときにも実行されます。

これはおそらくSQL Serverの「最も甘い」部分ですが、そのアーキテクチャを理解するというアイデアは、すべてがどのように機能するかを理解するのに役立ちます。エラーが発生した場合は、やや、。これにより、データベースの操作が簡単になります。

次のセクションでは、Management Studioについて学習し、SQLServerの基本的なコマンドについて徐々に説明します。