Nota
No es necesario volver a sincronizar las bases de datos MongoDB que se ejecutan con
FCV 4.2 o posterior.
Cuando una copia de seguridad deja de estar sincronizada con la implementación de MongoDB, Cloud Manager genera una alerta Backup requires a resync. Si recibe esta alerta, debe resincronizar la copia de seguridad para 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 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. - 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 Cloud Manager no produce ninguna instantánea nueva.
Nota
Para implementaciones de producción con FCV 4.0 o anteriores, debe resincronizar 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 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 de producción con FCV 4.0 o anteriores, para evitar la necesidad de resincronizaciones, asegúrese de que el registro de operaciones de respaldo no se retrase con respecto al registro de operaciones de la implementación. Esto requiere que:
Se proporcionan recursos de máquina adecuados para el agente.
Reinicia los agentes de Cloud 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.
Procedimiento
En MongoDB Cloud Manager, vaya a Continuous Backup Página para su 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 Copia de seguridad continua.