Ops Manager puede respaldar bases de datos de MongoDB como snapshots a una o más de las siguientes opciones de almacenamiento:
Otra base de datos de MongoDB, llamada almacenamiento en bloques,
Como archivos almacenados en un sistema de archivos local o conectado a la red, y/o
Un S3-compatible bucket.
Este tutorial cubre la copia de seguridad de tus snapshots o instantáneas en almacenamiento de sistemas de archivos.
Nota
Es posible que necesite más de un almacenamiento de snapshot para aumentar la capacidad, localizar datos o cumplir con las regulaciones de privacidad.
Para aprender a asignar almacenamientos de snapshot a diferentes centros de datos, consulte Asigne los almacenamientos de snapshot a centros de datos específicos.
Considerations
Ops Manager no comprime las copias de seguridad en los almacenes de sistemas de archivos desde las bases de datos MongoDB que se ejecutan en compatibilidad de características entre versiones 4.2 o posterior. Ops Manager ignora el
File System Store Gzip Compression Levelajuste para esas bases de datos.Si configuras Ops Manager para que utilice varios servidores de aplicaciones de Ops Manager detrás de un HTTP o HTTPS balanceador de carga y utilice snapshots del sistema de archivos, compatibilidad de características entre versiones 4.2 o versiones posteriores, las tareas de copia de seguridad de snapshots se ejecutan en paralelo en uno o más servidores. Asegúrate de tener un sistema de archivos compartido montado en cada servidor de Ops Manager. El servidor de aplicaciones de Ops Manager podría abrir y guardar diferentes desplazamientos de los mismos archivos. Asegúrate de que el sistema de archivos compartidos lo permita. De lo contrario, te toparás con errores de acceso.
Requisitos previos
Antes de crear cualquier almacenamiento de snapshot del sistema de archivos:
Adjunte volúmenes de almacenamiento con capacidad suficiente al host de Ops Manager. El almacenamiento de snapshot del sistema de archivo almacena únicamente las snapshot de copia de seguridad. La ruta de la base de datos Oplog Store MongoDB debe estar en un sistema de archivos local diferente. Para obtener más información, consulte Gestión del almacenamiento Oplog
Conceda los permisos relevantes a los volúmenes de almacenamiento:
En Windows, otorga acceso al usuario
SYSTEM.En las distribuciones Linux instaladas mediante paquetes, concede acceso al usuario y grupo
mongodb-mms:mongodb-mms.En las distribuciones de Linux extraídas del fichero, conceda acceso al mismo usuario y grupo que asignó a la instalación de Ops Manager.
Implemente la(s) instancia(s) dedicada(s) de MongoDB para alojar este almacenamiento de snapshot.
Asegúrese de que el host que ejecuta el servicio Ops Manager daemon de copias de seguridad tenga capacidad suficiente para almacenar restauraciones consultables en el directorio principal.
Nota
Si no ha configurado previamente el directorio principal, configuraciónelo en el Head Directory caja.
Al ejecutar muchas instancias de Ops Manager, utiliza un NAS o SAN para tu almacenamiento de sistema de archivos. Esto garantiza que todas las instancias compartan el mismo almacenamiento. No puedes restaurar copias de seguridad ni remover snapshots expirados si las instancias de Ops Manager no comparten el sistema de archivos de almacenamiento.
Importante
Si las instancias de Ops Manager no comparten la misma vista del almacenamiento de snapshots del sistema de archivos, no será posible realizar restauraciones de copia de seguridad y Ops Manager no podrá remover las snapshots caducadas.
Agregar un Almacenamiento del Sistema de Archivos
Completa los detalles del Almacén del sistema de archivos.
Campo | Contenido |
|---|---|
File System Store Name | Un nombre para el almacenar del sistema de archivos. |
Path | La ruta del sistema de archivos en la que se almacenará el snapshot. |
MMapV1 Compression Setting | Selecciona si las snapshot del motor de almacenamiento MMapV1 se comprimen o no. Cualquier tarea de copia de seguridad que utilice snapshots MMapV1 hereda este ajuste. El valor por defecto es Si piensas utilizar respaldos consultables, configura este valor en |
WiredTiger Compression Setting | Seleccionar si las instantáneas del motor de almacenamiento WiredTiger están comprimidas o no. Cualquier tarea de copia de seguridad que use snapshots de WiredTiger hereda esta configuración. El valor por defecto es Si piensas utilizar respaldos consultables, configura este valor en |
New Assignment Enabled checkbox | Esto habilita el filestore una vez que se ha creado. Si deja esto sin marcar, el filestore se crea pero no se le pueden asignar nuevas copias de seguridad iniciadas. |
Editar una tienda de sistema de archivos existente.
Una vez creado, los almacenes del sistema de archivos se listan directamente en la página Snapshot Storage en una tabla. Cada fila contiene los ajustes para cada Tienda de Sistema de Archivos.
En la columna Store Path, actualiza los valores que sea necesario cambiar en los siguientes campos:
Campo | Contenido |
|---|---|
Store Path | La ubicación donde se almacenan las copias de seguridad basadas en el sistema de archivos en el servidor de Ops Manager. |
Assignment Labels | Una lista de etiquetas separadas por comas para asignar los almacenes de archivos a grupos específicos. |
Load Factor | Un valor proporcional de cómo se asignan las tareas de copia de seguridad al almacenamiento de snapshot dado en comparación con otros almacenamientos de snapshot. Por defecto, los almacenamientos de snapshot asignan una partición por almacenamiento de snapshot. Si un almacenamiento de snapshot tiene asignada más de una partición, esto podría resultar en que un almacenamiento de snapshot se respalde más frecuentemente que otro. Esta proporción de tareas de copia de seguridad a particiones puede cambiarse utilizando el factor de carga. Un ejemplo de cómo el factor de carga afecta las copias de seguridad: Estás respaldando un clúster de 5 particiones. Su implementación tiene un sistema de almacenamiento de archivos (A) con una partición y almacenamiento en bloques (B) con cuatro particiones. Estas blockstores no deberían recibir la misma distribución de tareas de copia de seguridad, ya que B es cuatro veces más grande que A. B debería tener un factor de carga de 4 y A debería tener un factor de carga de 1. |