Para agentes de IA: hay un índice de documentación disponible en https://www.mongodb.com/es/docs/llms.txt — versiones en markdown de todas las páginas están disponibles agregando .md a cualquier ruta URL.
Docs Menu

Gestionar el almacenamiento de Oplog compatible con S3

Durante todo el ciclo de vida de una copia de seguridad, MongoDB Agent sigue el oplog de cada set de réplicas y envía nuevas entradas de oplog a MongoDB Ops Manager. El agente envía las entradas de oplog en paquetes comprimidos de aproximadamente 10 MB de tamaño denominados segmentos de oplog. Estos segmentos de oplog se almacenan en uno o más sistemas de almacenamiento denominados almacenes de oplog. Cada implementación de MongoDB Ops Manager necesita al menos un almacenar de oplog.

Cuando habilitas las copias de seguridad, Ops Manager te solicita crear tu primer almacén de oplog. Este puede ser un almacén de oplog local o un almacén de oplog compatible con S3. Una vez que creas el primer almacén de oplog, lo gestionas por separado de tus almacenamientos de snapshot. Puedes crear almacenes oplog adicionales.

Este tutorial abarca la creación de almacenes Oplog adicionales compatibles con S3 para almacenar entradas de Oplog. Como cualquier instancia de MongoDB, un almacén de Oplog compatible con S3 puede estar en cualquier host que ejecute MongoDB y un bucket de almacenamiento compatible con S3 (sin subcarpetas) al que la aplicación Ops Manager pueda acceder.

Ops Manager debe ser el único administrador en el bucket de almacenamiento compatible con S3 que utilizas para instantáneas. También necesitas configurar el bucket de almacenamiento compatible con S3 para evitar el uso de funcionalidades que Ops Manager no admite.

Al configurar el contenedor de almacenamiento compatible con S3:

  • No cree subcarpetas en los buckets de almacenamiento compatibles con S3 que utilice con Ops Manager. Ops Manager solo admite el uso de buckets de almacenamiento completos compatibles con S3.

  • No crees reglas de ciclo de vida de almacenamiento compatibles con S3. Las reglas del ciclo de vida que hacen que las versiones actuales de los objetos de instantáneas de Ops Manager caduquen o se transfieran a archivos resultan en instantáneas incompletas que no pueden usarse para restaurar la configuración.

Para los almacenes de oplog compatibles con S3estándar, utilice un bucket sin versiones. MongoDB Ops Manager no comprueba si el bucket que utiliza para un almacén de oplog estándar compatible con S3tiene el control de versiones o el bloqueo de objetos habilitado. Si utiliza un cubo con versiones o con bloqueo de objetos habilitado para un almacenar de oplog estándar compatible con S3, MongoDB Ops Manager ignora el ID de versión S3 del cubo para ese almacenar y puede fallar en la limpieza de los datos del almacenar.

La única vez que necesita un cubo con versiones y con objeto-bloqueo habilitado para el almacenar de oplog es cuando lo utiliza para copias de seguridad de oplog inmutables. Para conocer los requisitos, la configuración y el comportamiento de un almacén de oplog inmutable, consulte copia de seguridad S3 inmutable con bloqueo de objeto.

Después de crear un almacenar de oplog compatible con S3, no puede moverlo. En su lugar, puede crear un nuevo almacén de oplog compatible con S3en un depósito de almacenamiento independiente compatible con S3dentro de la misma región de Amazon Web Services. El bucket de snapshot de almacenamiento compatible con S3debe ser diferente del bucket de almacenamiento compatible con S3de oplog.

MongoDB es compatible con endpoints compatibles con las API de AWS S3 de cualquier proveedor. Ops Manager intenta validar estos endpoints cuando guardas la configuración del almacenamiento de oplog compatible con S3. Si la validación es exitosa, Ops Manager guarda la configuración. Si la validación falla, Ops Manager muestra un error y no guarda la configuración.

