Nota
You don't need to resync MongoDB databases that run with an FCV of 4.2 or later.
When a backup becomes out of sync with the MongoDB deployment, Ops Manager produces a Backup requires a resync alert. If you receive this alert, you must resync the backup for the specified MongoDB instance.
Los siguientes escenarios activan una alerta Backup requires a resync:
- The Oplog has rolled over
- 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 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.
You should resync the head database after you create an index in a rolling fashion to ensure that the head database takes the new index into account.
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.