AlwaysOn 可用性グループの構成のトラブルシューティング (SQL Server)

このトピックでは、Always On 可用性グループのサーバーインスタンスの構成に関する一般的な問題のトラブルシューティングに役立つ情報を提供します。一般的な構成の問題には、Always On 可用性グループが無効になっている、アカウントが正しく構成されていない、データベースミラーリングエンドポイントが存在しない、エンドポイントにアクセスできない (SQL Server エラー 1418)、ネットワークアクセスが存在しない、データベースの結合コマンドが失敗する (SQL Server エラー 35250) などがあります。

注

Always On 可用性グループの前提条件を満たしていることを確認します。詳細については、「 AlwaysOn 可用性グループの前提条件、制限事項、および推奨事項 (SQL Server)」を参照してください。

このトピックの内容

セクション	説明
AlwaysOn 可用性グループが有効になっていない	SQL Server のインスタンスが Always On 可用性グループに対して有効になっていない場合、インスタンスは可用性グループの作成をサポートせず、可用性レプリカをホストできません。
アカウント	SQL Server を実行しているアカウントを適切に構成するための要件について説明します。
エンドポイント	サーバーインスタンスのデータベースミラーリングエンドポイントに関する問題の診断方法について説明します。
システム名	エンドポイント URL でサーバーインスタンスのシステム名を指定するための代替手段を要約します。
ネットワークアクセス	可用性レプリカをホストしている各サーバーインスタンスが TCP で他の各サーバーインスタンスのポートにアクセスできる必要があるという要件について説明します。
エンドポイントアクセス (SQLServer エラー 1418)	この SQL Server エラーメッセージに関する情報が含まれます。
データベースの参加の失敗 (SQL Server エラー 35250)	プライマリレプリカへの接続がアクティブではないためにセカンダリデータベースを可用性グループに結合できない原因と解決策について説明します。
読み取り専用ルーティングが正常に動作しない
関連タスク	可用性グループ構成のトラブルシューティングに特に関連する SQL Server 2014 オンラインブックのタスク指向トピックの一覧が含まれています。
関連コンテンツ	SQL Server オンラインブックの外部にある関連したリソースの一覧が含まれます。

AlwaysOn 可用性グループが有効になっていない

Always On 可用性グループ機能は、SQL Server 2014 の各インスタンスで有効にする必要があります。詳細については、「 AlwaysOn 可用性グループの有効化と無効化 (SQL Server)」を参照してください。

アカウント

SQL Server の実行に使用するアカウントは、正しく構成されている必要があります。

アカウントに適切な権限が与えられていることを確認します。
1. パートナーが同じドメインユーザーアカウントとして実行されている場合、両方の マスター データベースに正しいユーザーログインが自動的に存在します。これにより、データベースのセキュリティ構成が簡略化され、推奨されます。
2. 2 つのサーバーインスタンスが異なるアカウントとして実行される場合は、各アカウントをリモートサーバーインスタンスの マスター に作成し、そのログインに、そのサーバーインスタンスのデータベースミラーリングエンドポイントに接続するための CONNECT アクセス許可を付与する必要があります。詳細については、「データベースミラーリングまたは AlwaysOn 可用性グループ (SQL Server) のログインアカウントを設定する」を参照してください。
SQL Server が、ローカルシステム、ローカルサービス、ネットワークサービスなどの組み込みアカウント、またはドメイン以外のアカウントとして実行されている場合は、エンドポイント認証に証明書を使用する必要があります。サービスアカウントで同じドメインのドメインアカウントを使用している場合は、すべてのレプリカの場所の各サービスアカウントに対して CONNECT アクセスを付与するか、証明書を使用できます。詳細については、「データベースミラーリングエンドポイントに証明書を使用する (Transact-SQL)」を参照してください。

エンドポイント

エンドポイントが正しく構成されている必要があります。

可用性レプリカ (各 SQL Server レプリカの場所 ) をホストするの各インスタンスにデータベースミラーリングエンドポイントがあることを確認します。データベースミラーリングエンドポイントが特定のサーバーインスタンスに存在するかどうかを確認するには、 sys.database_mirroring_endpoints カタログビューを使用します。詳細については、「 Windows 認証用のデータベースミラーリングエンドポイントを作成する (Transact-SQL) 」または「データベースミラーリングエンドポイントで送信接続に証明書を使用できるようにする (Transact-SQL)」を参照してください。
ポート番号が適切であることを確認します。

サーバーインスタンスのデータベースミラーリングエンドポイントに現在関連付けられているポートを識別するには、次の Transact-SQL ステートメントを使用します。
```
SELECT type_desc, port FROM sys.tcp_endpoints;
GO
```
説明が難しい Always On 可用性グループのセットアップの問題については、各サーバーインスタンスを調べて、正しいポートでリッスンしているかどうかを判断することをお勧めします。ポートの可用性の確認については、 MSSQLSERVER_1418を参照してください。
エンドポイントが開始されていること (STATE = STARTED) を確認します。各サーバーインスタンスで、次の Transact-SQL ステートメントを使用します。
```
SELECT state_desc FROM sys.database_mirroring_endpoints
```
state_desc 列の詳細については、「sys.database_mirroring_endpoints (Transact-SQL)」を参照してください。

エンドポイントを開始するには、次の Transact-SQL ステートメントを使用します。
```
ALTER ENDPOINT Endpoint_Mirroring 
STATE = STARTED 
AS TCP (LISTENER_PORT = <port_number>)
FOR database_mirroring (ROLE = ALL);
GO
```
詳細については、「ALTER ENDPOINT (Transact-SQL)」を参照してください。

