Estos contenidos se han traducido de forma automática para su comodidad, pero Huawei Cloud no garantiza la exactitud de estos. Para consultar los contenidos originales, acceda a la versión en inglés.

En esta página

Mostrar todo

Centro de ayuda/ MapReduce Service/ Guía del usuario/ Referencia de alarma (aplicable a MRS 3.x)/ ALM-27004 Incoherencia de datos entre DBServices activos y en espera

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

Actualización más reciente 2023-11-20 GMT+08:00

Ver PDF

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

ID de alarma	Gravedad de la alarma	Borrado automáticamente
27004	Crítica	Sí

Parámetros

Nombre	Significado
Source	Especifica el clúster para el que se genera la alarma.
ServiceName	Especifica el servicio para el que se genera la alarma.
RoleName	Especifica el rol para el que se genera la alarma.
HostName	Especifica el host para el que se genera la alarma.
Local DBService HA Name	Especifica el nombre HA del DBService local.
Peer DBService HA Name	Especifica el nombre HA del DBService del mismo nivel.
SYNC_PERCENT	Especifica el porcentaje de sincronización.

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.

En FusionInsight Manager, seleccione Cluster > Services > DBService > Instance y compruebe la dirección IP del servicio de la instancia de DBServer en espera.
Inicie sesión en el nodo DBService activo como usuario root.
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.
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.
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.

Inicie sesión en el nodo DBService en espera como usuario root.
Ejecute el comando su - omm para cambiar a usuario omm.
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.)

Inicie sesión en el nodo DBService en espera como usuario root.
Ejecute el comando su - omm para cambiar a usuario omm.
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}
Ejecute el comando df -h para ver la información de uso de la partición del disco del sistema.
Compruebe si el espacio de directorio de datos de DBService está lleno.
- En caso afirmativo, vaya a 14.
- Si no, vaya a 16.
Amplíe la capacidad del disco.
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.

En el portal del FusionInsight Manager, elija O&M > Log > Download.
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.
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.
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

Tema principal: Referencia de alarma (aplicable a MRS 3.x)

Tema anterior: ALM-27003 La interrupción del latido del corazón entre los nodos activo y en espera de DBService

Tema siguiente: ALM-27005 El uso de conexiones de base de datos supera el umbral

Comentarios

¿Le pareció útil esta página?

Sí No

Deje algún comentario

Muchas gracias por sus comentarios. Seguiremos trabajando para mejorar la documentación.

El sistema está ocupado. Vuelva a intentarlo más tarde.

¿Cuáles de los siguientes problemas se presentaron?

Contenido diferente a la de la IU del producto

Descripciones poco claras

Falta de ejemplos o código

Pasos incorrectos

No puedo encontrar lo que necesito

Falta de prácticas recomendadas

Comentarios (opcional)

0/500

Seleccione al menos un tipo de problema e ingrese sus comentarios o sugerencias.

Ingrese 500 caracteres como máximo.

Enviar Cancelar