SQL Server 2012 自習書シリーズ （HTML 版）
新機能編 No.2「AlwaysOn による可用性の向上」

2.5　読み取り可能セカンダリ／セカンダリでのバックアップ

◆ 読み取り可能セカンダリ

可用性グループでは、セカンダリに対しても読み取り操作を行うことが可能です。それでは、これも試してみましょう。

1．まずは、オブジェクト エクスプローラーの［接続］メニューから［データベース エンジン］をクリックして、セカンダリ（SERVER2）へ接続します。

2．接続後、ツールバーの［新しいクエリ］ボタンをクリックして、t1 テーブルに対する SELECT ステートメントを実行し、正しくデータが複製されていることを確認しておきましょう。

3．次に、リスナー（SERVER1）へ接続して、プライマリ側へデータを 2件 INSERT してみましょう。

4．データの追加が完了したら、再度セカンダリ（SERVER2）へ接続して、データを確認します。

プライマリ側で追加したデータが、すぐにセカンダリ側でも読み取りできることを確認できます。

このように、可用性グループでは、セカンダリに対するリアルタイムでの読み取りアクセスができる点が大きなメリットです。以前のバージョンのデータベース ミラーリング機能では、セカンダリに対してはデータベース スナップショットを作成しないとアクセスすることができず、リアルタイムで現在のデータを参照することができませんでした（スナップショット作成時点での古いデータしか参照できませんでした）。

◆ セカンダリ側でのデータベース バックアップの取得

可用性グループでは、セカンダリ側でバックアップを実行することも可能です。これも試してみましょう。

1．まずは完全バックアップを実行してみましょう、これを行うには、セカンダリ（SERVER2）へ接続して、次のように BACKUP DATABASE ステートメントで COPY_ONLY オプションを利用します（バックアップ先に指定している「C:\temp」フォルダーは、皆さんの環境に合わせて任意のパスへ変更して実行してください）。

このように、可用性グループでは、セカンダリに対してもバックアップを実行することができるので、テスト環境などを作成する際に大変便利です（本番環境と同じ環境を作成するのに、本番環境＝プライマリ サーバーへの負荷をかけることなく行うことができるようになります）。

Note： Management Studio からバックアップを実行する場合
Management Studio からバックアップを実行する場合は、次のように該当データベースを右クリックして、［タスク］メニューの［バックアップ］をクリックします。

［データベースのバックアップ］ダイアログが表示されたら、次のように「コピーのみのバックアップ」をチェックすることで、セカンダリ上でもバックアップを取得することができます。

Note： COPY_ONLY を付けない場合
セカンダリに対しての完全バックアップでは、COPY_ONLY オプションが必須になります。これを付けない場合は以下のエラーが発生します。

2．次に、セカンダリに対して、BACKUP LOG ステートメントを実行して、ログ バックアップを取得してみましょう。

このように可用性グループでは、セカンダリに対してログ バックアップを実行することも可能です。

3．次に、もう一度ログ バックアップを実行しておきましょう。

◆ テスト環境などへのリストア

次に、セカンダリで取得したバックアップを別のマシンへリストアしてみましょう。

1．リストアを行うには、次のようにオブジェクト エクスプローラーで［データベース］フォルダーを右クリックして、［データベースの復元］をクリックします。

［データベースの復元］ダイアログが表示されたら、［デバイス］を選択して、［...］ボタンをクリックします。［バックアップ デバイスの選択］ダイアログでは、［追加］ボタンをクリックします。

2．［バックアップ ファイルの検索］ダイアログが表示されたら、次のように「C:\temp」フォルダーを選択して、3つのバックアップ ファイルをすべて選択し、［OK］ボタンをクリックします。

［バックアップ デバイスの選択］ダイアログへ戻ったら、［OK］ボタンをクリックします。

3．［データベースの復元］ダイアログへ戻ると、どのバックアップを戻せば最新の状態へ復元できるのかを提示してくれます（これは SQL Server 2012 からの新機能です）。

次に、［転送先］の［データベース名］を任意のデータベース名（AGTestDB2 など）へ変更します（ここでの手順では、復元先となる別のマシンを用意せずに、SERVER2 上にデータベースを復元しようとしているので、違う名前のデータベースとして復元します）。変更後は、［タイムライン］ボタンをクリックします。

4．これにより、［バックアップのタイムライン］ダイアログが表示されて、どの時点までのデータを復元するのかをグラフィカルに設定することができます（この GUI ツールも SQL Server 2012 からの新機能です）。

ここでは［キャンセル］ボタンをクリックして、ダイアログを閉じます。

5．［データベースの復元］ダイアログへ戻ったら、［ファイル］ページをクリックします。

［復元先］のファイル名を「AGTestDB2.mdf」と「AGTestDB2.ldf」へ変更します（既存の AGTestDB データベースと同じファイル名にならないように変更します）。

6．次に、［オプション］ページをクリックします。

［ログ末尾のバックアップ］セクションの［復元の前にログ末尾のバックアップを実行する］のチェックを外して、［OK］ボタンをクリックします。

これで復元が始まり、数秒すると［データベース "AGTestDB2" の復元に成功しました］と表示されれば、復元が完了です。

7．最後に復元が完了したことをオブジェクト エクスプローラーや SELECT ステートメントを実行して確認しておきましょう。

このように、可用性グループでは、セカンダリに対しても完全バックアップやログ バックアップを実行できるようになったので、テスト環境や開発環境などを作成する場合に大変便利です（本番環境と同じ環境を作成するのに、本番環境＝プライマリ サーバーへの負荷をかけることなく実施することができます）。また、SQL Server 2012 からは、バックアップ ファイルからの復元時のユーザー インターフェースが非常に使いやすくなった点もうれしいところです。

◆ SERVER3（非同期モード セカンダリ）での読み取り操作

ここまでは SERVER2 への読み取り操作とバックアップについて確認しましたが、次にもう 1台のセカンダリである SERVER3（非同期モードへ設定したセカンダリ）に対しても読み取り操作を実行してみましょう。

1．オブジェクト エクスプローラーの［接続］メニューから［データベース エンジン］をクリックして、SERVER3 へ接続します。

2．接続後、ツールバーの［新しいクエリ］ボタンをクリックして、t1 テーブルに対する SELECT ステートメントを実行し、正しくデータが複製されていることを確認しておきましょう。

このように、非同期モードの SERVER3 に対しても、SERVER2 と同じように読み取りアクセスが可能です。バックアップについても、同様に完全バックアップやログ バックアップを実行することが可能です。