KB3207327 - 修正: フェールオーバー時に、インスタンスが SQL Server で再起動されるまで、新しいセカンダリレプリカはトランザクションログレコードの受け入れを停止します

適用先

SQL Server 2014 Developer - duplicate (do not use) SQL Server 2014 Enterprise - duplicate (do not use) SQL Server 2014 Enterprise Core - duplicate (do not use) SQL Server 2014 Standard - duplicate (do not use) SQL Server 2016 Service Pack 1 SQL Server 2016 Developer - duplicate (do not use) SQL Server 2016 Enterprise - duplicate (do not use) SQL Server 2016 Enterprise Core - duplicate (do not use) SQL Server 2016 Standard - duplicate (do not use)

現象

たとえば次のようなシナリオを考えてみます。

Microsoft SQL Server 2012、2014、または 2016 AlwaysOn 可用性グループを使用します。
フェールオーバーが発生し、プライマリレプリカが新しいセカンダリレプリカになります。
LSN の一部は、新しいセカンダリレプリカで元に戻す必要があります。
元に戻す処理中にデッドロックが発生し、フェールオーバーに関連付けられたトランザクションが SQL ロックマネージャーによってデッドロックの対象として選択されます。

このシナリオでは、新しいセカンダリレプリカは、インスタンスが再起動されるまでトランザクションログレコードの受け入れを停止します。さらに、次のようなラッチタイムアウトエラーメッセージが数分おきに SQL Server エラーログに記録されます。

注

バッファーラッチの待機中にタイムアウトが発生しました -- タイプ 3、bp 0000003CE3093CC0、ページ 1:0、統計0x9、データベース ID: 11、割り当て単位 ID: 6488064、タスク 0x0000001436F2A558: 0、待機時間 300 秒、フラグ 0x100000001a、所有タスク 0x0000001436F2A558。待機を続けます。
'dbghelp.dll' バージョン '4.0.5' を使用
**ダンプスレッド - spid = 0、EC = 0x0000001038514B90
file_path に送信されているスタックダンプ
* *******************************************************************************
* スタックダンプの開始:
* 日時 SPID SPID
* ラッチタイムアウト
* *******************************************************************************