Puede realizar una copia de seguridad de los datos del índice de MongoDB Search y MongoDB Búsqueda Vectorial mediante snapshots del sistema de archivos. Un snapshot del sistema de archivos crea una copia puntual del directorio de datos mongot, que puede utilizar para restaurar sus índices sin reconstruirlos a partir de los datos de origen.
Considerations
Recuperación de índices
mongot no es el almacén de datos principal de sus datos. Si los datos de mongot están dañados o se pierden, MongoDB puede volver a crear los índices de MongoDB Search y MongoDB Vector Search a partir de los datos de origen en mongod. Sin embargo, la creación de índices puede ser lenta y, en algunos casos, puede tardar días en completarse.
Si su aplicación requiere un tiempo de recuperación mínimo, utilice snapshots de sistema de archivos regulares.
Validez de la copia de seguridad
mongot replica los datos de mongod a través de un flujo de cambios. Una copia de seguridad de mongot solo es válida durante el período de retención del flujo de cambios. Si restaura a partir de una copia de seguridad anterior al período de retención, mongot detecta que se ha caído del oplog y reconstruye los índices a partir de los datos de origen en mongod. Los datos de snapshot restaurados permanecen inmediatamente consultables durante la reconstrucción. Los resultados de la búsqueda pueden reflejar un punto en el tiempo anterior al estado actual de mongod hasta que se complete la reconstrucción.
Backup mongot
Para realizar una copia de seguridad de mongot, detenga su instancia de mongot y tome un snapshot del sistema de archivos del directorio de datos mongot utilizando la herramienta de su elección. Para ver un ejemplo completo del uso de LVM en Linux, consulta Copia de seguridad y restauración usando LVM en Linux.
restaurar mongot
Para restaurar mongot a partir de un snapshot del sistema de archivos, utilice la herramienta de su elección para restaurar un snapshot de copia de seguridad en el directorio de datos de mongot. También debe borrar el archivo serverId.txt del directorio de datos de mongot antes de reiniciar mongot para generar una nueva identidad de servidor.
Después de restaurar la snapshot y reiniciar mongot, MongoDB lee los datos del índice restaurados y reanuda la replicación desde su instancia mongod. Para obtener un ejemplo completo con LVM en Linux, consulte Restaurar una snapshot.
Considerations
Retaining recent snapshots of mongot persistent volumes provides a faster recovery path for pod replacement, node maintenance, and storage recovery compared to rebuilding indexes from source data. doesn't automatically back up or restore mongot persistent volumes. Plan backups of the persistent volume that stores the mongot data directory using your storage platform's filesystem or volume snapshot capability.
Pods reprogramados y reemplazados
If reschedules or replaces a mongot pod, attach its existing persistent volume to the new pod to reuse local index data instead of rebuilding all indexes from source data. If you made changes to your deployment after you took the backup snapshot, mongot must catch up from mongod after startup.
Restauración de mongot en Kubernetes
Para restaurar mongot en Kubernetes, restaure la snapshot de copia de seguridad en el volumen persistente. Asegúrese de que el pod de reemplazo monte ese volumen y de que elimine el archivo serverId.txt antes de reiniciar mongot.