Ops Manager requiere que el almacenamiento compatible con S3o el almacenamiento compatible con S3compatible con almacenar objetos que utilice para la copia de seguridad proporcionen una fuerte coherencia de lectura después de guardar. Después de que MongoDB Ops Manager guarda un objeto en el almacenamiento, una lectura de ese objeto debe devolver los datos guardados más recientemente. Los almacenamientos que solo proporcionan coherencia eventual pueden devolver datos obsoletos y hacer que las operaciones de copia de seguridad fallen.

Cuando crea o actualiza una configuración de almacenamiento para almacenar compatible con S3, Ops Manager valida el modelo de coherencia del almacenamiento. Si el almacenar no devuelve los datos esperados inmediatamente después de guardar, la validación falla y Ops Manager no guarda la configuración.

El almacenamiento compatible con S3de AWS proporciona una fuerte coherencia de lectura después de guardar por defecto. Si utiliza un almacenar compatible con el almacenamiento S3de otro proveedor, consulte la documentación del proveedor para confirmar que el almacenar proporciona una fuerte coherencia de lectura después de guardar tanto para los objetos nuevos como para las sobrescrituras de los objetos existentes. Algunos almacenar dan garantías de coherencia solo para los objetos nuevos y permanecen eventualmente coherentes para las sobrescrituras, lo que puede causar fallos de validación intermitentes.

  1. Asegúrese de contar con un usuario IAM en AWS.

  2. Cree sus propias claves de acceso de AWS para su usuario de IAM. Esto le permite crear cubos de almacenamiento compatibles con S3y almacenar archivos oplog en ellos. MongoDB no crea ni emite claves de acceso de AWS.

  3. Cree su propio Bucket S3 para almacenar sus almacenes de oplog compatibles con S3.

    Nota

    El usuario IAM para el que creó las claves de acceso de Amazon Web Services debe poseer el depósito de almacenamiento compatible con S3.

  1. Cree una clave de acceso y una clave secreta utilizando las herramientas de credenciales de IBM.

  2. Cree su propio storage de almacenamiento compatible con S3.

  1. Crea una Clave de Acceso y una Clave Secreta desde tu ID de Usuario de ECS.

  2. Cree su propio storage de almacenamiento compatible con S3.

Se pueden utilizar otros endpoints de almacenamiento compatibles con S3. Ops Manager intenta validar estos extremos cuando guardas la configuración. Si la validación es exitosa, la configuración Ops Manager la guarda. Si la validación falla, Ops Manager muestra un error y no guarda la configuración.

El mecanismo de autenticación determina si proporciona un nombre de usuario y una contraseña, y en qué formato. Seleccione una de las siguientes pestañas:

1
  1. Haz clic en el enlace Admin.

  2. Haz clic en la pestaña Backup.

  3. Haga clic en la página Oplog Storage.

2
3
Campo
Necesidad
Contenido

Nombre

Requerido

Introduce la etiqueta para el almacén de Oplog compatible con S3.

Nombre de cubo de S3

Requerido

Ingrese el nombre del depósito de almacenamiento compatible con S3donde desea host el almacén de snapshot u oplog compatible con S3. Para los buckets de AWS S3, introduce el nombre del bucket sin el prefijo S3 URI.

Anulación de región

Condicional

Escriba la región donde reside su depósito de almacenamiento compatible con S3.

Utiliza este campo solo si el Punto Final S3 de tu almacenamiento compatible con S3no admite la delimitación por región. No se debe asignar un valor a este campo con buckets AWS S3.

Punto final S3

Requerido

Introduce la URL de este bucket de almacenamiento compatible con S3. Si AWS necesita cumplir con los endpoints regulares de Amazon S3, usa el formato de estilo de ruta: https://s3.{region}.amazonaws.com. Para más detalles, consulta la documentación de AWS S3.

S3 Máximas Conexiones

Requerido

Ingrese un número entero positivo que indique el número máximo de conexiones a este bucket de almacenamiento compatible con S3.

Acceso estilo ruta

Opcional

Seleccione para usar un punto de conexión URL de estilo de ruta (s3.region.amazonaws.com/<bucket>) en lugar de un punto de conexión URL de estilo de host virtual (<bucket>.s3.amazonaws.com).

