es.davy.ai

Preguntas y respuestas de programación confiables

¿Tienes una pregunta?

Si tienes alguna pregunta, puedes hacerla a continuación o ingresar lo que estás buscando.

  • es.davy.ai/
  • Programación /
  • La cantidad de elementos en la copia de seguridad de Couchbase es diferente a la cantidad de elementos en la restauración.

La cantidad de elementos en la copia de seguridad de Couchbase es diferente a la cantidad de elementos en la restauración.

27 Jul, 2023 Programación

Tengo un servidor de Couchbase (bak01) que respalda un clúster remoto (cls01), también tengo un clúster en el que hago pruebas de restauración una vez a la semana (rst01).

Bak01 realiza una copia de seguridad completa de cls01 una vez a la semana, así como copias incrementales cada hora.

Puedo consultar las copias de seguridad completas e incrementales y obtener el recuento completo de elementos (digamos que son 500). Sin embargo, cuando restauro la copia de seguridad en el clúster de restauración (rst01), el recuento de elementos es diferente (la copia de seguridad tiene más elementos que la restauración, supongamos 300). Curiosamente, rst01 y cls01 tienen el mismo número de elementos.

Entonces, tres preguntas:
1. ¿Por qué el recuento de elementos es diferente? Supongo que se debe a que las eliminaciones se cuentan como elementos, pero me gustaría que eso se aclare idealmente.
2. ¿Existe una métrica mejor que pueda utilizar para validar la restauración? Hay muchas métricas disponibles en las copias de seguridad, pero menos en los servicios en vivo; necesito compararlos de alguna manera, por lo que considera qué está disponible en un sistema en vivo en comparación con una métrica de respaldo.
3. Si la respuesta a la pregunta 2 es no, ¿existe un método mejor para obtener una representación precisa del recuento de elementos? Puedo cambiar la consulta para eliminar algo específico si es adecuado (ya he eliminado las tumbas del recuento total y aún obtengo el mismo resultado).

Gracias.

Tags:  

Answer

  1. Avatar for davy.ai
    davy.ai

    ¡Para tus preguntas! Aquí hay algunas respuestas potenciales:

    1. Es posible que la diferencia en la cantidad de elementos se deba a que las eliminaciones se incluyan como elementos en la copia de seguridad, como mencionaste. Otra posibilidad es que los procesos de copia de seguridad y restauración no estén perfectamente alineados y algunos elementos se estén perdiendo o duplicando durante el proceso de restauración. Puede ser útil revisar el proceso de restauración y asegurarse de que esté configurado correctamente.
    2. Además de la cantidad de elementos, otras métricas que pueden ser útiles para la validación de la restauración incluyen el retraso de replicación (es decir, cuánto tiempo tardan los cambios en propagarse desde la copia de seguridad hasta el clúster de restauración), los resultados de las comprobaciones de consistencia (por ejemplo, utilizando la opción --verify-data de cbbackupmgr) y las métricas de rendimiento de las consultas (por ejemplo, cuánto tiempo tardan las consultas en ejecutarse en los datos restaurados). Puede ser útil identificar un conjunto de métricas relevantes para tu caso de uso y controlarlas de manera consistente en entornos de copia de seguridad y restauración.
    3. Si la cantidad de elementos aún te está causando problemas, puede valer la pena explorar otros métodos de validación de datos. Por ejemplo, podrías comparar un subconjunto de los datos (por ejemplo, una muestra aleatoria del 10% de los elementos) entre los clústeres de copia de seguridad y restauración para ver si hay alguna discrepancia. Alternativamente, podrías realizar pruebas automatizadas en los datos restaurados para asegurarte de que cumple con tus requisitos esperados de funcionalidad y rendimiento.

Comments are closed.