ロールバックセグメントは？

SQL Serverには、UNDO情報を格納するロールバックセグメントはありません。ただしUNDO情報をどこにも保存しないのではなく、ログファイル（OracleではREDOログファイルにあたる）のみに保存します。リカバリ時には、バックアップしておいたトランザクションログを使ってコミットされていないトランザクションをロールバックし、データの整合性を維持します。

ログファイルはサイクリックに運用できない？

Oracle では REDO ログファイルをサイクリックに使用できますが、 SQL Server では必ずしもサイクリックに使用されるわけではありません。何も考慮しなければ、ログファイルはサイクリックに使用されず、増加の一途をたどります。また、ログファイルはデフォルトで自動拡張オプションが設定されているため、ディスクの空き領域を食い尽くすようなことにもなりかねません。必要であればトランザクションログを監視し、トランザクションログの切り捨てを行って適切な量を保つ必要があります。

ログファイルはミラー化しないの？

Oracle では REDO ロググループに複数の REDO ログファイルを設定してミラー化することができますが、 SQL Server にはロググループはありませんし、ミラー化の機能もありません。もちろんログファイル自体の障害が発生してしまうと、アクティブなログを使用したリカバリができなくなります。これに備え、 Windows 2000 Server 以上の OS の機能によるミラーリングやミラーリング機能を実装した専用のハードディスクを使用することが必要になります。

ログの採取モード

SQL Server にはログの採取モード（ NO ARCHIVELOG および ARCHIVELOG ）は存在しせん。アーカイブするためにはトランザクションログをバックアップする必要があります。トランザクションログをバックアップすれば、ログの切り捨てを自動で行ってくれるためログの増加を防ぐことができ、さらにログファイルをサイクリックに使用することができます。

データベース復旧モデル

データベース復旧モデルはSQL Serverで設定可能なデータベースオプションの1つであり、下記の3つのモデルがあります。

	・	フル復旧モデル すべての操作をログに完全に記録します。
	・	一括ログ記録復旧モデル 一括操作に対して、最小のログ領域を使用します。その他の操作はログに完全に記録します。
	・	シンプル復旧モデル 一括ログ記録復旧モデルと同等のログを記録しますが、すぐに切り捨てられ、その領域は再利用されます。

このデータベース復旧モデルはバックアップの種類に制限を与えます。たとえばトランザクションログをバックアップするためには、データベースの復旧モデルがシンプル以外の復旧モデル（フル、一括ログ記録）でなければいけません。

SQL Server Enterprise Manager では、データベース復旧モデルを［データベース］プロパティの［オプション］タブで指定します（画面1）。

■ 画面1　データベース復旧モデルを指定

バックアップの種類と計画

SQL Serverにおけるバックアップ方法は、以下の4種類が用意されています。

・フルデータベースバックアップ
・トランザクションログバックアップ
・差分バックアップ
・ファイル/ファイルグループバックアップ

SQL Server Enterprise Managerでは、バックアップの種類を［ツール］-［データベースのバックアップ］タスクから［全般］タブで指定します（画面2）。

■ 画面2　バックアップの種類を指定

実際のバックアップを行う場合には、事前にデータベースのサイズや更新頻度およびビジネス環境に基づいてバックアップ方法を組み合わせて計画を立てることが重要です。データベースをスムーズに運用するための必要要件は、業務システムをとりまく環境によってさまざまであり、どのバックアップ運用計画を選択するのがが正しいかは、一概には言えません。

バックアップ方法の組み合わせは以下の5パターンに集約されると思いますので、ぜひ参考にしてください。

	・パターン1		フルデータベース/トランザクションログバックアップの組み合わせ
	・パターン2		フルデータベース/トランザクションログ/差分バックアップの組み合わせ
	・パターン3		フルデータベース/差分バックアップの組み合わせ
	・パターン4		フルデータベースのみ
	・パターン5		ファイルグループ/トランザクションログバックアップの組み合わせ

復元オプション

データベースを復元するときのオプションにはさまざまな種類がありますが、最低限以下の 2つのオプションは覚えてください。

	・	Recovery データベースは操作可能状態。別のトランザクションログの復元は不可。
	・	NoRecovery データベースは操作不可状態。別のトランザクションログの復元は可能。

この 2 つの復元オプションで、バックアップデータを復元したときの状態を決定します。

Recovery オプションは、バックアップを復元し、データベースの整合性を保つように復旧するオプションです。最新のバックアップを復元するときに使用するオプションだと考えれば良いでしょう。

NoRecovery オプションは、バックアップを復元するだけのオプションです。復元プロセスの途中段階で使用するオプションだと考えれば良いでしょう。

たとえば、パターン1でのバックアップ運用計画を下記の表のように実現したとします。

上記のバックアップを使用してAM12:00の状態にデータベースを復旧するためには、次のような形でデータベース復元を実行します。

SQL Server Enterprise Managerでは、復元オプションを［ツール］-［データベースの復元］タスクから［オプション］タブで指定します（画面3）。

■ 画面3　復元オプションを指定

〜最後に〜

今回は基本的なデータベースのバックアップにかかわる話をご紹介しましたが、もちろん障害といってもさまざまですし、どのように復旧すべきかも、システムの要件によって変わってくると思います。 SQL Server のバックアップ / 復旧に関する機能や設定は、これだけではありません。特にデータの損失に関わる被害は多大な損害を被る可能性が高いので、より深く、しっかりと理解してください。