データベースミラーリング構成のトラブルシューティング (SQL Server)

2017-06-13

このトピックでは、データベースミラーリングセッションの設定に関する問題のトラブルシューティングに役立つ情報を提供します。

注

問題点	概要
エラーメッセージ 1418	この SQL Server メッセージは、サーバーネットワークアドレスに到達できないか存在しないことを示し、ネットワークアドレス名を確認してコマンドを再実行することを提案します。詳細については、 MSSQLSERVER_1418 トピックを参照してください。
アカウント	SQL Server を実行しているアカウントを適切に構成するための要件について説明します。
エンドポイント	各サーバーインスタンスのデータベースミラーリングエンドポイントを正しく構成するための要件について説明します。
SystemAddress	データベースミラーリング構成でサーバーインスタンスのシステム名を指定するための代替手段をまとめます。
ネットワークアクセス	各サーバーインスタンスが TCP 経由で他のサーバーインスタンスまたはインスタンスのポートにアクセスできる要件について説明します。
ミラーデータベースの準備	ミラーリングを開始できるようにミラーデータベースを準備するための要件の概要を示します。
失敗したファイルの作成操作	失敗したファイル作成操作に応答する方法について説明します。
Transact-SQL を使用したミラーリングの開始	ALTER DATABASE database_name SET PARTNER ='partner_server' ステートメントに必要な順序について説明します。
データベース間トランザクション	自動フェールオーバーは、疑わしいトランザクションの自動解決と間違った解決につながる可能性があります。このため、データベースミラーリングでは、データベース間トランザクションはサポートされません。

アカウント

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

アカウントに適切な権限が与えられていることを確認します。
1. アカウントが同じドメインアカウントで実行されている場合、構成ミスの可能性が減少します。
2. アカウントが異なるドメインで実行されている場合、またはドメインアカウントではない場合は、1 つのアカウントのログインを他のコンピューターの マスター に作成し、そのログインにエンドポイントに対する CONNECT アクセス許可を付与する必要があります。詳細については、「データベースを別のサーバーインスタンスで使用できるようにするときのメタデータの管理 (SQL Server)」を参照してください。これには、ネットワークサービスアカウントが含まれます。
SQL Server がローカルシステムアカウントを使用するサービスとして実行されている場合は、認証に証明書を使用する必要があります。詳しくは、「データベースミラーリングエンドポイントでの証明書の使用 (Transact-SQL)」をご覧ください。

エンドポイント

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

各サーバーインスタンス (プリンシパルサーバー、ミラーサーバー、ミラーリング監視サーバーがある場合) にデータベースミラーリングエンドポイントがあることを確認します。詳細については、「 sys.database_mirroring_endpoints (Transact-SQL) 」を参照し、認証の形式に応じて、 Windows 認証用のデータベースミラーリングエンドポイントの作成 (Transact-SQL) またはデータベースミラーリングエンドポイントの証明書の使用 (Transact-SQL) を参照してください。
ポート番号が適切であることを確認します。

