目錄

簡介

必要條件

需求

採用元件

背景資訊

疑難排解程式

步驟1.系統的健全性檢查。

步驟2.重新啟動服務。

步驟3.檢查hosts 、 rhosts和sqlhosts檔案。

步驟4.檢查根目錄中的檔案。

步驟5.檢查Informix。

簡介

本文說明如何解決與此錯誤有關的問題：訪問CUCM頁時出現「資料庫通訊錯誤」。

必要條件

需求

思科建議您瞭解以下主題：

- 思科整合通訊管理員(CUCM)版本11.5

採用元件

本檔案中的資訊是根據CCM 11.5版

本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路運作中，請確保您瞭解任何指令可能造成的影響。

背景資訊

本文檔可幫助您瞭解在訪問CUCM GUI頁面時出現「Database Communication（資料庫通訊）」錯誤時進行故障排除的場景和TAC技術。此訊息指出A Cisco DB服務發生問題，或問題可能與ODBC驅動程式有關，但本文檔說明了A Cisco DB服務無法按預期工作時使用者可檢查的所有內容以及TAC檢查的一些內容。

造成這種情況的最大原因之一可能是系統意外關閉。Linux作業系統上的不正常關閉可能導致檔案損壞，這些檔案在系統關閉時突然關閉。發生這種情況時，需要正常關閉一系列檔案。然後，系統可能需要這些檔案以在以後完成啟動過程。

其他原因可能是FQDN更改、從IP地址更改為FQDN或反之，沒有正確的過程。

當出現上述問題時，為了節省系統，應遵循一些措施項。之所以提到儲存系統，是因為通常情況下，如果Linux中的任何特定服務沒有正常啟動（停滯在啟動或停止狀態），則啟動該特定服務的守護程式/進程可能存在問題。只能在重建伺服器時更正此問題。

疑難排解程式

步驟1.系統的健全性檢查。

使用utils diagnose test和show status命令輸出來檢視是否存在任何引發的其他錯誤，以便相應地計畫進一步的操作。例如，確保活動分割槽不是通過show status完全填充的。如果不正確，則需要先進行故障排除，然後再解決其他問題。

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 service restart A 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.檢查hosts 、 rhosts和sqlhosts檔案。

雖然只有主機檔案可以通過伺服器的正常CLI進行匹配（請記住，GUI不可訪問，您無法轉到報告頁面），但請使用show tech network hosts命令來匹配群集的所有伺服器中的條目。如果任何伺服器中存在不匹配的情況，您可以在群集管理器服務嘗試對其進行更正後重新啟動該服務。

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才會執行此操作及之後的步驟。controlcentre.sh腳本用於從外殼中重新啟動服務一次。

從位置/home/informix/.rhosts和$INFORMIXDIR/etc/sqlhosts，然後手動匹配所有伺服器中的檔案。之後，重新啟動群集管理器服務，以更新啟動過程中可能需要的任何檔案中的詳細資訊。

步驟5.檢查Informix。

Informix是負責A Cisco DB服務的進程，當根使用者切換為informix並檢查狀態時，它應顯示為在線。

附註：如果且僅當問題是由主機/rhosts檔案不匹配或資訊暫時停滯引起的，則所有這些步驟在選中後，才能幫助恢復服務。如前所述，可能導致這些不匹配的原因還有很多。上述文檔突出顯示了逐個檢查的步驟，以縮小問題範圍。

在大多數情況下，如果系統檔案損壞，如果無法從root重新啟動服務，則需要重建節點。

參考重建發佈伺服器的連結：https://www.cisco.com/c/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/116946-technote-product-00.html

要重建使用者，請執行以下操作：新訂閱伺服器安裝的系統配置與舊訂閱伺服器相同