La cantidad de elementos en la copia de seguridad de Couchbase es diferente a la cantidad de elementos en la restauració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.
davy.ai
¡Para tus preguntas! Aquí hay algunas respuestas potenciales:
--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.