セカンダリが停止したらレプリケーションが配信されなくなった（処理遅延）：SQL Serverトラブルシューティング（70）（1/2 ページ）

本連載では、「Microsoft SQL Server（以下、SQL Server）」で発生するトラブルについて、「なぜ起こったか」の理由とともに具体的な対処方法を紹介していきます。今回は「セカンダリが停止したらレプリケーションが配信されなくなった」場合の解決方法を解説します。

» 2018年04月25日 05時00分公開

[椎名武史，＠IT]

SQL Serverトラブルシューティング一覧

　本連載では、「Microsoft SQL Server（以下、SQL Server）」で発生するトラブルについて、「なぜ起こったか」の理由とともに具体的な対処方法を紹介していきます。

トラブル 59（カテゴリー：処理遅延）：セカンダリが停止したらレプリケーションが配信されなくなった

　ある日、可用性グループのセカンダリレプリカがハードウェア障害により停止してしまった。セカンダリレプリカの障害であるため、可用性が低下しただけと少し安心していたが、しばらくするとレプリケーションが正常に配信されていないとの連絡を受けた。レプリケーションモニターを確認してみたが、正常に動いているように見える（図1）。

図1　レプリケーションモニターでは状態が「OK」と表示されている

トラブルの原因を探る

　レプリケーションモニターを使用して調査を進めると、ログリーダーエージェントの履歴に「レプリケートされたトランザクションは、次のログバックアップまたはミラーリングパートナーが遅延を解消するのを待機しています」というメッセージが記録されていました（図2）。

図2　ログリーダーエージェントの履歴に待機しているとのメッセージを確認

　可用性グループやミラーリングが構成されているデータベースをログリーダーエージェントが読み取る場合、セカンダリレプリカやミラーリングパートナーとの同期が完了しているものしか読み取りができません。

目次に戻る

解決方法

「SQL Server 2016」に搭載される新たなセキュリティ対策を追う
パブリックプレビューが公開されているマイクロソフトのRDB次期版「SQL Server 2016」。特徴の1つとするセキュリティ対策機能のポイントと目指すところをキーパーソンに聞いた。
そもそも、リレーショナルデータベースとは何か？
データベースを基礎から勉強し理解を深めていくことは簡単なことではありません。本連載では、データベースに対するハードルを少しでも低くするために、初心者の方に必要なデータベースの基本から、障害対策やチューニングといった実践に即した内容までを幅広く解説していきます。今回は、データベースの役割と、それを管理するソフトウェアであるDBMSの基本機能について解説します。【更新】
データの登録を行うINSERT文
複数の条件を指定してSELECT文を実行する
前回は、SELECT文の初歩の初歩を解説しました。今回は、複数の条件を指定して、目的のデータを取り出す方法を解説します（編集部）
Oracle運用の基本「ログ」を理解しよう
本連載では、Oracle Database運用の鍵となるトラブル対処法について紹介していきます。第1回、第2回では情報収集の要となるログについて見ていきます。ログの出力情報は10gと11gとでは大きく異なる点がありますので、それぞれについても確認しておきましょう。