Cisco Emergency Responderデータベースレプリケーションをリセットする方法

概要

このドキュメントでは、Cisco Emergency Responder(CER)データベースレプリケーションをリセットする方法について説明します。

前提条件

要件

このドキュメントに特有の要件はありません。

使用するコンポーネント

このドキュメントは、特定のソフトウェアとハードウェアのバージョンに限定されません。ただし、このドキュメントの作成に使用されるバージョンはCERバージョン10です。

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。対象のネットワークが実稼働中である場合には、どのようなコマンドについても、その潜在的な影響について確実に理解しておく必要があります。

CERデータベースの複製のリセット手順

手順の概要

ステップ1:CERプライマリノードのコマンドラインインターフェイス(CLI)を使用して、cerremoteデータベーステーブルのエントリを検出します。

ステップ2：プライマリノードとセカンダリノードでサービスを再起動します。

ステップ3:CERプライマリノードのCLIからdbreplicationをリセットします。

ステップ4：セカンダリノードをリブートします。

ステップ5：レプリケーションの確認

ステップ6：必要に応じてプロセスを繰り返します

手順の詳細

プライマリサーバのCLIから、cerremoteテーブルのエントリを削除します

run sql delete from cerremoteコマンドを使用してcerremoteデータベーステーブルのエントリを削除し、run sql select name from cerremoteコマンドを使用してcerremoteテーブルにエントリがないことを確認します。

プライマリサーバとセカンダリサーバの両方のCLI再起動サービスから

プライマリノードとセカンダリノードの両方でサービスを再起動するには、次のコマンドを使用します。

• utils service restart Cisco Emergency Responder
• utils service restart Cisco Tomcat
• utils service restart A Cisco DB Replicator
• utils service restart Cisco IDSまたはutils service stop Cisco IDS and utils service start Cisco IDS
  

プライマリサーバのCLIによるリセットレプリケーションから

プライマリノードのCLIからコマンドutils dbreplication reset allを使用して、クラスタ内のレプリケーションをリセットします。

セカンダリサーバのCLIから、サーバをリブートします

プライマリのリセットが完了すると、セカンダリノードをリブートするプロンプトが表示されます。この時点で、コマンドutils system restartを使用して、CLIからセカンダリをリロートします。

セカンダリがフルサービスになったら、レプリケーションを確認します

セカンダリサーバがフルサービスになったら、コマンドutils dbreplication statusを使用して、プライマリのCLIからデータベースレプリケーションを確認します。

statusコマンドの出力には、file viewコマンドがあります。file viewコマンドを使用して、問題がないことを確認します。

ファイルビューアクティブログer/trace/dbl/sdi/ReplicationStatus.YYYY_MM_DD_HH_MM_SS.out

レプリケーションは、上記のように[接続]ではなく、次の出力が表示される場合は、正しく設定されていないと認識される場合があります。

SERVER                 ID STATE    STATUS     QUEUE  CONNECTION CHANGED
-----------------------------------------------------------------------
g_cer10_cer10_0_2_10000_11    2 Active   Local           0
g_cersub_cer10_0_2_10000_11    3 Active   Connecting 165527

SERVER                 ID STATE    STATUS     QUEUE  CONNECTION CHANGED
-----------------------------------------------------------------------
g_cer10_cer10_0_2_10000_11    2 Active   Local           0
g_cersub_cer10_0_2_10000_11    3 Active   Disconnect      0

必要に応じてプロセスを繰り返します

それでもレプリケーションが失敗する場合は、この手順を最大2回繰り返す必要があります。 この手順を3回実行した後に複製が失敗した場合は、サブスクライバを削除して再インストールします。