Ops Manager puede respaldar bases de datos de MongoDB como instantáneas 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 cómo realizar copias de seguridad de sus instantáneas en el almacenamiento del sistema de archivos.
Nota
Es posible que existan problemas que requieran el uso de más de un almacenamiento de snapshot. Estos problemas podrían incluir la necesidad de tener mayor capacidad, localizar datos o cumplir con regulaciones de privacidad.
Para aprender a asignar almacenamientos de snapshot a diferentes centros de datos, consulte Asignar almacenes de instantáneas a centros de datos específicos.
Considerations
Ops Manager no comprime las copias de seguridad en almacenes del sistema de archivos desde bases de datos MongoDB que ejecutan FCV 4.2 o posterior. Ops Manager ignora
File System Store Gzip Compression Levelajuste para esas bases de datos.Si configura Ops Manager para utilizar varios servidores de aplicaciones 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 archivo, otorgue acceso al mismo usuario y grupo que asignó a la instalación de Ops Manager.
Implemente las instancias de MongoDB dedicadas para alojar este almacén de instantáneas.
Asegúrese de que el host que ejecuta el servicio Ops Manager Backup Daemon 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 instantáneas del sistema de archivos, no será posible realizar restauraciones de respaldo y Ops Manager no podrá eliminar las instantáneas vencidas.
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 | Seleccione si se comprimen o no las instantáneas del motor de almacenamiento MMapV1. Cualquier trabajo de copia de seguridad que utilice instantáneas MMapV1 hereda esta configuración. El valor predeterminado es Si planea usar copias de seguridad consultables, configure este valor en |
WiredTiger Compression Setting | Seleccione si se comprimen o no las instantáneas del motor de almacenamiento de WiredTiger. Cualquier trabajo de copia de seguridad que utilice instantáneas de WiredTiger hereda esta configuración. El valor predeterminado es Si planea usar copias de seguridad consultables, configure 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 creados, los almacenes del sistema de archivos se listan directamente en la página Snapshot Storage de una tabla. Cada fila contiene la configuración de cada almacén del 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. |