Error de comunicación de la base de datos: un servicio de base de datos de Cisco inactivo

Introducción

Este documento describe cómo resolver problemas relacionados con este error : " Error de comunicación de la base de datos " al acceder a la página CUCM.

Prerequisites

Requirements

Cisco le recomienda que tenga conocimiento acerca de este tema:

• Cisco Unified Communications Manager (CUCM) versión 11.5

Componentes Utilizados

La información de este documento se basa en la versión 11.5 de CCM

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Antecedentes

Este documento le ayuda a entender el escenario y las técnicas TAC para resolver problemas cuando se obtiene un error de comunicación de base de datos mientras se accede a la página GUI de CUCM. Este mensaje indica que hay un problema con el servicio A Cisco DB, o podría estar relacionado con el controlador ODBC, pero, este documento trata de todo lo que el usuario puede verificar y un poco de lo que el TAC verifica cuando el servicio A Cisco DB no funciona como se esperaba.

Una de las principales causas de esto puede ser un cierre inesperado del sistema. El apagado incorrecto en el sistema operativo Linux puede resultar en una corrupción de los archivos que se cierran abruptamente cuando el sistema se apaga. Cuando esto sucede, hay una serie de archivos que deben cerrarse correctamente. Estos archivos podrían ser necesarios para que el sistema complete el proceso de arranque más adelante.

Otras causas pueden ser un cambio en el FQDN, un cambio de dirección IP a FQDN o viceversa sin el procedimiento adecuado.

Cuando surjan los problemas anteriores, hay algunos elementos de acción que deberían seguirse en una oferta para guardar el sistema. Guardar el sistema se menciona porque la mayoría de las veces, si algún servicio particular en Linux no se está iniciando correctamente (atascado en el estado inicial o detenido), entonces podría ser un problema en el demonio/proceso responsable de iniciar ese servicio en particular. Sólo se puede corregir cuando se vuelve a generar el servidor. 

Procedimiento para resolver problemas

Paso 1. Comprobación de integridad del sistema.

Utilice los resultados de las pruebas de diagnóstico de utilidades y el comando show status para ver si se está produciendo algún otro error, de modo que se puedan planificar las acciones adicionales en consecuencia. Por ejemplo, asegúrese de que la partición activa no esté completa al 100% mediante show status. Si esto no es cierto, debe resolver problemas antes de resolver otros problemas.

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%)

Paso 2. Reiniciar el servicio.

utils service restart A Cisco DB: reinicie el servicio a través de 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:
 

Paso 3. Verifique los hosts, los hosts y los archivos sqlhosts.

Aunque sólo los archivos de host se pueden comparar a través de la CLI normal del servidor (recuerde, no se puede acceder a la GUI para ir a la página de informes), utilice el comando show tech network hosts para coincidir con las entradas en todos los servidores del clúster. Si hay una discordancia en cualquier servidor, puede reiniciar el servicio Cluster Manager una vez que intente corregirlas.

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: 

Paso 4. Verifique los Archivos desde la Raíz.

Este y los pasos posteriores son seguidos solamente por el TAC después de obtener acceso de cuenta raíz a su sistema. controlcentre.sh script se utiliza para reiniciar el servicio una vez desde el shell.

Desde las ubicaciones /home/informix/.rhosts y $INFORMIXDIR/etc/sqlhosts, los archivos coinciden manualmente en todos los servidores. Después de esto, reinicie el servicio Cluster Manager para actualizar los detalles de cualquier archivo que pueda ser necesario durante el inicio.

Paso 5. Consulte Informix.

Informix es el proceso responsable del servicio A Cisco DB y debe mostrarse como en línea cuando el usuario root cambia como informix y verifica el estado.

Nota: Todos estos pasos, una vez verificados, pueden ayudar a hacer que el servicio vuelva a estar activo si y sólo si el problema fue debido a una discordancia en el archivo host/rhosts o informix detenido temporalmente. Como se mencionó anteriormente, puede haber muchas otras razones que podrían haber causado estos desajustes. El documento anterior resalta los pasos que se comprueban uno por uno sólo para reducir dónde podría estar el problema.

En la mayoría de los casos, necesitamos reconstruir los nodos si no podemos reiniciar el servicio desde la raíz de si los archivos del sistema están dañados.

Enlace Ref para reconstruir Publisher:https://www.cisco.com/c/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/116946-technote-product-00.html

Para reconstruir el suscriptor: El suscriptor nuevo se instala con la configuración del sistema igual que el suscriptor anterior