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
La conservación de snapshots recientes de volúmenes persistentes de mongot proporciona una ruta de recuperación más rápida para el reemplazo de pods, el mantenimiento de nodos y la recuperación de almacenamiento en comparación con la reconstrucción de índices a partir de datos de origen. no realiza copias de seguridad ni restaura automáticamente volúmenes persistentes de mongot. Planifique copias de seguridad del volumen persistente que almacena el directorio de datos de mongot utilizando el sistema de archivos o la capacidad de snapshot de volumen de su plataforma de almacenamiento.
Pods reprogramados y reemplazados
Si se reprograma o reemplaza un pod mongot, adjunta su volumen persistente existente al nuevo pod para reutilizar los datos del índice local en lugar de reconstruir todos los índices a partir de los datos de origen. Si realizaste cambios en tu implementación después de tomar la snapshot de copia de seguridad, mongot debe ponerse al día desde mongod después del inicio.
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.