概要
この資料にこのエラーに関する問題を解決する方法を記述されています: 「CUCM ページがアクセスされる間、データベース 通信エラー」。
前提条件
要件
次の項目に関する知識があることが推奨されます。
- Cisco Unified Communications Manager （CUCM）バージョン 11.5
使用するコンポーネント
この 文書に記載されている 情報は CCM バージョン 11.5 に基づいています
本書の情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。 対象のネットワークが実稼働中である場合には、どのような作業についても、その潜在的な影響について確実に理解しておく必要があります。
背景説明
この資料は CUCM GUI ページがアクセスされる間、データベース 通信エラーを得るとき解決する scneario および TAC 手法を理解するのを助けます。 このメッセージは Cisco DB サービスが予想通りはたらかないとどんな TAC チェックするかユーザができるの少し何をチェック Cisco DB サービスに問題がある、またはそれはこの ODBC ドライバとすべての資料取り引き、関連していることができたが、ことを示します。
これの最も大きい原因の 1 つはシステムの予想外シャットダウンである場合もあります。 Linux OS の見苦しいシャットダウンは不意に閉じられて得るファイルの破損という結果にシステムがシャットダウンするとき終る場合があります。 段階的に閉じられる必要があるこれが起こるとき、一連のファイルがあります。 これらのファイルはシステムによってブートを完了するために処理します以降をそれから必要とされるかもしれません。
その他の原因はからの FQDN または逆も同じ適切な手順のないへの A 変更 IP アドレス FQDN の変更である場合もあります。
上記の問題が起こるとき、システムを保存するために続く必要があるいくつかのやるべきことがあります。 システムを保存することは Linux のどの特定のサービスでも（開始するか、または停止状態でスタックされて）きちんと開始しない場合、ので少なからず述べられます、それは責任があるその特定のサービスを開始するデーモン/プロセスの問題であるかもしれません。 それはサーバが改造であるので訂正するただことができます。
解決するべきプロシージャ
ステップ 1.システムの正常性チェック。
テストおよび show status コマンド出力をそれ以上のアクションがそれに応じて計画することができるようにの上で投げられる他のどのエラーもあるかどうか見るために診断するように utils を利用して下さい。 たとえばアクティブ パーティションが show status によって一杯になる 100% ではないことを、確認して下さい。 これが本当ではない場合、他の問題を解決する前に解決されて必要とします。
admin:show status
Host Name : CUCM11
Date : Wed Jul 25, 2018 00:10:07
Time Zone : India Standard Time (Asia/Kolkata)
Locale : en_US.UTF-8
Product Ver : 11.0.1.22045-1
Unified OS Version : 6.0.0.0-2
Uptime:
00:10:09 up 48 days, 10:56, 1 user, load average: 0.17, 0.29, 0.27
CPU Idle: 97.74% System: 01.26% User: 01.00%
IOWAIT: 00.00% IRQ: 00.00% Soft: 00.00%
Memory Total: 3925432K
Free: 188156K
Used: 3737276K
Cached: 610140K
Shared: 203520K
Buffers: 27696K
Total Free Used
Disk/active 14154228K 1154116K 12854984K (92%)
Disk/inactive 14154228K 1195212K 12813888K (92%)
Disk/logging 49573612K 3454524K 43594160K (93%)
ステップ 2.サービスを再開して下さい。
utils サービス再始動 Cisco DB - CLI によってサービスを再開して下さい。
admin:utils service restart A Cisco DB
Do not press Ctrl+C while the service is restarting. If the service has not restarted properly, execute the same command again.
Service Manager is running
A Cisco DB[STOPPING]
A Cisco DB[STARTING]
A Cisco DB[STARTED]
admin:
ステップ 3 ホスト、rhosts および sqlhosts ファイルをチェックして下さい。
ホスト ファイルだけサーバの標準 CLI によって（、GUI レポート ページに行くためにですあなたのためにアクセスが不可能覚えて下さい）一致することができるが、show tech ネットワークホストをクラスタのすべてのサーバのエントリを一致するために命じます利用して下さい。 あらゆるサーバにミスマッチがある場合、正しいそれらを試みればクラスタ マネージャ サービスを再開できます。
admin:show tech network hosts
-------------------- show platform network --------------------
/etc/hosts File:
#This file was generated by the /etc/hosts cluster manager.
#It is automatically updated as nodes are added, changed, removed from the cluster.
127.0.0.1 localhost
::1 localhost
10.106.112.122 cucmsub.emea.lab cucmsub
10.106.112.123 imnp10.emea.lab imnp10
10.106.112.126 CUCM-10.emea.lab CUCM-10
admin:
ステップ 4 ルートからのファイルをチェックして下さい。
TAC にだけシステムへの root アカウント アクセスを得た後先行していた後これおよびステップ。 controlcentre.sh スクリプトはシェルからのサービスを一度再開するために使用されます。
場所 /home/informix/.rhosts および $INFORMIXDIR/etc/sqlhosts から、それからファイルは手動ですべてのサーバで一致するです。 これの後で、ブートアップの間に必要であるかもしれないあらゆるファイルの詳細をアップデートするためにクラスタ マネージャ サービスを再開して下さい。
ステップ 5 Informix をチェックして下さい。
Informix は Cisco DB サービスに責任があるプロセスであり、ルート ユーザが Informix として切り替え、ステータスをチェックするときオンラインでとして示す必要があります。
注: これらのステップはすべて、チェックされて、問題がホスト/そうなったものだったときだけ rhosts ファイルのミスマッチが理由でサービス バックアップを持って来るのを助け、または Informix は一時的にスタックしました。 上記されるように、これらの不一致を引き起こしたかもしれない他の多くの原因がある場合もあります。 資料上記の強調表示する問題があるかもしれませんところ狭くなるためにちょうど一つずつチェックされるステップ。
stuation のほとんどでシステム ファイルが破損している場合ルートからのサービスをの再開できなければ場合ノードを再製する必要があります。
パブリッシャを再製する Ref リンク: https://www.cisco.com/c/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/116946-technote-product-00.html
サブスクライバを再製するため: 新しいサブスクライバは古いサブスクライバとシステム構成と同じインストールされています
フィードバック