Nota
No es necesario volver a sincronizar las bases de datos MongoDB que se ejecutan con un FCV de 4.2 o posterior.
Cuando una copia de seguridad deja de estar sincronizada con la implementación de MongoDB, Ops Manager genera un Backup requires a resync Alerta. Si recibe esta alerta, deberá resincronizar la copia de seguridad de la instancia de MongoDB especificada.
Los siguientes escenarios activan una alerta Backup requires a resync:
- El Oplog ha dado un vuelco
- Este es el caso más común de la
Backup requires a resyncalerta. Se produce cuando el cursor de cola de la copia de seguridad no puede seguir el ritmo del registro de operaciones de la implementación. Esto es similar a cuando una copia secundaria se retrasa demasiado respecto a la principal en un conjunto de réplicas. Sin una resincronización, las copias de seguridad no se pondrán al día. - Operaciones de aplicación inseguras
- Esto ocurre cuando se indica un documento del cual Backup no tiene copia.
- Corrupción de datos u otra instrucción ilegal
- Esto suele provocar la interrupción de la replicación y, por lo tanto, del trabajo de copia de seguridad. Cuando el daemon detecta el trabajo interrumpido, solicita una resincronización.
Durante la resincronización, los datos se leen desde un secundario en cada conjunto de réplicas y Ops Manager no produce ninguna instantánea nueva.
Nota
Para las implementaciones de producción con un FCV de 4.0 o anterior, debe resincronizar todas las copias de seguridad anualmente.
Importante
Ops Manager no intenta recuperarse automáticamente de las condiciones que causaron la alerta Backup requires a resync. Esta alerta significa que no hay suficientes datos para completar una restauración. No hay forma de recuperarse automáticamente si no se tienen suficientes datos de las instantáneas y el registro de operaciones. Resincronizar la copia de seguridad es la mejor opción.
Considerations
A partir de FCV,4.2 las implementaciones se respaldan con puntos de control de WiredTiger mediante cursores de respaldo. Las aplicaciones pueden continuar las operaciones de lectura y escritura en la base de datos mientras WiredTiger toma la instantánea.
Para implementaciones en producción con una compatibilidad de características entre versiones de 4.0 o anterior, para evitar la necesidad de resincronizaciones, asegúrate de que el oplog de copia de seguridad no quede rezagado respecto al oplog de la implementación. Esto requiere que:
Se proporcionan recursos de máquina adecuados para el agente.
Reinicia los agentes de Ops Manager de manera oportuna después del mantenimiento u otro tiempo de inactividad.
Para proporcionar un margen para el mantenimiento y para ráfagas de actividad ocasionales, asegúrese de que el 24 registro de operaciones en el servidor principal sea lo suficientemente grande como para contener al menos horas de actividad.
Debes resincronizar la base de datos principal después de Cree un índice de forma continua para garantizar que la base de datos principal tenga en cuenta el nuevo índice.
Tip
Para obtener más información sobre el registro de operaciones de copia de seguridad, consulte las Preguntas frecuentes: Copia de seguridad y restauración.