Para más detalles, consulta Solicitudes con estilo de ruta en la documentación de AWS.

IMPORTANTE: selecciona esta opción cuando utilices el servicio Amazon S3.

Cifrado del lado del servidor

Opcional

Selecciona para habilitar el cifrado del lado del servidor. Claro, para desactivar el cifrado del lado del servidor.

Modo de autorización S3

Requerido

Selecciona el método utilizado para autorizar el acceso al bucket de almacenamiento compatible con S3 especificado en S3 Bucket Name.

claves

Ops Manager utiliza AWS Access Key y AWS Secret Key para autorizar el acceso a su bucket de almacenamiento compatible con S3.

Rol de IAM

Ops Manager utiliza un AWS IAM rol para autorizar el acceso a su bucket de almacenamiento compatible con S3. Los campos AWS Access Key y AWS Secret Key se ignoran. Para obtener más información, consulta la documentación de AWS

Llaves con CA Personalizado Bundle

Condicional

Haz clic en Choose file para agregar una cadena personalizada de Autoridad de Certificación. Esta cadena puede validarse con un certificado autofirmado en el bucket de almacenamiento compatible con S3.

Clave de acceso AWS

Condicional

Ingrese su ID de clave de acceso AWS.

Ops Manager muestra este campo cuando se establece S3 Authorization Mode en Keys.

Clave secreta de AWS

Condicional

Introduce tu Clave de acceso secreta AWS.

Ops Manager muestra este campo cuando se establece S3 Authorization Mode en Keys.

Datastore Type

Requerido

Selecciona Standalone, Replica Set o Sharded Cluster. Esta base de datos de MongoDB almacena los metadatos para el almacenamiento en bloques.

Lista de hosts de MongoDB

Condicional

Introduzca una lista de instancias de mongod (para un set de réplicas) o de mongos (para un clúster particionado) separadas por comas en el formato <hostname:port> que componen la base de datos de metadatos de almacenamiento en bloques.

Por ejemplo:

host1.example.com:27017,host2.example.com:27017,host2.example.com:27018

Ops Manager muestra este campo cuando se establece Datastore Type en Replica Set o Sharded Cluster.

IMPORTANTE: Ops Manager utiliza este almacén de metadatos como un almacén de sincronización. Asegúrese de aprovisionar esta tienda con suficiente espacio de almacenamiento.

Nombre de host de MongoDB

Condicional

Introduce el nombre de host de la base de datos de metadatos del almacén de Oplog compatible con S3.

Ops Manager muestra este campo cuando se establece Datastore Type en Standalone.

IMPORTANTE: Ops Manager utiliza este almacén de metadatos como un almacén de sincronización. Asegúrese de aprovisionar esta tienda con suficiente espacio de almacenamiento.

Puerto de MongoDB

Condicional

Introduce el número de puerto de la base de datos de metadatos de la tienda de oplog compatible con S3.

Ops Manager muestra este campo cuando se establece Datastore Type en Standalone.

Nombre de usuario

Opcional

Escriba el nombre del usuario autorizado para acceder a esta base de datos.

Si tu base de datos de la aplicación de Ops Manager utiliza autenticación o TLS, debes tener conexiones configuradas a la base de datos de aplicaciones. Para más información, consulta Configura las Conexiones a la base de datos de la aplicación.

Para obtener más información sobre la configuración de la autenticación SCRAM, consulte SCRAM.

Contraseña

Opcional

Escriba la contraseña asociada al nombre de usuario que puede acceder a esta base de datos.

Si tu base de datos de la aplicación de Ops Manager utiliza autenticación o TLS, debes tener conexiones configuradas a la base de datos de aplicaciones. Para más información, consulta Configura las Conexiones a la base de datos de la aplicación.

Para obtener más información sobre la configuración de la autenticación SCRAM, consulte SCRAM.

ADVERTENCIA: si no utilizó la credentialstool para encriptar esta contraseña, está almacenada como texto sin formato en la base de datos.

Autenticación OIDC

Opcional

