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

2.1　AlwaysOn 可用性グループの概要

◆ AlwaysOn 可用性グループの概要

まずは、AlwaysOn 可用性グループ（以下、可用性グループ）の概要を説明します。可用性グループ（Availability Group）は、前述したように、DBM（データベース ミラーリング）と WSFC（Windows フェールオーバー クラスタリング）の良いところどりをしたような機能です。データベース複製の基本的な仕組みの部分は、DBM と良く似ているので、DBM を利用したことのある方にはお馴染みのキーワードが多く出てきます。

◆ 同期モードと非同期モード（データベースの複製モード）

可用性グループでのデータベースの複製は、DBM の場合と同様に、「同期モード」と「非同期モード」のどちらかを選択することができます。同期モードの場合は、次のように動作します。

DBM の場合と同様、可用性グループは、トランザクション ログ（更新履歴）をベースとしたテクノロジーで、プライマリはログの情報を圧縮してセカンダリへ転送し、セカンダリはログを受け取ったことをプライマリへ伝えます。プライマリがこれを受け取って、はじめて処理が完了（トランザクションが完了）になります。このようにセカンダリへのログの転送が完了するのを待っているので（同期をとっているので）、この動作は「同期モード」と呼ばれています。なお、同期モードでは、障害が発生したときにプライマリとセカンダリの役割を自動的に入れ替える「自動フェールオーバー」を設定することも可能です。

これに対して、セカンダリがログを受け取ったことを確認せずに、処理を完了とするのが「非同期モード」（パフォーマンスを重視したモード）です。このモードは、遠隔地へのデータベースの複製時に利用できるので、DR（災害復旧）用途として利用することができます。

◆ データベース ミラーリング機能との比較

可用性グループは、データベース ミラーリング機能と多くの共通点があり、考え方や基本的な操作方法は同じですが、大きな違いもあります。これらをまとめると、次のようになります。

一番の大きな違いは、データベース ミラーリングでは、セカンダリの台数が 1台に制限される点です。これでは、ローカルの可用性の確保に「同期モードのデータベース ミラーリング」機能を採用した場合、DR（災害復旧）対策には別のテクノロジー（ログ配布など）を利用しなければなりません。また、DR 対策として「非同期モードのデータベース ミラーリング」を採用した場合には、今度はローカルの可用性確保のために別のテクノロジー（WSFC による SQL Server クラスターなど）を利用しなければなりません。

これに対して、可用性グループでは、セカンダリを 4台まで追加することができるので、ローカルの可用性の確保を同期モードのセカンダリで行いつつ、DR 対策に非同期モードのセカンダリを配置する、といったことを簡単に行うことができます。

また、可用性グループでは、セカンダリに対する読み取り操作をリアルタイムに行える点も大きな違いです（データベース ミラーリングではデータベース スナップショット作成時点での過去のデータの参照のみ）。セカンダリに対しては、バックアップ（完全バックアップやログ バックアップ）を実行することもできるので、本番環境（マスター機）へ負荷をかけることなく、バックアップの取得も可能です。

コスト面でも 可用性グループでは、監視サーバー（ウィットネス）が不要な分だけコスト削減が可能です（DBM では、自動フェールオーバー構成時に監視サーバーが必須になります）。