他のサーバーからのログインに、CONNECT 権限があることを確認します。あるエンドポイントに対して CONNECT 権限のあるユーザーを確認するには、各サーバーインスタンスで、次の Transact-SQL ステートメントを使用します。

SELECT 'Metadata Check';
SELECT EP.name, SP.STATE, 
   CONVERT(nvarchar(38), suser_name(SP.grantor_principal_id)) 
      AS GRANTOR, 
   SP.TYPE AS PERMISSION,
   CONVERT(nvarchar(46),suser_name(SP.grantee_principal_id)) 
      AS GRANTEE 
   FROM sys.server_permissions SP , sys.endpoints EP
   WHERE SP.major_id = EP.endpoint_id
   ORDER BY Permission,grantor, grantee; 
GO

システム名

エンドポイント URL 内のサーバーインスタンスのシステム名には、システムを明確に識別する任意の名前を使用できます。サーバーアドレスには、システム名 (システムが同じドメイン内にある場合)、完全修飾ドメイン名、または IP アドレス (できれば静的 IP アドレス) を指定できます。完全修飾ドメイン名の使用は確実に機能します。詳細については、「可用性レプリカを追加または変更する場合のエンドポイント URL の指定 (SQL Server)」を参照してください。

ネットワークアクセス

可用性レプリカをホストしている各サーバーインスタンスは、TCP で他の各サーバーインスタンスのポートにアクセスできる必要があります。これは、サーバーインスタンスが相互に信頼されていない異なるドメイン (信頼されていないドメイン) にある場合に特に重要です。

エンドポイントアクセス (SQLServer エラー 1418)

この SQL Server メッセージは、エンドポイント URL で指定されたサーバーネットワークアドレスに到達できないか存在しないことを示し、ネットワークアドレス名を確認してコマンドを再実行することを提案します。詳細については、「MSSQLSERVER_1418」を参照してください。

データベースの参加の失敗 (SQL Server エラー 35250)

このセクションでは、プライマリレプリカへの接続がアクティブではないためにセカンダリデータベースを可用性グループに参加できない原因と解決策について説明します。

解決策:

ファイアウォール設定を確認して、プライマリレプリカをホストするサーバーインスタンスとセカンダリレプリカ (既定ではポート 5022) 間のエンドポイントポート通信を許可するかどうかを確認します。
ネットワークサービスアカウントにエンドポイントへの接続アクセス許可があるかどうかを確認します。

読み取り専用ルーティングが正常に動作しない

次の構成値の設定を確認し、必要に応じて修正します。

オン。。。	アクション	コメント	リンク
現在の主要なレプリカ	可用性グループリスナーがオンラインであることを確認します。	リスナーがオンラインかどうかを確認するには: `SELECT * FROM sys.dm_tcp_listener_states;` オフラインリスナーを再起動するには: `ALTER AVAILABILITY GROUP myAG RESTART LISTENER 'myAG_Listener';`	sys.dm_tcp_listener_states (Transact-SQL) 可用性グループを変更する (Transact-SQL)
現在のプライマリレプリカ	読み取り可能なセカンダリレプリカをホストしているサーバーインスタンスのみがREAD_ONLY_ROUTING_LISTに含まれていることを確認します。	読み取り可能なセカンダリレプリカを識別するには: sys.availability_replicas (secondary_role_allow_connections_desc 列) 読み取り専用ルーティングリストを表示するには: sys.availability_read_only_routing_lists 読み取り専用ルーティングリストを変更するには: ALTER AVAILABILITY GROUP	sys.availability_replicas (Transact-SQL) sys.availability_read_only_routing_lists (Transact-SQL) 可用性グループを変更する (Transact-SQL)
read_only_routing_list内のすべてのレプリカ	READ_ONLY_ROUTING_URL ポートが Windows ファイアウォールでブロックされていないことを確認します。	-	データベースエンジンアクセスを有効にするための Windows ファイアウォールを構成する
read_only_routing_list内のすべてのレプリカ	SQL Server 構成マネージャーで、次のことを確認します。 SQL Server リモート接続が有効になっています。 TCP/IP が有効になっています。 IP アドレスは正しく構成されています。	-	サーバーのプロパティの表示または変更 (SQL Server) 特定の TCP ポートで受信待ちするようにサーバーを構成する方法 (SQL Server 構成マネージャー)
"読み取り専用ルーティングリスト内のすべてのレプリカ"	READ_ONLY_ROUTING_URL (TCP://`system-address`:port) に正しい完全修飾ドメイン名 (FQDN) とポート番号が含まれていることを確認します。	-	AlwaysOn のread_only_routing_urlの計算 sys.availability_replicas (Transact-SQL) 可用性グループを変更する (Transact-SQL)
クライアントシステム	クライアントドライバーが読み取り専用ルーティングをサポートしていることを確認します。	-	AlwaysOn クライアント接続 (SQL Server)

こちらもご覧ください

データベースミラーリングと AlwaysOn 可用性グループのトランスポートセキュリティ (SQL Server)、AlwaysOn 可用性グループのクライアントネットワーク構成の前提条件、制限事項、および推奨事項 (SQL Server)

Last updated on 2017-01-31

次の方法で共有

AlwaysOn 可用性グループの構成のトラブルシューティング (SQL Server)

AlwaysOn 可用性グループが有効になっていない

アカウント

エンドポイント

システム名

ネットワーク アクセス

エンドポイント アクセス (SQLServer エラー 1418)

データベースの参加の失敗 (SQL Server エラー 35250)

読み取り専用ルーティングが正常に動作しない

関連タスク

関連コンテンツ

こちらもご覧ください

その他のリソース

ネットワークアクセス

エンドポイントアクセス (SQLServer エラー 1418)