Seleccione Enable OIDC para autenticarse en este almacenar mediante OIDC en lugar de un nombre de usuario y una contraseña. Al seleccionar Enable OIDC, la interfaz de administración oculta los campos Username y Password para este almacenar. Luego seleccione un Method:

  • Custom Callback: Escriba el Token URI, Client ID, Client Secret y Scope para su proveedor de identidad.

  • Azure o GCP: Escriba el Token Resource para la identidad de carga de trabajo incorporada. No se requiere un secreto de cliente.

  • KubernetesMongoDB Ops Manager obtiene un token de identidad de carga de trabajo del entorno automáticamente. No se requieren campos adicionales.

Al guardar la configuración, MongoDB Ops Manager valida la conexión utilizando la configuración de OIDC que proporcionó. Si edita un almacén existente y deja Client Secret sin cambios, MongoDB Ops Manager conserva el secreto existente. El guardado de los cambios en la configuración de OIDC para este almacén requiere reiniciar MongoDB Ops Manager y el daemon de copias de seguridad.

Opciones de conexión

Opcional

Introduce opciones adicionales del archivo de configuración para la instancia de MongoDB.

Este campo solo admite valores sin escape.

Las opciones de TLS no funcionan aquí. Configure TLS en el archivo conf-mms.properties usando la opción mongodb.ssl.CAFile.

Para la sintaxis adecuada, consulte el Formato URI de cadena de conexión en el manual de MongoDB.

Id. de implementación

Opcional

Identificador único de la región de implementación en la cual alojar el bucket.

Credenciales encriptadas

Opcional

Seleccione si las credenciales para la base de datos fueron cifradas usando credentialstool. Las credenciales incluyen el nombre de usuario, la contraseña, el ID de clave de acceso de AWS y la clave secreta de AWS.

Usa TLS/SSL

Opcional

Selecciona si la base de datos de metadatos de almacenar oplog compatible con S3solo acepta conexiones cifradas usando TLS.

Además de esta casilla de verificación, para conectar este almacén oplog compatible con S3 mediante TLS, debe habilitar TLS en la base de datos del almacén oplog S3.

Nueva asignación habilitada

Opcional

Seleccione si desea habilitar este almacén de oplog compatible con S3 después de crearlo. Esto está seleccionado por defecto para que el almacén de registro de operaciones compatible con S3 pueda recibir tareas de copia de seguridad. Si desmarcas esta casilla, se crea el almacén de oplog compatible con S3, pero no puedes asignar copias de seguridad a este almacén de oplog compatible con S3.

Al seleccionar esta casilla de verificación, no se garantiza que Ops Manager asigne nuevas tareas de copia de seguridad a este almacén de oplog específico compatible con S3. MongoDB Ops Manager puede asignar una nueva tarea a cualquier almacenar de oplog compatible con S3habilitado. Para dirigir este almacén específicamente, consulte Asignar un almacén de oplog compatible con S3a una tarea de copia de seguridad.

Bloqueo de objetos habilitado

Condicional

Seleccione para habilitar copias de seguridad inmutables de oplog para este almacén. Debe habilitar el bloqueo de objetos en el bucket de almacenamiento subyacente compatible con S3antes de seleccionar este campo.

MongoDB Ops Manager muestra este campo solo cuando un administrador global habilita la configuración de la aplicación brs.immutableBackupEnabled, ya sea en la configuración de Ops Manager Config Custom o en conf-mms.properties. Si establece ambos, el valor conf-mms.properties tiene prioridad.

Solo puede seleccionar esta configuración cuando cree el almacén de oplog compatible con S3. No puedes cambiarlo después de guardar el almacén.

Período de retención de objetos (días)

Condicional

Introduzca el número de días que MongoDB Ops Manager protege los objetos de cada oplog slice con Object Lock. Este valor debe coincidir con el período de retención que configuró directamente en el bucket de almacenamiento compatible con S3. Este campo no modifica la configuración de retención en el propio bucket de almacenamiento compatible con S3, y MongoDB Ops Manager no lee ni valida el período de retención real del bucket.

MongoDB Ops Manager muestra este campo solo cuando selecciona Object Lock Enabled.

Moda de retención de objetos

Condicional

