SQL Server：バックアップとリストアの基本

# はじめに
バックアップとリストアは、データを保護するためにとても重要な仕組みです。
SQL Serverのバックアップとリストアについて、自分なりにまとめてみました。

参考にした書籍、サイトは以下です。
[平山 理 著『絵で見てわかるSQL Serverの仕組み』](https://www.shoeisha.co.jp/book/detail/9784798158723)
[SQL Server データベースのバックアップと復元 - SQL Server | Microsoft Docs](https://docs.microsoft.com/ja-jp/sql/relational-databases/backup-restore/back-up-and-restore-of-sql-server-databases?view=sql-server-ver15)
[Sql server のバックアップとリストアの基礎 - Masayuki Ozawa](https://www.slideshare.net/masayukiozawa/sql-server-11657730)

# バックアップする理由
データベースは以下のような障害が、起こる可能性があります。

* メディアの障害
* ユーザエラー（操作ミスによるデータの削除など）
* ハードウェア障害（ディスクドライブの損傷や、サーバー障害など）
* 自然災害

データの損失のリスクを最小限に抑えるには、データを定期的にバックアップする必要があります。
データベースをバックアップすることで、これらの障害からデータを守る事ができます。
また、データベースのバックアップはサーバー間でのデータベースのコピーや、アーカイブなどの日常的な管理にも役立ちます。

# バックアップに関連する基本用語
いくつか基本的な用語についてまとめました。

| 用語 | 説明 |
|:--|:--|
| バックアップ（backup） | 障害が発生した際にデータを復元できるデータのコピー。またはバックアップを作成するプロセス。 |
| リストア（restore） | バックアップから、データを書き戻すなどしてデータを復元するプロセス。 |
| 完全バックアップ（full backup） | バックアップの手法の1つ。<br>前回のバックアップからの追加・更新の有無に関わらず、すべてのデータのバックアップをとること。 |
| 差分バックアップ（differential backup） | バックアップの手法の1つ。<br>最新の完全バックアップ以後に追加・更新したデータのみをバックアップすること。 |
| 増分バックアップ（incremental backup） | バックアップの手法の1つ。<br>直前のバックアップ以後に追加・更新したデータのみをバックアップすること。<br>※SQL Serverには増分バックアップはありません。 |
| トランザクション（transaction） | 分ける事の出来ない複数の処理のまとまりのこと。<br>一連の処理をまとめて1つの処理として扱うことで、結果の整合性を保つことができる。 |
| コミット（commit） | トランザクション処理を終了し、確定すること。 |
| ロールバック（rollback） | ある時点の状態に巻き戻すこと。 |
| ロールフォワード（roll forward） | 障害などが起きた際に、ある時点の状態に巻き戻し、その後ログに記録した処理を適用して、障害発生直前の状態に戻すこと。 |
| チェックポイント（checkpoint） | データの更新を、バッファキャッシュ上から物理ディスク上に書き込む処理や、書き込み処理を行った時点のこと。<br>※詳しくは[チェックポイント](#チェックポイント)の項目に記載 |

![完全バックアップ](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/32d90717-157e-d6ef-8457-8f4477d009dd.png)
![差分バックアップ](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/74e30d32-024f-91dd-1813-3dba35891b5b.png)
![増分バックアップ](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/02e10bc5-4849-fd24-755b-822767fcd3f9.png)
SQL Serverのデータベースのバックアップには増分バックアップがなく、**完全バックアップ**と**差分バックアップ**の2種類です。

![ロールバック](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/cda3c709-16e5-c113-0898-9413c469defd.png)
![ロールフォワード](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/be578a60-d2af-554c-7b64-8303140a048a.png)

# SQL Serverの内部動作
バックアップの前に、まずSQL Serverの内部動作について説明します。
SQL Serverのバックアップを理解する上で関連するSQL Serverのデータ構造や処理について、いくつかまとめてみました。

## データ構造
SQL Serverはデータファイルとトランザクションログファイルという、2種類の物理ファイルで構成されています。

* データファイル … データ本体が格納されています。拡張子は「.mdf」や「.ndf」です。
* トランザクションログファイル … データの更新内容が記録されています。拡張子は「.ldf」です。

![データベースの物理ファイル](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/5326fe63-2dae-ec9f-bddf-a04c0b7a3539.png)
![データファイルとトランザクションログファイル](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/ee186877-9f2b-89ea-cf32-7182de2a5dbc.png)

## ログ先行書き込み
SQL Serverは、データに対して何らかの更新が行われると、データ自体を更新する前に、更新内容の履歴をすべてトランザクションログファイルに書き込みます。
トランザクションログにすべて正しく書き込んだ後、データ自体の更新処理を行います。
この動作を **ログ先行書き込み（Write-Ahead Logging / WAL）** と言います。

![ログ先行書き込み1](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/50766b7c-19d2-248d-5c05-5643ddb01e86.png)
![ログ先行書き込み2](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/a6f357f6-903e-07fd-87df-29c97f13dd39.png)
![ログ先行書き込み3](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/97b37c7f-b701-4994-a91e-1ceba81b95b9.png)
![ログ先行書き込み4](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/b8f316b3-e29e-6337-0560-f9cb2e6246bb.png)
![ログ先行書き込み5](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/98658641-87ce-5ec7-f354-9db3a86fc956.png)


## チェックポイント
SQL Serverのデータを更新すると、まずはバッファキャッシュ上のデータが更新されます。これを**論理書き込み**といい、この時点ではまだ物理ディスク上のデータは更新されていません。
バッファキャッシュ上に更新したデータは、あるタイミングで物理ディスクに書き込まれます。これを**物理書き込み**といいます。
論理書き込みが行われていて、物理書き込みが行われていないバッファキャッシュ上のデータを**ダーティページ**といいます。
このダーティページに対する物理書き込みの手段を**チェックポイント**といいます。
チェックポイントプロセスによって、データを定期的にスキャンし、バッファキャッシュ上にダーティページが見つかれば、物理ディスクに書き込みます。

![論理書き込みと物理書き込み](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/21fcb990-04b5-cf45-fb92-e232fe52562b.png)
![チェックポイント](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/53834be0-b9b6-f69b-4afc-075584d393d9.png)

チェックポイントは、一定間隔ごと、そしてALTER DATABASEステートメント実行時やSQL Server終了時に実行されます。CHECKPOINTステートメントを直接実行もできます。

電源障害などでSQL Serverが異常終了するとバッファキャッシュ上のデータは損失してしまいます。
もし、論理書き込みは行われていても、物理書き込みが完了していない時点で何らかの障害が発生した場合、トランザクションログを使用することによって直前の状態まで復旧ができます。

![データベースの回復処理](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/6d9f002b-9316-ca37-e51b-f8e9479a822a.png)


* トランザクション1 … チェックポイント前に処理が完了しているため、回復処理は不要。
* トランザクション2 … チェックポイント時に実行中だったが、障害発生前に処理が完了しているため、ログファイルを使ってロールフォワードを実行。
* トランザクション3 … チェックポイント後にトランザクションが開始されているが、障害発生前に処理が完了しているため、トランザクション2と同様ロールフォワードを実行。
* トランザクション4 … チェックポイント後に開始され、障害発生時にコミットされていないため、トランザクションをロールバックすることで回復処理を行う。
* トランザクション5 … チェックポイント後に開始され、障害発生時にコミットされていないため、トランザクション4と同様ロールバックすることで回復処理を行う。

出典：[三好 康之 著『情報処理教科書 データベーススペシャリスト 2020年版』 - p.340-341](https://www.shoeisha.co.jp/book/detail/9784798163024)

## ログ復旧モデル
前述したとおり、SQL Serverにはデータファイルとトランザクションログファイルという2つの物理ファイルで構成されています。
SQL Serverでは、このトランザクションログファイルにログを記載する方法や、トランザクションログのバックアップを必須にするかどうかなどを制御するプロパティとして、復旧モデルというものがあります。
復旧モデルの種類は、単純、完全、一括ログの3種類です。

| 復旧モデル | 説明 | トランザクションログの扱い | トランザクションログのバックアップ | 作業の損失の可能性 | 指定日時への復旧 |
|:--|:--|:--|:--|:--|:--|
| 単純 | データバックアップ終了時点にのみ復旧できるモデル | トランザクションログに書き込まれたレコードは次回のチェックポイント時に切捨てが行われるので、ログの肥大化現象が発生しにくい。 | 必要なし | 最新のデータバックアップ以後の情報は損失します。 | 任意の時点には復旧できません。データバックアップの終了時点にのみ復旧できます。 |
| 完全 | 任意の時点に復旧できるモデル | トランザクションログに書き込まれたレコードはトランザクションログのバックアップごとに切捨てられます。定期的にトランザクションログのバックアップをしないとログが肥大化しディスク容量を圧迫します。 | 必要 | 基本的に損失はありません。 | 任意の時点に復旧できます。 |
| 一括ログ | 完全復旧モデルを補完するためのモデル | 一括操作（大量のデータをデータベースに挿入）すると完全復旧モデルではトランザクションログが大量に挿入されますが、一括ログ復旧モデルは「最小ログ記録」によりトランザクションログの書込みを最小限にすることができます。 | 必要 | 基本的に損失はありません。 | 任意の時点には復旧できません。データバックアップもしくはログバックアップの終了時点にのみ復旧できます。 |

出典：[復旧モデル (SQL Server) - SQL Server | Microsoft Docs](https://docs.microsoft.com/ja-jp/sql/relational-databases/backup-restore/recovery-models-sql-server?view=sql-server-ver15)
出典：[SQL Server の障害復旧 - マイクロソフト系技術情報 Wiki](https://techinfoofmicrosofttech.osscons.jp/index.php?SQL%20Server%20%E3%81%AE%E9%9A%9C%E5%AE%B3%E5%BE%A9%E6%97%A7#w1da3315)

![復旧モデルの違いによる復旧例](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/a9b2ab06-ca8a-4323-1b7d-41ab280d7953.png)

一括ログ復旧モデルは、完全復旧モデルを補完するためのモデルです。
完全復旧モデルの時に一括操作を行うと、トランザクションログに大量のデータが記録されます。
一括ログ復旧モデルでは、以下のような一括操作のトランザクションログは記録しないため、ログを最小限にできます。
* bcpコマンド
* BULK INSERT
* INSERT SELECT
* CREATE INDEX
* ALTER INDEX REBUILD　など

出典：[トランザクション ログ (SQL Server) - SQL Server | Microsoft Docs](https://docs.microsoft.com/ja-jp/sql/relational-databases/logs/the-transaction-log-sql-server?view=sql-server-ver15)
出典：[一括インポートで最小ログ記録を行うための前提条件 - SQL Server | Microsoft Docs](https://docs.microsoft.com/ja-jp/sql/relational-databases/import-export/prerequisites-for-minimal-logging-in-bulk-import?view=sql-server-ver16)
出典：[ログ末尾のバックアップ (SQL Server) - SQL Server | Microsoft Docs](https://docs.microsoft.com/ja-jp/sql/relational-databases/backup-restore/tail-log-backups-sql-server?view=sql-server-ver16)

## バックアップの種類
前述したバックアップの基本用語で、一般的なバックアップの種類について書きましたが、SQL Serverにおけるバックアップの種類については以下があります。

* 完全バックアップ
* 差分バックアップ
* トランザクションログバックアップ
* ファイルバックアップ
* 部分バックアップ

それぞれの特徴について説明します。

| バックアップの種類 | 特徴 |
|:--|:--|
| 完全バックアップ | データベース全体のバックアップ。物理ファイル（.mdfや.ndf）とトランザクションログファイル（.ldf）がすべて含まれます。 |
| 差分バックアップ | 最新の完全バックアップをベースとし、それ以後に変更された差分のみのバックアップ。 |
| トランザクションログバックアップ | トランザクションログに書き込まれたログのバックアップ。 |
| ファイルバックアップ | 1つ以上のデータベースファイル、またはファイルグループからなるバクアップ。データベースを複数の物理ファイルに分割している場合、データベースファイル、ファイルグループ単位でバックアップ、リストアすることができます。 |
| 部分バックアップ | データベースの一部のファイルグループのみのバックアップ。読み取り専用のファイルグループをバックアップから除外するなど、部分的にバックアップを行うことができます。 |

出典：[バックアップの概要 (SQL Server) - SQL Server | Microsoft Docs](https://docs.microsoft.com/ja-jp/sql/relational-databases/backup-restore/backup-overview-sql-server?view=sql-server-ver15)

# SQL Serverのバックアップとリストアの例
では、前段のSQL Serverの内部動作を理解した上で、バックアップとリストアのパターン例を考えてみました。

## バックアップ例
復旧モデルが**完全復旧モデル**のデータベースに対して、以下のようにバックアップを行っているとします。

![バックアップ例](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/b1dda1b5-1c39-3cc3-1d93-6f70df308c80.png)

## リストア例
上記のバックアップスケジュールで、障害が発生した場合のリストアのパターンについて確認していきます。

![リストア例1](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/fc7b18e8-4c1f-de4d-d4ae-5f27d358d33a.png)

障害発生直前の状態に戻すためには、まず完全バックアップは**F2**を使用します。
差分バックアップは**D4**を使用します。差分バックアップは、前回の完全バックアップ時点から変更されたデータの差分が含まれているため、差分バックアップ**D3**は使用しません。
差分バックアップ以後の更新は、障害発生の直前のトランザクションログバックアップ**T6**を使用してロールフォワードします。
障害発生時にコミットされていなかったトランザクションは、ロールバックされ、実行される前の状態に戻ります。

![リストア例2](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/2770982a-7fd9-8dbf-a867-4d7a24aefd31.png)

もし、差分バックアップの**D4**が破損したなどで使用できない場合、完全バックアップ**F2**と、差分バックアップ**D3**、トランザクションログバックアップの**T5**と**T6**を使用して復旧も可能です。

出典：[【第8回】基本から始める SQL Server【バックアップ／リストア】 - NOBTAの気ままにITブログ](https://www.nobtak.com/entry/sqlb08)
出典：[復元と復旧の概要 (SQL Server) - SQL Server | Microsoft Docs](https://docs.microsoft.com/ja-jp/sql/relational-databases/backup-restore/restore-and-recovery-overview-sql-server?view=sql-server-ver16)
出典：[SQL Server のバックアップの基本パターン at SE の雑記](https://blog.engineer-memo.com/2013/08/12/sql-server-%E3%81%AE%E3%83%90%E3%83%83%E3%82%AF%E3%82%A2%E3%83%83%E3%83%97%E3%81%AE%E5%9F%BA%E6%9C%AC%E3%83%91%E3%82%BF%E3%83%BC%E3%83%B3/)

# 実行例
実際にバックアップとリストアを実行して、動きを確認してみます。

## バックアップを実行する
以下の流れでバックアップを実行していきます。

![バックアップの実行例](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/a480717b-49b2-baaa-ca79-97e4ee949578.png)

クエリを実行して、完全バックアップ、差分バックアップ、トランザクションログバックアップを実行していきます。
データベースbackup_testに、テーブルSalesOrderDetailが存在する前提のクエリになっています。

出典：[BACKUP (Transact-SQL) - SQL Server | Microsoft Docs](https://docs.microsoft.com/ja-jp/sql/t-sql/statements/backup-transact-sql?view=sql-server-ver16)

```sql
--データの更新
SELECT *
INTO [backup_test].[dbo].[A]
FROM [backup_test].[dbo].[SalesOrderDetail]
GO

--完全バックアップ
BACKUP DATABASE [backup_test]
TO DISK = N'D:\MSSQL\Backup\20220528\F1.BAK'
WITH
	 INIT
	,FORMAT
GO

--データの更新
SELECT *
INTO [backup_test].[dbo].[B]
FROM [backup_test].[dbo].[SalesOrderDetail]
GO

--トランザクションログバックアップ
BACKUP LOG [backup_test]
TO DISK = N'D:\MSSQL\Backup\20220528\T1.BAK'
WITH
	FORMAT
GO

--データの更新
SELECT *
INTO [backup_test].[dbo].[C]
FROM [backup_test].[dbo].[SalesOrderDetail]
GO

--差分バックアップ
BACKUP DATABASE [backup_test]
TO DISK = N'D:\MSSQL\Backup\20220528\D1.BAK'
WITH
	 INIT
	,FORMAT
	,DIFFERENTIAL    --差分
GO

--データの更新
SELECT *
INTO [backup_test].[dbo].[D]
FROM [backup_test].[dbo].[SalesOrderDetail]
GO

--トランザクションログバックアップ
BACKUP LOG [backup_test]
TO DISK = N'D:\MSSQL\Backup\20220528\T2.BAK'
WITH
	FORMAT
GO

--データの更新
SELECT *
INTO [backup_test].[dbo].[E]
FROM [backup_test].[dbo].[SalesOrderDetail]
GO

--差分バックアップ
BACKUP DATABASE [backup_test]
TO DISK = N'D:\MSSQL\Backup\20220528\D2.BAK'
WITH
	 INIT
	,FORMAT
	,DIFFERENTIAL    --差分
GO

--データの更新
SELECT *
INTO [backup_test].[dbo].[F]
FROM [backup_test].[dbo].[SalesOrderDetail]
GO

--トランザクションログバックアップ
BACKUP LOG [backup_test]
TO DISK = N'D:\MSSQL\Backup\20220528\T3.BAK'
WITH
	FORMAT
GO

--データの更新
SELECT *
INTO [backup_test].[dbo].[G]
FROM [backup_test].[dbo].[SalesOrderDetail]
GO
```

クエリ実行後のDBの状態です。
![更新処理実行後](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/3ea9cbd8-60c3-b54e-eeab-a41b393170d0.png)

それぞれのバックアップファイルが作成されました。
![バックアップファイル](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/1ebc57d4-c4df-019c-e84c-4ee1f248fff7.png)

## リストアを実行する
では次に、バックアップファイルを使ってリストアしていきます。

### SQL Server Management Studioを使用した操作
SQL Server Management Studioを
使用すれば、視覚的にどの時点に復元するか選択できるので、手順を紹介します。

1. バックアップを実行したDB名上で右クリック→タスク→復元→データベースをクリックします。
	![SSMS_復元](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/9c3d4477-8b48-57dd-0abc-221f679d70da.png)

1. タイムラインをクリックします。
	![SSMS_タイムライン](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/a76f2d93-9d7f-3b2f-95a8-aac163d9fb87.png)

1. 復元したい日時を選択し、OKをクリックします。
	![SSMS_バックアップのタイムライン](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/f8e10ab8-ce6f-6802-7815-1b3fea36ca91.png)

2. OKをクリックすれば、リストアが開始されます。必要に応じて、リストア先のDB名を変更したり、既存のDBに上書きするオプションを選択してください。
	![SSMS_データベースの復元](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/e7f12c51-19bb-0482-0c65-468e25c95c48.png)

### クエリを使用した操作
次に、クエリを実行して、完全バックアップ、差分バックアップ、トランザクションログバックアップからそれぞれリストアしていきます。

出典：[RESTORE (Transact-SQL) - SQL Server | Microsoft Docs](https://docs.microsoft.com/ja-jp/sql/t-sql/statements/restore-statements-transact-sql?view=sql-server-ver16)

#### 完全バックアップを使用したリストア
完全バックアップ**F1**からリストアする例です。
今回はわかりやすいように、別のDB名（restore01）でリストアを行います。

![リストアの実行例1](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/9c1f262a-6069-c22c-f6af-94948bf9700b.png)

```SQL
RESTORE DATABASE [restore01]
FROM DISK = N'D:\MSSQL\Backup\20220528\F1.BAK'
WITH
	 MOVE N'backup_test' TO N'D:\MSSQL\DATA\restore01.mdf'
	,MOVE N'backup_test_log' TO N'D:\MSSQL\DATA\restore01_log.ldf'
	,RECOVERY
```

クエリ実行後のDBの状態です。
Aテーブルのみがリストアされています。
![リストア1](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/e839756f-499a-5ce9-9c30-1e5b6c84e913.png)

#### 完全＋差分バックアップを使用したリストア
完全バックアップ**F1**と差分バックアップ**D2**からリストアする例です。

![リストアの実行例2](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/a8516719-cfa2-4d48-c842-615f2226d9da.png)

```SQL
--完全バックアップからリストア
RESTORE DATABASE [restore02]
FROM DISK = N'D:\MSSQL\Backup\20220528\F1.BAK'
WITH
	 MOVE N'backup_test' TO N'D:\MSSQL\DATA\restore02.mdf'
	,MOVE N'backup_test_log' TO N'D:\MSSQL\DATA\restore02_log.ldf'
	,NORECOVERY

--差分バックアップからリストア
RESTORE DATABASE [restore02]
FROM DISK = N'D:\MSSQL\Backup\20220528\D2.BAK'
WITH
	RECOVERY
```

クエリ実行後のDBの状態です。
Eテーブルまでがリストアされています。
![リストア2](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/8f0a3c5f-5735-da3d-6058-7ef70e7a6830.png)

#### 完全＋差分＋ログバックアップを使用したリストア
完全バックアップ**F1**と差分バックアップ**D2**、ログバックアップ**T3**からリストアする例です。

![リストアの実行例3](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/1278b6df-78a1-ae6e-1f8a-432332f516aa.png)

```SQL
--完全バックアップからリストア
RESTORE DATABASE [restore03]
FROM DISK = N'D:\MSSQL\Backup\20220528\F1.BAK'
WITH
	 MOVE N'backup_test' TO N'D:\MSSQL\DATA\restore03.mdf'
	,MOVE N'backup_test_log' TO N'D:\MSSQL\DATA\restore03_log.ldf'
	,NORECOVERY

--差分バックアップからリストア
RESTORE DATABASE [restore03]
FROM DISK = N'D:\MSSQL\Backup\20220528\D2.BAK'
WITH
	NORECOVERY

--トランザクションログバックアップからリストア
RESTORE LOG [restore03]
FROM DISK = N'D:\MSSQL\Backup\20220528\T3.BAK'
WITH
	RECOVERY
```

クエリ実行後のDBの状態です。
Fテーブルまでがリストアされています。
![リストア3](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/0f1be6b2-5d4f-c259-c4d5-d819d5a56d78.png)

#### 完全＋ログバックアップを使用したリストア
完全バックアップ**F1**とログバックアップ**T1**、**T2**、**T3**からリストアする例です。
結果は前述のrestore03と同じですが、使用するバックアップファイルの組み合わせを変えてリストアも可能です。

![リストアの実行例4](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/8d2beca0-3585-2b54-efed-3b25776c8fe7.png)

```SQL
--完全バックアップからリストア
RESTORE DATABASE [restore04]
FROM DISK = N'D:\MSSQL\Backup\20220528\F1.BAK'
WITH
	 MOVE N'backup_test' TO N'D:\MSSQL\DATA\restore04.mdf'
	,MOVE N'backup_test_log' TO N'D:\MSSQL\DATA\restore04_log.ldf'
	,NORECOVERY

--トランザクションログバックアップからリストア
RESTORE LOG [restore04]
FROM DISK = N'D:\MSSQL\Backup\20220528\T1.BAK'
WITH
	NORECOVERY

RESTORE LOG [restore04]
FROM DISK = N'D:\MSSQL\Backup\20220528\T2.BAK'
WITH
	NORECOVERY

RESTORE LOG [restore04]
FROM DISK = N'D:\MSSQL\Backup\20220528\T3.BAK'
WITH
	RECOVERY
```

クエリ実行後のDBの状態です。
Fテーブルまでがリストアされています。
![リストア4](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/de096d9e-274b-75af-b542-502d7bfa7dbf.png)

#### 完全＋差分＋ログ＋ログ末尾バックアップを使用したリストア
完全バックアップ**F1**と差分バックアップ**D2**、ログバックアップ**T3**、ログ末尾バックアップ**T4**からリストアする例です。

出典：[ログ末尾のバックアップ (SQL Server) - SQL Server | Microsoft Docs](https://docs.microsoft.com/ja-jp/sql/relational-databases/backup-restore/tail-log-backups-sql-server?view=sql-server-ver16)

![リストアの実行例5](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/10bde322-8525-d79c-2b53-54b588d5a207.png)

```SQL
--ログ末尾のバックアップをとる
BACKUP LOG [backup_test]
TO DISK = N'D:\MSSQL\Backup\20220528\T4.BAK'
GO

--完全バックアップからリストア
RESTORE DATABASE [restore05]
FROM DISK = N'D:\MSSQL\Backup\20220528\F1.BAK'
WITH
	 MOVE N'backup_test' TO N'D:\MSSQL\DATA\restore05.mdf'
	,MOVE N'backup_test_log' TO N'D:\MSSQL\DATA\restore05_log.ldf'
	,NORECOVERY

--差分バックアップからリストア
RESTORE DATABASE [restore05]
FROM DISK = N'D:\MSSQL\Backup\20220528\D2.BAK'
WITH
	NORECOVERY

--トランザクションログバックアップからリストア
RESTORE LOG [restore05]
FROM DISK = N'D:\MSSQL\Backup\20220528\T3.BAK'
WITH
	NORECOVERY

--ログ末尾のバックアップからリストア
RESTORE LOG [restore05]
FROM DISK = N'D:\MSSQL\Backup\20220528\T4.BAK'
WITH
	RECOVERY
```

クエリ実行後のDBの状態です。
Gテーブルまでがリストアされています。
![リストア5](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/230850/4142148c-62a3-249a-1d13-077c1457133c.png)

# おわりに
SQL Serverのバックアップとリストアの基本動作をまとめたことで、今まであまり理解できていなかった復旧モデルや、リカバリのパターンについて自分なりに整理できました。
BACKUPステートメントやRESTOREステートメントについても、まだ理解できていない部分が多々あるので、どこかのタイミングでまとめたいです。