AlwaysOn 可用性グループの概要 (SQL Server)

[アーティクル]
06/14/2017

このトピックでは、Always On 可用性グループをサポートするように SQL Server 2014 のインスタンスを構成する手順と、可用性グループを作成、管理、監視する手順について説明します。

始める前に

推奨トピック

可用性グループを初めて作成する場合は、あらかじめ次のトピックに目を通しておくことをお勧めします。

AlwaysOn 可用性グループをサポートするための SQL Server のインスタンスの構成

	Step	リンク
	Always On 可用性グループを有効にします。可用性グループに参加するには、SQL Server 2014 のすべてのインスタンスで Always On 可用性グループ機能を有効にする必要があります。前提条件: ホストコンピューターは、Windows Server フェールオーバークラスタリング (WSFC) ノードである必要があります。その他の前提条件の詳細については、「alwaysOn 可用性グループの前提条件、制限事項、および推奨事項」「SQL Server インスタンスの前提条件と制限事項」を参照してください。	AlwaysOn 可用性グループを有効または無効にする
	データベースミラーリングエンドポイントを作成する (存在しない場合): 各サーバーインスタンスに、データベースミラーリングエンドポイントが存在することを確認します。サーバーインスタンスは、このエンドポイントを使用して、他のサーバーインスタンスから Always On 可用性グループ接続を受信します。	データベースミラーリングエンドポイントが存在するかどうかを確認するには、次のカタログビューを使用します。 sys.database_mirroring_endpoints Windows 認証の場合: データベースミラーリングエンドポイントを作成するには、次のツールを使用します。新しい可用性グループウィザード Transact-SQL SQL Server PowerShell 証明書認証の場合: 使用してデータベースミラーリングエンドポイントを作成するには Transact-SQL

新しい可用性グループの作成と構成

	手順	リンク
	可用性グループを作成します。可用性グループに追加するデータベースをホストする SQL Server のインスタンスで可用性グループを作成します。可用性グループを作成する SQL Server のインスタンスで、少なくとも初期プライマリレプリカを作成します。 1 ～ 4 個のセカンダリレプリカを指定できます。可用性グループとレプリカのプロパティについては、「CREATE AVAILABILITY GROUP (Transact-SQL)」をご覧ください。可用性グループリスナーを作成することを強くお勧めします。前提条件: 特定の可用性グループの可用性レプリカをホストする SQL Server のインスタンスは、同じ WSFC クラスターの別のノードに存在する必要があります。唯一の例外は、別の WSFC クラスターに移行するときに、可用性グループは一時的に 2 つのクラスターにまたがることができるという点です。その他の前提条件の詳細については、「AlwaysOn 可用性グループ (SQL Server)の前提条件、制限事項、推奨事項」の「可用性グループの前提条件と制限」、「可用性データベースの前提条件と制限事項」、および「SQL Server インスタンスの前提条件と制限」を参照してください。	可用性グループを作成する場合は、次のツールを使用できます。新しい可用性グループウィザード Transact-SQL SQL Server PowerShell
	セカンダリレプリカの可用性グループへの参加セカンダリレプリカをホストしている SQL Server 2014 の各インスタンスに接続し、ローカルセカンダリレプリカを可用性グループに参加させます。	可用性グループへのセカンダリレプリカの参加ヒント:新しい可用性グループウィザードを使用すると、この手順が自動化されます。
	セカンダリデータベースを準備する: セカンダリレプリカをホストしている各サーバーインスタンスで、RESTORE WITH NORECOVERY を使用してプライマリデータベースのバックアップを復元します。	セカンダリデータベースの手動準備ヒント:新しい可用性グループウィザードを使用して、セカンダリデータベースを自動的に準備できます。詳細については、「初期データ同期の選択」ページ (AlwaysOn 可用性グループウィザード) の「完全な初期データ同期を使用するための前提条件」を参照してください。
	セカンダリデータベースを可用性グループに参加させる: セカンダリレプリカをホストしている各サーバーインスタンスで、各ローカルセカンダリデータベースを可用性グループに参加させます。可用性グループに参加すると、セカンダリデータベースは対応するプライマリデータベースとのデータ同期を開始します。	可用性グループへのセカンダリデータベースの参加ヒント:各セカンダリレプリカにそれぞれセカンダリデータベースが存在する場合は、新しい可用性グループウィザードでこの手順を行うことができます。
	[可用性グループリスナーの作成] 可用性グループリスナーをまだ作成していない場合、可用性グループを作成するときにこの手順を実行する必要があります。	可用性グループリスナーの作成または構成 (SQL Server)
	アプリケーション開発者にリスナーの DNS ホスト名を伝えます。開発者は、可用性グループリスナーに接続要求を送信するために、接続文字列でこの DNS 名を指定する必要があります。詳細については、可用性グループリスナー、クライアント接続、およびアプリケーションのフェールオーバー (SQL Server) に関するページを参照してください。	可用性グループリスナーの作成または構成 (SQL Server) に関するページの「補足情報: 可用性グループリスナーの作成後」を参照してください。
	バックアップジョブを実行する場所を構成します。セカンダリデータベースでバックアップを実行する場合は、自動バックアップ設定を考慮に入れてバックアップジョブのスクリプトを作成する必要があります。可用性グループの可用性レプリカをホストする各サーバーインスタンスで、可用性グループのデータベースごとにスクリプトを作成します。	可用性レプリカでのバックアップの構成 (SQLServer) に関するページの「補足情報: セカンダリレプリカでバックアップを構成した後」を参照してください。

可用性グループ、可用性レプリカ、可用性データベースの管理

Note

可用性グループとレプリカのプロパティについては、「CREATE AVAILABILITY GROUP (Transact-SQL)」をご覧ください。