Seleccione la moda de retención de Object Lock, GOVERNANCE o COMPLIANCE, que MongoDB Ops Manager aplica a los objetos de este almacén de oplog.

MongoDB Ops Manager muestra este campo solo cuando selecciona Object Lock Enabled.

Recomendamos establecer este campo. Ops Manager no lee ni valida la moda de retención que configura directamente en el cubo de almacenamiento compatible con S3. Debe configurar manualmente este campo para que coincida con la moda de retención que configuró en el bucket. Si los valores no coinciden, Ops Manager puede fallar al realizar la limpieza del almacenar, o el bucket puede aplicar un comportamiento de retención diferente del que espera Ops Manager.

4

MongoDB Ops Manager enumera los almacenes de oplog en una tabla en la página de almacenamiento de oplog. Cada fila contiene la configuración para cada almacén de oplog local y compatible con S3.

1
  1. Haz clic en el enlace Admin.

  2. Haz clic en la pestaña Backup.

  3. Haga clic en la página Oplog Storage.

2
3

En la columna MongoDB Connection, actualiza cualquier valor editable que deba cambiarse en los siguientes campos:

Campo
Necesidad
Editable
Contenido

Nombre de cubo de S3

Requerido

no

Ingrese el nombre del bucket de almacenamiento compatible con S3 donde desea alojar el almacén de oplogs compatible con S3.

Anulación de región

Condicional

no

Escriba la región donde reside su depósito de almacenamiento compatible con S3.

Utiliza este campo solo si el Punto Final S3 de tu almacenamiento compatible con S3no admite la delimitación por región. No se debe asignar un valor a este campo con buckets AWS S3.

Punto final S3

Requerido

no

Introduzca la URL para este cubo de almacenamiento compatible con S3.

S3 Máximas Conexiones

Requerido

Sí

Ingrese un número entero positivo que indique el número máximo de conexiones a este bucket de almacenamiento compatible con S3.

Acceso estilo ruta

Opcional

Sí

Seleccione para usar un punto de conexión URL de estilo de ruta (s3.region.amazonaws.com/<bucket>) en lugar de un punto de conexión URL de estilo de host virtual (<bucket>.s3.amazonaws.com).

Para más detalles, consulta Solicitudes con estilo de ruta en la documentación de AWS.

Cifrado del lado del servidor

Opcional

Sí

Haz clic para habilitar el cifrado del lado del servidor. Borrar para deshabilitar el cifrado del lado del servidor.

Modo de autorización S3

Requerido

Sí

Selecciona el método utilizado para autorizar el acceso al bucket de almacenamiento compatible con S3 especificado en S3 Bucket Name.

claves

Ops Manager utiliza AWS Access Key y AWS Secret Key para autorizar el acceso a su bucket de almacenamiento compatible con S3.

Rol de IAM

Ops Manager utiliza un AWS IAM rol para autorizar el acceso a su bucket de almacenamiento compatible con S3. Los campos AWS Access Key y AWS Secret Key se ignoran. Para obtener más información, consulta la documentación de AWS

Llaves con CA Personalizado Bundle

Condicional

Sí

Haz clic en Choose file para agregar una cadena personalizada de Autoridad de Certificación. Esta cadena puede validarse con un certificado autofirmado en el bucket de almacenamiento compatible con S3.

Clave de acceso AWS

Condicional

Sí

Ingrese su ID de clave de acceso AWS.

Ops Manager muestra este campo cuando se establece S3 Authorization Mode en Keys.

Clave secreta de AWS

Condicional

Sí

Introduce tu Clave de acceso secreta AWS.

Ops Manager muestra este campo cuando se establece S3 Authorization Mode en Keys.

Ops Manager no muestra el AWS Secret Key existente.

<hostname>:<port>

Requerido

Sí

Introduce uno o más hosts que forman la base de datos de metadatos del almacenamiento de snapshot de almacenamiento compatible con S3 en el formato <hostname:port>.

Si la base de datos de metadatos de almacenamiento de oplog compatible con S3es un set de réplicas o un clúster particionado, escriba una lista separada por comas de instancias de mongod (para un set de réplicas) o instancias de mongos (para un clúster particionado).

