Copias de seguridad de clúster de una sola región
Con las copias de seguridad de clústeres de una sola región, Atlas:
Determina el orden de los nodos que se intentarán capturar mediante el siguiente algoritmo:
Instantáneas en un secundario. 1 Entonces,
Toma instantáneas del nodo con la prioridad más baja si es posible. 2 Entonces,
Las instantáneas se toman de forma incremental de una instantánea a la siguiente si es posible. 3 Luego,
Las instantáneas ordenan el nodo léxicamente primero por nombre de host.
1 Si hay un empate, Atlas salta al siguiente paso para determinar el nodo del que se tomará una instantánea.
2 Si hay un empate, Atlas favorece entonces al nodo que puede ser fotografiado de manera incremental desde la instantánea anterior (es decir, el nodo que usa el mismo disco).
3 Si hay un empate, Atlas favorece al nodo con el nombre de host lexicográficamente más pequeño.
Una vez que se determina el orden de los nodos, intenta realizar un snapshot de un nodo. Si un nodo seleccionado no está saludable, Atlas intenta realizar un snapshot en el siguiente nodo que prefiere.
Almacena las instantáneas en la misma región de nube que el clúster.
Conserva instantáneas en función de sus Política de retención.
Atlas crea automáticamente un nuevo volumen de almacenamiento de snapshots si el volumen de almacenamiento de snapshots existente se vuelve inválido. Atlas crea el nuevo volumen en la misma región que el primario actual del clúster. Luego, Atlas toma una instantánea de copia completa para mantener la disponibilidad de copias de seguridad y continúa usando ese nodo y su región correspondiente para futuras instantáneas incrementales.
Los eventos que pueden provocar una elección para seleccionar un nuevo nodo para el volumen de almacenamiento de instantáneas incluyen:
Cambiar el nivel del clúster Atlas,
Disminuir el volumen de almacenamiento del clúster de Atlas.
Cambiar la región del clúster Atlas y
Mantenimiento realizado por Atlas o el proveedor de nube del clúster.
Tip
Para aprender más sobre la retención de snapshots, consulta Cronograma de copia de seguridad, retención y snapshots on-demand.
Copias de seguridad de clústeres multirregionales
Con copias de seguridad en clústeres multirregionales, Atlas:
Determina el orden de los nodos a fotografiar utilizando el siguiente algoritmo:
Snapshots en la región de mayor prioridad, si es posible. 1 Luego,
Instantáneas en un secundario. 2 Entonces,
Toma instantáneas del nodo con la prioridad más baja si es posible. 3 Entonces,
Las instantáneas se toman de forma incremental de una instantánea a la siguiente si es posible. 4 Luego,
Las instantáneas ordenan el nodo léxicamente primero por nombre de host.
1 Si hay un empate, Atlas compara según el orden descendente de prioridad.
2 Si hay un empate, Atlas salta al siguiente paso para determinar el nodo del que se tomará una instantánea.
3 Si hay un empate, Atlas favorece entonces al nodo que puede ser fotografiado de manera incremental desde la instantánea anterior (es decir, el nodo que usa el mismo disco).
4 Si hay un empate, Atlas favorece al nodo con el nombre de host lexicográficamente más pequeño.
Intenta tomar una instantánea de un nodo una vez determinado su orden. Si un nodo seleccionado no está en buen estado, Atlas intenta tomar una instantánea del siguiente nodo que prefiera.
Conserva instantáneas según su política de retención.
Atlas crea automáticamente un nuevo volumen de almacenamiento de snapshots si el volumen de almacenamiento de snapshots existente se vuelve inválido. Atlas crea el nuevo volumen en la misma región que el primario actual del clúster. Luego, Atlas toma una instantánea de copia completa para mantener la disponibilidad de copias de seguridad y continúa usando ese nodo y su región correspondiente para futuras instantáneas incrementales.
Los eventos que pueden provocar una elección para seleccionar un nuevo nodo para el volumen de almacenamiento de instantáneas incluyen:
Cambiar el nivel del clúster Atlas,
Disminuir el volumen de almacenamiento del clúster de Atlas.
Cambiar la región de mayor prioridad del clúster Atlas y
Mantenimiento realizado por Atlas o el proveedor de nube del clúster.
Tip
Para aprender más sobre la retención de snapshots, consulta Cronograma de copia de seguridad, retención y snapshots on-demand.
Copias de Seguridad del Clúster Global
Atlas puede realizar copias de seguridad de clústeres globales mediante copias de seguridad en la nube. Atlas restaura los fragmentos del clúster de origen a los fragmentos correspondientes del clúster de destino, siguiendo el mismo orden especificado en la configuración del clúster.
Ejemplo
shard0 en el clúster de origen se restaura a shard0 en el clúster de destino.
Nota
Si usaste el API para crear tu Clúster Global, las zonas se definen en el replicationSpecs parámetro en el
Crear un clúster y modificar los puntos finales de la API de un clúster.
Si las configuraciones de los clústeres de origen y destino no coinciden, los datos fragmentados podrían migrar a una zona de proveedor de nube diferente a la que residían en el clúster de origen. Una vez que Atlas completa la restauración, el balanceador de MongoDB del clúster de destino migra los datos de vuelta a la zona donde residían en el clúster de origen si sus clústeres cumplen los siguientes requisitos:
Ambos clústeres han habilitado un Clúster Global en la misma colección
Ambos clústeres utilizan la misma clave de fragmento para la colección habilitada para escrituras globales
Nota
Si la colección habilitada para escrituras globales en el clúster de destino no contiene ningún dato, el balanceador MongoDB para el clúster distribuye automáticamente cualquier dato que luego agregue a la colección entre los fragmentos del clúster de destino.
Para habilitar escrituras globales en el clúster de destino:
En Atlas, vaya a la Data Explorer Página para su proyecto.
Si aún no aparece, se debe seleccionar la organización que contiene el proyecto en el menú Organizations de la barra de navegación.
Si aún no se muestra, seleccione su proyecto en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Data Explorer en la sección Database.
El Data Explorer se muestra.
Copias de seguridad continuas en la nube
Las copias de seguridad en la nube continuas reproducen el registro de operaciones para restaurar un clúster desde un punto particular en el tiempo dentro de una ventana especificada en la Política de copia de seguridad.
Puede habilitar las restauraciones de copias de seguridad continuas en la nube. Configure su ventana de copias de seguridad continuas en la nube con el Editor de políticas de copias de seguridad.
Nota
Habilitar copias de seguridad continuas en la nube aumenta el costo mensual de su clúster.
Para aprender más sobre las implicaciones de costos, consulta facturación.
Las instantáneas de su clúster permanecen dentro del servicio de almacenamiento del proveedor de la nube, en la región de mayor prioridad del clúster o fragmento. Las copias de seguridad de registros de operaciones en clústeres de AWS utilizan el cifrado estándar de AWS S,3 mientras que los clústeres de Google Cloud utilizan el cifrado estándar de Google Cloud Storage.
En clústeres particionados de una sola región y de multiregión, Atlas crea una copia de seguridad separada para cada partición en la región primaria de dicha partición.
Nota
Los clústeres con copias de seguridad en la nube continuas habilitadas almacenan datos de oplog en el almacenamiento de objetos según su proveedor de nube:
S3 para AWS
Almacenamiento de blobs de Azure para Azure
Almacenamiento en la nube de Google para Google Cloud
Las siguientes acciones eliminan todas las copias de seguridad de registros de operaciones existentes. Todas las instantáneas existentes permanecen intactas, pero Atlas elimina los datos de registros de operaciones previamente conservados cuando:
Deshabilita las copias de seguridad continuas en la nube para tu clúster.
El clúster recibe un número excesivo de escrituras. Procesa una gran cantidad de escrituras, lo que provoca que el registro de operaciones se recupere antes de que la copia de seguridad lo recopile.
Ejemplo
Usted dimensionó su oplog para una hora de su tráfico de escritura habitual, digamos 1,000 operaciones.
La actividad de la base de datos da como resultado una gran cantidad de escrituras en el registro de operaciones, digamos operaciones 2,000.
El número de escrituras hace que el registro de operaciones descarte registros antiguos. En este ejemplo, se perderían 1,000 operaciones.
La copia de seguridad debería recopilar la operación n.°1, pero en su lugar recopila la operación n.°1,001.
Si cambia la región de mayor prioridad de su clúster o si MongoDB migra los datos del registro de operaciones a una región diferente:
Atlas conserva los datos de las regiones antiguas y nuevas hasta que la ventana de copia de seguridad continua en la nube esté representada en la nueva región. Una vez que la ventana de copia de seguridad continua en la nube esté representada en la nueva región, Atlas elimina los datos de la región anterior.
Se le facturará el almacenamiento en la región anterior y en la nueva durante los días posteriores al cambio de región. Debe desactivar la copia de seguridad continua en la nube y volver a activarla para evitar la facturación en ambas regiones.
Nota
Si deshabilita la copia de seguridad continua en la nube, Atlas eliminará el historial de copia de seguridad continua en la nube.
Al usar copias de seguridad continuas en la nube para restaurar un clúster desde un punto anterior, Atlas conserva el registro de operaciones del clúster. Puede usar copias de seguridad continuas en la nube repetidamente para restaurar el clúster a cualquier punto dentro de su ventana de copia de seguridad continua en la nube, excepto entre el momento en que inició una restauración y el momento en que Atlas completa una instantánea después de la restauración.
Coherencia e instantáneas
Atlas mantiene la consistencia causal al tomar instantáneas, excepto las estadísticas de tamaño que db.[collection].count() reportan collStats y. Estas estadísticas db.[collection].count() podrían ser inexactas.
Atlas coordina el tiempo en todos los fragmentos de los clústeres fragmentados para garantizar que las instantáneas incluyan todos los documentos escritos en cada fragmento y nodo a la hora de la instantánea programada.
Ver M10+ instantáneas de respaldo
Para enumerar las instantáneas de respaldo en la nube para su proyecto y clúster mediante la CLI de Atlas, ejecute el siguiente comando:
atlas backups snapshots list <clusterName> [options]
Para devolver los detalles de la instantánea que especifique mediante la CLI de Atlas, ejecute el siguiente comando:
atlas backups snapshots describe <snapshotId> [options]
Para obtener más información sobre la sintaxis y los parámetros de los comandos anteriores, consulte la documentación de Atlas CLI para obtener información sobre la lista de instantáneas de copias de seguridad de Atlas y la descripción de las instantáneas de copias de seguridad de Atlas.
Atlas muestra las instantáneas existentes de un clúster determinado en la página Snapshots. Para ver las instantáneas que Atlas ya ha tomado:
En Atlas, vaya a los Backup detalles de su proyecto.
Si aún no aparece, se debe seleccionar la organización que contiene el proyecto en el menú Organizations de la barra de navegación.
Si aún no se muestra, seleccione su proyecto en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Backup en la sección Database.
Los detalles de la copia de seguridad se muestran.
Haga clic en el enlace del clúster.
Alternativamente, para ver una lista de todos los M10+ clústeres con copia de seguridad en la nube habilitada:
En Atlas, vaya a los Backup detalles de su proyecto.
Si aún no aparece, se debe seleccionar la organización que contiene el proyecto en el menú Organizations de la barra de navegación.
Si aún no se muestra, seleccione su proyecto en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Backup en la sección Database.
Los detalles de la copia de seguridad se muestran.
Haga clic en el enlace del clúster.
La API de administración de Atlas proporciona diferentes puntos finales para recuperar instantáneas de conjuntos de réplicas e instantáneas de clústeres fragmentados.
Nota
Para supervisar un trabajo de restauración de copia de seguridad hasta que se complete, debe tener acceso o superior al proyecto Project Read Only específico.
Para iniciar un trabajo de restauración, debe tener Project Backup Recovery Operator acceso, Project Backup Manager o al Project Owner proyecto.
Para restauraciones entre organizaciones o proyectos, los permisos requeridos se aplican tanto al proyecto de origen como al de destino. Debe tener los permisos necesarios: Project Backup Manager o en ambos proyectos para iniciar o administrar dichas operaciones de Project Owner restauración.