既存の可用性グループの管理には、次のタスクが 1 つ以上含まれます。

タスク	Link
可用性グループの柔軟なフェールオーバーポリシーを変更して、自動フェールオーバーを実行する条件を制御します。このポリシーは、自動フェールオーバーが可能な場合にのみ関係します。	可用性グループの柔軟なフェールオーバーポリシーの構成
計画的な手動フェールオーバーか、強制フェールオーバーと通常呼ばれる強制手動フェールオーバー (データ損失の可能性あり) を実行します。詳細については、「 Failover モードとフェールオーバーモード (AlwaysOn 可用性グループ)」を参照してください。	計画的な手動フェールオーバーの実行強制手動フェールオーバーの実行
一連の定義済みポリシーを使用して、可用性グループとレプリカおよびデータベースの正常性を表示します。	ポリシーベースの管理を使用した可用性グループの正常性の表示 AlwaysOn グループダッシュボードを使用する
セカンダリレプリカを追加または削除します。	セカンダリレプリカの追加セカンダリレプリカの削除
可用性データベースを中断または再開します。セカンダリデータベースを中断すると、データベースを再開するまで現在の状態が維持されます。	データベースの中断データベースの再開
データベースを追加または削除します。	データベースの追加セカンダリデータベースの削除プライマリデータベースの削除
可用性グループリスナーを再構成または作成します。	可用性グループリスナーの作成または構成
可用性グループを削除します。	可用性グループの削除
ファイルの追加操作のトラブルシューティングを行います。これは、プライマリデータベースとセカンダリデータベースのファイルパスが異なる場合に必要となります。	失敗したファイルの追加操作のトラブルシューティング
可用性レプリカのプロパティを変更します。	可用性モードの変更フェールオーバーモードの変更バックアップの優先順位 (および自動バックアップ設定) の構成読み取り専用アクセスの構成読み取り専用ルーティングの構成セッションタイムアウト期間の変更

可用性グループの監視

AlwaysOn 可用性グループのプロパティと状態を監視するには、次のツールを使用します。

ツール	簡単な説明	リンク
System Center Monitoring pack for SQL Server	Monitoring pack for SQL Server (SQLMP) は、可用性グループ、可用性レプリカ、および可用性データベースを IT 管理者が監視するための推奨ソリューションです。 Always On 可用性グループに特に関連する監視機能には、次のようなものがあります。可用性グループ、可用性レプリカ、および可用性データベースを多数のコンピューターから自動検出する機能。これにより、Always On 可用性グループのインベントリを簡単に追跡できます。 System Center Operations Manager (SCOM) の完全な警告機能とチケット機能。これらの機能は、問題の早期解決を可能にする詳細な情報を提供します。ポリシーベースの管理 (PBM) を使用した AlwaysOn 正常性状態の監視のカスタム拡張機能。正常性状態は、可用性データベースから可用性レプリカにロールアップされます。 System Center Operations Manager コンソールから Always On 可用性グループを管理するカスタムタスク。	監視パック (SQLServerMP.msi) および SQL Server Management Pack Guide for System Center Operations Manager (SQLServerMPGuide.doc) をダウンロードするには、以下を参照してください。 System Center Monitoring pack for SQL Server
Transact-SQL	Always On 可用性グループカタログと動的管理ビューは、可用性グループとそのレプリカ、データベース、リスナー、WSFC クラスター環境に関する豊富な情報を提供します。	可用性グループの監視 (Transact-SQL)
SQL Server Management Studio	[オブジェクトエクスプローラーの詳細] ペインには、接続先の SQL Server インスタンスでホストされている可用性グループの基本情報が表示されます。ヒント: このペインを使用して、複数の可用性グループ、レプリカ、またはデータベースを選択し、選択したオブジェクトで一般的な管理タスク (可用性グループからの複数の可用性レプリカまたはデータベースの削除など) を実行します。	[オブジェクトエクスプローラーの詳細] を使用した可用性グループの監視
SQL Server Management Studio	[プロパティ] ダイアログボックスを使用して、可用性グループ、レプリカ、またはリスナーのプロパティを表示し、必要に応じてその値を変更できます。	可用性グループのプロパティ可用性レプリカのプロパティ可用性グループリスナーのプロパティ
システムモニター	SQLServer:Availability Replica パフォーマンスオブジェクトには、可用性レプリカに関する情報を報告するパフォーマンスカウンターが含まれています。	SQL Server、可用性レプリカ
システムモニター	SQLServer:Database Replica パフォーマンスオブジェクトには、特定のセカンダリレプリカのセカンダリデータベースに関する情報を報告するパフォーマンスカウンターが含まれています。 SQL Server の SQLServer:Databases オブジェクトには、トランザクションログの利用状況などを監視するパフォーマンスカウンターが含まれています。可用性データベースでのトランザクションログの利用状況の監視に関連性が高いカウンターは、 [Log Flush Write Time (ms)] 、 [Log Flushes/sec] 、 [Log Pool Cache Misses/sec] 、 [Log Pool Disk Reads/sec] 、および [Log Pool Requests/sec] です。	SQL Server、データベースレプリカ SQL Server, Databases Object

参照

AlwaysOn 可用性グループ (SQL Server)
AlwaysOn 可用性グループの概要 (SQL Server)
AlwaysOn 可用性グループのサーバーインスタンスの構成 (SQL Server)
可用性グループの作成と構成 (SQL Server)
可用性グループの監視 (SQL Server)
AlwaysOn 可用性グループの Transact-SQL ステートメントの概要 (SQL Server)
AlwaysOn 可用性グループの PowerShell コマンドレットの概要 (SQL Server)

次の方法で共有