Por ejemplo:

host1.example.com:27017,host2.example.com:27017,host2.example.com:27018

Si la base de metadatos de almacenamiento de oplogs compatible con S3 es una instancia autónoma de MongoDB, escriba el hostname:port de la instancia.

IMPORTANTE: S3 Preocupaciones sobre alojamiento de Oplog:

  • Ops Manager utiliza esta tienda de metadatos como un almacén de sincronización. Asegúrate de aprovisionar esta tienda con suficiente espacio de almacenamiento.

  • Si cambias estos hosts, el almacén de oplog compatible con S3 que albergan debe tener los mismos datos que el almacén de oplog original compatible con S3. Cambiar el host a un nuevo almacén oplog compatible con S3 resulta en pérdida de datos.

Nombre de usuario Auth de MongoDB

Opcional

Sí

Escriba el nombre del usuario autorizado para acceder a esta base de datos.

Si tu base de datos de la aplicación de Ops Manager utiliza autenticación o TLS, debes tener conexiones configuradas a la base de datos de aplicaciones. Para más información, consulta Configura las Conexiones a la base de datos de la aplicación.

Para obtener más información sobre la configuración de la autenticación SCRAM, consulte SCRAM.

Contraseña de autenticación de MongoDB

Opcional

Sí

Escriba la contraseña asociada al nombre de usuario que puede acceder a esta base de datos.

Si tu base de datos de la aplicación de Ops Manager utiliza autenticación o TLS, debes tener conexiones configuradas a la base de datos de aplicaciones. Para más información, consulta Configura las Conexiones a la base de datos de la aplicación.

Para obtener más información sobre la configuración de la autenticación SCRAM, consulte SCRAM.

ADVERTENCIA: si no utilizó la credentialstool para encriptar esta contraseña, está almacenada como texto sin formato en la base de datos.

Ops Manager no muestra el MongoDB Auth Password existente.

Autenticación OIDC

Opcional

Sí

Seleccione Enable OIDC para autenticarse en este almacenar mediante OIDC en lugar de un nombre de usuario y una contraseña. Al seleccionar Enable OIDC, la interfaz de administración oculta los campos Username y Password para este almacenar. Luego seleccione un Method:

  • Custom Callback: Escriba el Token URI, Client ID, Client Secret y Scope para su proveedor de identidad.

  • Azure o GCP: Escriba el Token Resource para la identidad de carga de trabajo incorporada. No se requiere un secreto de cliente.

  • KubernetesMongoDB Ops Manager obtiene un token de identidad de carga de trabajo del entorno automáticamente. No se requieren campos adicionales.

Al guardar la configuración, MongoDB Ops Manager valida la conexión utilizando la configuración de OIDC que proporcionó. Si edita un almacén existente y deja Client Secret sin cambios, MongoDB Ops Manager conserva el secreto existente. El guardado de los cambios en la configuración de OIDC para este almacén requiere reiniciar MongoDB Ops Manager y el daemon de copias de seguridad.

Credenciales encriptadas

Opcional

Sí

Seleccione si las credenciales para la base de datos fueron cifradas usando credentialstool. Las credenciales incluyen el nombre de usuario, la contraseña, el ID de clave de acceso de AWS y la clave secreta de AWS.

Usar TLS

Opcional

Sí

Selecciona si la base de datos del almacenamiento de oplog compatible con S3solo acepta conexiones cifradas usando TLS.

Además de esta casilla de verificación, para conectar este almacén oplog compatible con S3 mediante TLS, debe habilitar TLS en la base de datos del almacén oplog S3.

Opciones de conexión

Opcional

Sí

Introduce cualquier opción adicional del archivo de configuración para la instancia de MongoDB. Este campo solo admite valores sin escape.

Para revisar la sintaxis correcta, consulta Formato URI de la cadena de conexión en el manual de MongoDB.

Etiquetas de asignación

Opcional

Sí

Introduzca una lista de etiquetas separadas por comas para asignar los almacenes de oplog compatibles con S3 a proyectos específicos.