サーバーインスタンスのデータベースミラーリングエンドポイントに現在関連付けられているポートを識別するには、 sys.database_mirroring_endpoints と sys.tcp_endpoints カタログビューを使用します。
説明が難しいデータベースミラーリングセットアップの問題については、各サーバーインスタンスを調べて、正しいポートでリッスンしているかどうかを判断することをお勧めします。ポートの可用性の確認については、 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)」を参照してください。
ROLE が正しいことを確認します。各サーバーインスタンスで、次の Transact-SQL ステートメントを使用します。
```
SELECT role FROM sys.database_mirroring_endpoints;  
GO  
```
詳細については、 sys.database_mirroring_endpoints (Transact-SQL) を参照してください。
他のサーバーインスタンスからのサービスアカウントのログインには、CONNECT アクセス許可が必要です。他のサーバーからのログインに、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  
```

システムアドレス

データベースミラーリング構成のサーバーインスタンスのシステム名には、システムを明確に識別する任意の名前を使用できます。サーバーアドレスには、システム名 (システムが同じドメイン内にある場合)、完全修飾ドメイン名、または IP アドレス (できれば静的 IP アドレス) を指定できます。完全修飾ドメイン名の使用は確実に機能します。詳細については、「サーバーネットワークアドレスの指定 (データベースミラーリング)」を参照してください。

ネットワークアクセス

各サーバーインスタンスは、TCP 経由で他のサーバーインスタンスまたはインスタンスのポートにアクセスできる必要があります。これは、サーバーインスタンスが相互に信頼されていない異なるドメイン (信頼されていないドメイン) にある場合に特に重要です。これにより、サーバーインスタンス間の通信の多くが制限されます。

ミラーデータベースの準備

ミラーリングを初めて開始するか、ミラーリングを削除した後でもう一度開始するかに関係なく、ミラーデータベースがミラーリング用に準備されていることを確認します。

ミラーサーバー上にミラーデータベースを作成するときは、必ず、同じデータベース名 WITH NORECOVERY を指定してプリンシパルデータベースのバックアップを復元してください。また、そのバックアップが作成された後に作成されたすべてのログバックアップも、再び WITH NORECOVERY に適用する必要があります。

また、可能であれば、ミラーデータベースのファイルパス (ドライブ文字を含む) はプリンシパルデータベースのパスと同じにすることをお勧めします。ファイルパスが異なる必要がある場合 (たとえば、プリンシパルデータベースがドライブ 'F:' にあり、ミラーシステムに F: ドライブがない場合)、RESTORE ステートメントに MOVE オプションを含める必要があります。

重要

ミラーデータベースの作成時にデータベースファイルを移動すると、後でミラーリングが中断されずにデータベースにファイルを追加できなくなる可能性があります。

データベースミラーリングが停止されている場合は、ミラーリングを再開する前に、プリンシパルデータベースで作成された以降のすべてのログバックアップをミラーデータベースに適用する必要があります。

詳細については、「ミラーリング用のミラーデータベースの準備 (SQL Server)」を参照してください。

失敗した Create-File 操作

ミラーリングセッションに影響を与えずにファイルを追加するには、両方のサーバーにファイルのパスが存在する必要があります。そのため、ミラーデータベースの作成時にデータベースファイルを移動すると、ミラーデータベースで後でファイルの追加操作が失敗し、ミラーリングが中断される可能性があります。

この問題を解決するには:

データベース所有者は、ミラーリングセッションを削除し、追加されたファイルを含むファイルグループの完全バックアップを復元する必要があります。
その後、所有者は、プリンシパルサーバーでファイルの追加操作を含むログをバックアップし、WITH NORECOVERY オプションと WITH MOVE オプションを使用して、ミラーデータベースのログバックアップを手動で復元する必要があります。これにより、ミラーサーバー上に指定されたファイルパスが作成され、新しいファイルがその場所に復元されます。
新しいミラーリングセッション用にデータベースを準備するには、所有者は、プリンシパルサーバーから他の未処理のログバックアップも WITH NO RECOVERY で復元する必要があります。

詳細については、「データベースミラーリングの削除 (SQL Server)、ミラーリング用ミラーデータベースの準備 (SQL Server)、 Windows 認証を使用したデータベースミラーリングセッションの確立 (Transact-SQL)、データベースミラーリングエンドポイントの証明書の使用 (Transact-SQL)、または Windows 認証を使用したデータベースミラーリングセッションの確立 (SQL Server Management Studio)」を参照してください。

Transact-SQL を使用したミラーリングの開始

ALTER DATABASE database_name SET PARTNER ='partner_server' ステートメントが発行される順序は非常に重要です。

最初のステートメントは、ミラーサーバーで実行する必要があります。このステートメントが発行されると、ミラーサーバーは他のサーバーインスタンスに接続しようとしません。代わりに、ミラーサーバーは、ミラーサーバーがプリンシパルサーバーから接続されるまで待機するようにデータベースに指示します。
2 番目の ALTER DATABASE ステートメントは、プリンシパルサーバーで実行する必要があります。このステートメントにより、プリンシパルサーバーはミラーサーバーへの接続を試みます。その接続が作成されると、ミラーは別の接続でプリンシパルサーバーへの接続を試みます。

詳細については、「 ALTER DATABASE (Transact-SQL)」を参照してください。

注

SQL Server Management Studio を使用してミラーリングを開始する方法については、「 Windows 認証を使用したデータベースミラーリングセッションの確立 (SQL Server Management Studio)」を参照してください。

データベース間トランザクション

自動フェールオーバーを使用してデータベースを高い安全性モードでミラー化すると、自動フェールオーバーによって、疑わしいトランザクションの自動解決が誤って解決される可能性があります。データベース間トランザクションのコミット中にいずれかのデータベースで自動フェールオーバーが発生した場合、データベース間で論理的な不整合が発生する可能性があります。

自動フェールオーバーの影響を受ける可能性があるデータベース間トランザクションの種類は次のとおりです。

SQL Server の同じインスタンス内の複数のデータベースを更新しているトランザクション。
Microsoft 分散トランザクションコーディネーター (MS DTC) を使用するトランザクション。

詳細については、「データベースミラーリングまたは AlwaysOn 可用性グループ (SQL Server) でサポートされていないデータベース間トランザクション」を参照してください。

こちらもご覧ください

データベースミラーリングの設定 (SQL Server)
データベースミラーリングと AlwaysOn 可用性グループのトランスポートセキュリティ (SQL Server)

次の方法で共有

データベース ミラーリング構成のトラブルシューティング (SQL Server)