Puede hacer una copia de seguridad de su implementación de MongoDB.
Importante
Solo se pueden hacer copias de seguridad de clústeres particionados o sets de réplicas. Para hacer una copia de seguridad de un proceso autónomo de mongod, debe convertirlo en un set de réplicas de un solo nodo.
Considerations
Cloud Manager compila snapshots usando la última versión parcheada de MongoDB.
Ejemplo
Considera una implementación donde la versión actual de MongoDB es 4.0.20.
Si realizas una copia de seguridad de una base de datos que ejecuta MongoDB 4.0.15, Cloud Manager crea la snapshot usando MongoDB 4.0.20, la versión actual. Cloud Manager muestra esa snapshot como MongoDB 4.0.20 en la consola.
MongoDB garantiza que todas las versiones de parches sean compatibles. Puede utilizar las instantáneas creadas con 4.0.20 para restaurarlas a la versión 4.0.15 instancias, si es necesario.
Requisitos previos
Nombres únicos para elementos de implementación
Asegúrate de que los elementos de tu implementación tengan nombres únicos antes de crear copias de seguridad.
Importante
Los nombres de sets de réplicas, clústeres fragmentados y particiones dentro del mismo Proyecto deben ser únicos. Si no se asignan nombres únicos a las implementaciones, se producirán snapshots de copia de seguridad dañadas.
Requisitos del set de réplicas
Un set de réplicas debe:
Ser supervisado por Cloud Manager.
Ejecute MongoDB Enterprise con compatibilidad de características entre versiones 4.2 o posterior.
Tener un nodo primario activo.
Tiene un nodo con WiredTiger configurado como su motor de almacenamiento.
Ser supervisado por Cloud Manager.
Ejecutar MongoDB desde la versión 2.6 hasta la 4.0.
Tener un nodo primario activo.
Requisitos del clúster particionado
Un clúster particionado debe:
Ser supervisado por Cloud Manager.
Ejecute MongoDB Enterprise con compatibilidad de características entre 4.2 versiones (FCV) o posterior en todos los nodos, incluido el servidor de configuración.
Tener un nodo primario activo de cada partición y del servidor de configuración.
Tener un nodo por partición o servidor de configuración con WiredTiger configurado como su motor de almacenamiento.
Ser supervisado por Cloud Manager, incluyendo al menos un
mongosen el clúster.Ejecutar MongoDB desde la versión 2.6 hasta la 4.0.
Tener todos los servidores de configuración en funcionamiento. El servidor de configuración
mongoddebe iniciarse con la opción de línea de comandos--configsvro la configuración{ "clusterRole": "configsvr" }en el archivo de configuraciónmongod.Completa la ronda de balanceo en menos de una hora.
Compatibilidad con MongoDB compatibilidad de características entre versiones 4.2
Todas las bases de datos de compatibilidad de características entre versiones 4.2 y posteriores deben cumplir con las consideraciones de copia de seguridad adecuadas.
Compatibilidad de MongoDB
La versión de MongoDB debe cumplir con la compatibilidad mínima.
Plan de protección de datos
Procedimiento
Puedes respaldar toda tu implementación de MongoDB.
En MongoDB Cloud Manager, ir a la página Continuous Backup del 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.
Establecer mecanismos de autenticación.
Si la Automatización no administra su implementación y su implementación requiere autenticación, especifique el mecanismo de autenticación y las credenciales.
Especifica lo siguiente, según corresponda:
Auth Mechanism | El mecanismo de autenticación que utiliza el host de MongoDB. Las opciones de MongoDB Community incluyen:
Las opciones para MongoDB Enterprise también incluyen: |
DB Username | Para Consulta Configurar MongoDB Agent para autenticación o Configurar MongoDB Agent para LDAP. |
DB Password | Para |
Allows TLS for connections | Si está marcada, copia de seguridad utiliza TLS para conectarse a MongoDB. |
Puedes elegir hacer copias de seguridad de todas las bases de datos y colecciones en tu implementación de MongoDB o de algunas específicas.
En MongoDB Cloud Manager, ir a la página Continuous Backup del 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.
En la barra lateral de Start Backup, configura la fuente de copia de seguridad y el motor de almacenamiento.
Menu | Possible Values | Valor por defecto |
|---|---|---|
Sync source |
|
Usar un secundario es preferido porque minimiza el impacto en el rendimiento del primario. |
Storage Engine |
Consulte las consideraciones en Motores de almacenamiento. | El mismo motor de almacenamiento que el nodo principal de la base de datos que se está respaldando. |
Establecer mecanismos de autenticación.
Si la Automatización no administra su implementación y su implementación requiere autenticación, especifique el mecanismo de autenticación y las credenciales.
Especifica lo siguiente, según corresponda:
Auth Mechanism | El mecanismo de autenticación que utiliza el host de MongoDB. Las opciones de MongoDB Community incluyen:
Las opciones para MongoDB Enterprise también incluyen: |
DB Username | Para Consulta Configurar MongoDB Agent para autenticación o Configurar MongoDB Agent para LDAP. |
DB Password | Para |
Allows TLS for connections | Si está marcada, copia de seguridad utiliza TLS para conectarse a MongoDB. |