Nivel de confirmación de escritura

Requerido

Sí

Seleccione su Nivel de confirmación de escritura (write concern):preferido

predeterminado

Tipo de implementación
Nivel de confirmación de escritura (write concern) por defecto

Autónomo

registrar en la bitácora

Sets de réplicas o clústeres particionados

W2

registrar en la bitácora

Una instancia primaria o autónoma de MongoDB reconoció la escritura y registró esa escritura en sus diarios.

Reconocido

Un primario o autónomo reconoció el guardado.

W2

Más de un miembro del clúster reconoció la operación de guardar.

mayoría

La mayoría de los miembros del set de réplicas confirmaron el guardar.

4

Para habilitar este oplog compatible con S3, selecciona Assignment Enabled.

Esto se selecciona por defecto para que el oplog compatible con S3 pueda asignar tareas de copia de seguridad. Si se desmarca esta casilla, Ops Manager crea el almacén de oplog compatible con S3, pero no podrá asignarle copias de seguridad.

5
6

Si cambias algún valor de cadena de conexión o el nivel de confirmación de escritura (write concern), reinicia todas las instancias de Ops Manager, incluidas las que ejecutan daemons de copias de seguridad.

Advertencia

Modificar los valores de la cadena de conexión o el nivel de confirmación de escritura (write concern) para un almacén de Oplog compatible con S3 existente requiere reiniciar todos los componentes de Ops Manager, incluidos aquellos que solo ejecuten el daemon de copias de seguridad para aplicar esos cambios. Los parámetros de conexión incluyen:

  • <hostname>:<port>

  • MongoDB Auth Username

  • MongoDB Auth Password

  • Encrypted Credentials

  • Use TLS/SSL

  • Connection Options

  • Write Concern

Si cambiaste a otro host de almacenamiento de registro Oplog compatible con S3, Ops Manager no copia los datos del almacenamiento de Oplog compatible con S3 existente al otro almacenamiento de Oplog compatible con S3.

Tip

Para obtener más información sobre la cadena de conexión de MongoDB URI, consulta Formato de cadena de conexión URI en el Manual de MongoDB.

Cuando varios clústeres comparten un Proyecto de MongoDB Ops Manager, la tarea de copia de seguridad de cada clúster se puede enrutar a un almacenar de oplog compatible con S3distinto. MongoDB Ops Manager asigna una nueva tarea de copia de seguridad a un almacenamiento que tiene Assignment Enabled seleccionado. Puede enrutar cada tarea a un almacenar específico seleccionando qué almacenar tienen la asignación habilitada antes de iniciar cada tarea de copia de seguridad.

1

Siga el procedimiento Agregar un almacenar de oplog compatible con S3 para crear un almacenar de oplog compatible con S3para cada tarea de copia de seguridad que desee enrutar a un almacenar distinto.

2

Habilite la asignación en el almacenar de destino y desactívela en todos los demás almacenar.

Para cada almacenar oplog S3-compatible, utilice el procedimiento: Editar un almacenar oplog S3-compatible existente

  1. Para que la tienda se asigne a la primera tarea de copia de seguridad, seleccione Assignment Enabled.

  2. Para todas las demás almacenar, borrar Assignment Enabled.

3

MongoDB Ops Manager asigna el almacenar habilitado a esta tarea de copia de seguridad.

4

Para cada tarea de copia de seguridad restante:

  1. Seleccione Assignment Enabled para almacenar de destino.

  2. Borrar Assignment Enabled para todas las demás almacenar.

  3. Inicie la tarea de copia de seguridad.

5

Después de asignar todas las tareas de copia de seguridad, vuelva a habilitar Assignment Enabled en todos los almacenes. Esto permite a MongoDB Ops Manager distribuir futuras tareas de copia de seguridad en todos los almacenes disponibles.

1
  1. Haz clic en el enlace Admin.

  2. Haz clic en la pestaña Backup.

  3. Haga clic en la página Oplog Storage.

2

Haz clic en Delete <oplogstore> debajo del nombre de la tienda oplog compatible con S3 que deseas borrar.