Nota
No es necesario volver a sincronizar las bases de datos de MongoDB que se ejecutan con
FCV 4.2 o posterior.
Cuando una copia de seguridad se desincroniza con la implementación de MongoDB, Cloud Manager emite una alerta de Backup requires a resync. Si recibes esta alerta, debes sincronizar de nuevo la copia de seguridad para la instancia de MongoDB especificada.
Los siguientes escenarios activan una alerta Backup requires a resync:
- El Oplog se ha renovado
- Este es el caso más común para la alerta
Backup requires a resync. Ocurre cuando el cursor de seguimiento de la copia de seguridad no puede mantenerse al día con el oplog de la implementación. Esto es similar a cuando un secundario se retrasa demasiado con respecto al primario en un set de réplicas. Sin una resincronización, las copias de seguridad no se pondrán al día. - applyOps no seguros
- Esto ocurre cuando se indica un documento del cual Backup no tiene copia.
- Corrupción de datos u otra instrucción ilegal
- Esto suele causar que la replicación y, por lo tanto, la tarea de copia de seguridad se rompa. Cuando el demonio ve la tarea rota, pide una resincronización.
Durante la resincronización, los datos se leen desde un secundario en cada set de réplicas y Cloud Manager no produce ningún snapshot nuevo.
Nota
Para implementaciones de producción con FCV 4.0 o anterior, se debe volver a sincronizar todas las copias de seguridad anualmente.
Importante
Cloud 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 de no tener suficientes datos de los snapshots y del oplog. Resincronizar la copia de seguridad es la mejor opción.
Considerations
A partir del FCV 4.2, las implementaciones se respaldan con puntos de control de WiredTiger utilizando cursores de copia de seguridad. Las aplicaciones pueden continuar las operaciones de lectura y escritura en la base de datos mientras WiredTiger toma la snapshot.
Para implementaciones de producción con FCV 4.0 o anteriores, 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 provisionan recursos de máquina adecuados para el agente.
Reinicias los agentes de Cloud Manager de manera oportuna después del mantenimiento u otros periodos de inactividad.
Para proporcionar un margen para el mantenimiento y las ráfagas ocasionales de actividad, asegúrese de que el oplog en el primario sea lo suficientemente grande como para contener al menos 24 horas de actividad.
Debes resincronizar la base de datos principal después de que 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.
Procedimiento
En MongoDB Cloud Manager, vaya a Continuous Backup página para tu proyecto.
Si aún no se muestra, se debe seleccionar la organización que contiene el proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Continuous Backup en la sección Database.
Se muestra la página de copia de seguridad continua.