ALM-27004 Incoherencia de datos entre DBServices activos y en espera

Descripción

El sistema comprueba el estado de sincronización de datos entre el DBService activo y en espera cada 10 segundos. Esta alarma se genera cuando el estado de sincronización no se puede consultar durante seis veces consecutivas o cuando el estado de sincronización es anormal.

Esta alarma se borra cuando el estado de sincronización se vuelve normal.

Atributo

Parámetros

Impacto en el sistema

Cuando los datos no están sincronizados entre los DBServices activo y en espera, los datos pueden perderse o ser anormales si la instancia activa se vuelve anormal.

Causas posibles

• La red entre los nodos activo y en espera es inestable.
• El DBService en espera es anormal.
• El espacio en disco del nodo en espera está lleno.
• El uso de CPU del proceso de GaussDB en el nodo DBService activo es alto. Es necesario localizar la causa del error en función de los registros.

Procedimiento

Comprobar si la red entre los nodos activos y en espera es normal.

1. En FusionInsight Manager, seleccione Cluster > Services > DBService > Instance y compruebe la dirección IP del servicio de la instancia de DBServer en espera.
2. Inicie sesión en el nodo DBService activo como usuario root.
3. Ejecute el comando ping Standby DBService heartbeat IP address para comprobar si el nodo DBService en espera es accesible.
   • En caso afirmativo, vaya a 6.
   • Si no, vaya a 4.

4. Póngase en contacto con el administrador de la red para comprobar si la red es defectuosa.
   • En caso afirmativo, vaya a 5.
   • Si no, vaya a 6.

5. Rectifique la falla de la red y compruebe si la alarma está borrada.
   • De ser así, no se requiere ninguna acción adicional.
   • Si no, vaya a 6.

Comprobar si el DBService en espera es normal.

6. Inicie sesión en el nodo DBService en espera como usuario root.
7. Ejecute el comando su - omm para cambiar a usuario omm.
8. Vaya al directorio ${DBSERVER_HOME}/sbin y ejecute el comando ./status-dbserver.sh para comprobar si el estado del recurso de GaussDB del DBService en espera es normal. En la salida del comando, compruebe si se muestra la siguiente información en la fila donde ResName es gaussDB:

   Por ejemplo:

   10_10_10_231 gaussDB Standby_normal Normal Active_standby

   • En caso afirmativo, vaya a 9.
   • Si no, vaya a 16.

Comprobar si el espacio de disco de nodo en espera está lleno. (Omita esta comprobación para versiones posteriores a MRS 3.1.2.)

9. Inicie sesión en el nodo DBService en espera como usuario root.
10. Ejecute el comando su - omm para cambiar a usuario omm.
11. Vaya al directorio ${DBSERVER_HOME} y ejecute los siguientes comandos para obtener el directorio de datos de DBService:

    cd ${DBSERVER_HOME}

    source .dbservice_profile

    echo ${DBSERVICE_DATA_DIR}

12. Ejecute el comando df -h para ver la información de uso de la partición del disco del sistema.
13. Compruebe si el espacio de directorio de datos de DBService está lleno.
    • En caso afirmativo, vaya a 14.
    • Si no, vaya a 16.

14. Amplíe la capacidad del disco.
15. Después de ampliar la capacidad del disco, espere 2 minutos y compruebe si la alarma está borrada.
    • De ser así, no se requiere ninguna acción adicional.
    • Si no, vaya a 16.

Recopilar información de fallas.

16. En el portal del FusionInsight Manager, elija O&M > Log > Download.
17. En el área Service, seleccione DBService del clúster de destino y OS, OS Statistics y OS Performance en OMS y haga clic en OK.
18. Haga clic en en la esquina superior derecha y establezca Start Date y End Date para la recopilación de registros en 10 minutos antes y después del tiempo de generación de alarmas, respectivamente. A continuación, haga clic en Download.
19. Póngase en contacto con el y envíe los registros recopilados.

Eliminación de alarmas

Después de rectificar la falla, el sistema borra automáticamente esta alarma.

Información relacionada

Ninguna