Cada vez que realices cambios en tu MAS sistema, necesita un plan de contingencia sólido. Si algo sale mal, ¿cómo te recuperarás?

El objetivo aquí es reducir el riesgo en la medida de lo posible y evitar que su entorno se estropee.

Dos enfoques para las copias de seguridad de MAS

IBM ofrece dos enfoques principales:
‍

‍

El primero son los scripts de GitHub, que existen desde hace un par de años.

La segunda opción es más nueva: dos funciones de Ansible que acaban de lanzarse en marzo de 2026.

Veamos ambos y veamos cómo se comparan.

Método 1: scripts de Github

Hay scripts de respaldo dedicados disponibles para Core (mascore-backup-restore.sh) y Manage (manage-backup-restore.sh). Estos scripts están disponibles en GitHub y también se incluyen directamente en la CLI de MAS, lo que facilita su acceso y ejecución.
‍

Localice los scripts de respaldo MAS Core y Manage dentro de la CLI de MAS en mascli/backup-restore.
‍

‍

Se requiere acceso al clúster

Los scripts interactúan directamente con los espacios de nombres y los recursos de MAS, lo que requiere acceso de administrador al clúster de OpenShift.

Reunir parámetros

El espacio de nombres contiene la mayoría de los parámetros que necesitará para ejecutar estos scripts.
‍

‍

Ejecute la copia de seguridad de MAS Core

Para ejecutar mascore-backup-restore.sh, proporciona la ubicación del script, el ID de instancia, la ubicación en la que quieres que se hagan copias de seguridad de los archivos y el modo.
‍

‍
Inspeccione todos los archivos de respaldo para comprobar que todos los recursos se han realizado correctamente.

Ejecute la gestión de copias de seguridad

Use los mismos parámetros para ejecutar manage-backup-restore.sh, incluido también el ID del espacio de trabajo.
‍

‍

Método 2: roles de Ansible

Nuevos comandos de copia de seguridad y restauración de la CLI de MAS

A partir de la versión 36.0.0 de MAS, la CLI de MAS incluye comandos de respaldo y restauración mejorados que se integran con OpenShift Pipelines.
‍

‍

Antes de sumergirnos en la ejecución del copia de seguridad masiva comando, es importante entender las opciones disponibles.
‍

Hay 32 diferentes parámetros, pero en realidad se pueden agrupar en seis áreas clave:

• ¿De qué instancia estamos haciendo una copia de seguridad?

• ¿Cómo queremos configurar la copia de seguridad?

• ¿Dónde se almacenará la copia de seguridad?

• ¿Qué aplicaciones están incluidas?

• ¿De qué componentes se están realizando copias de seguridad?

• ¿Hay dependencias subyacentes u opciones avanzadas relacionadas con la copia de seguridad?
  ‍

‍

Ejecución de copias de seguridad de mas en la CLI de MAS

El siguiente comando de respaldo de MAS incluye la aplicación Administrar, que aún requiere que se especifique el ID del espacio de trabajo. También incluye SLS y especifica el espacio de nombres en el que está instalado.
‍

Las primeras veces que ejecuté este comando, falló casi de inmediato durante la tarea de verificación previa a la copia de seguridad.
‍

La comprobación previa a la copia de seguridad valida el estado de todos los componentes del clúster de OpenShift, lo que no es ideal cuando solo se intenta ejecutar una copia de seguridad específica. Utilice el parámetro --ski-pre-check para omitirlo.
‍

‍

Una vez que se lanza la copia de seguridad, ocurren algunas cosas entre bastidores.
‍

El operador de oleoductos de OpenShift se instala en el espacio de nombres Core y, a continuación, en el espacio de nombres Manage, desde que se incluyó en la copia de seguridad, y también crea un Tuberías espacio de nombres donde también está instalado el operador.
‍

Por lo tanto, no se trata solo de una copia de seguridad, sino de realizar cambios en su clúster.
‍

‍

A medida que la copia de seguridad avanza e instala sus dependencias, aparece un enlace a Pipeline Run se proporciona en la ventana de la CLI de MAS.
‍

A partir de ese momento, tendrá que seguir supervisando la copia de seguridad directamente desde el clúster de OpenShift.
‍

Pipeline Run le ofrece una visión paso a paso de todo el proceso de copia de seguridad, desde la validación hasta la carga final, para que pueda supervisar el progreso en tiempo real.
‍

‍
Limitaciones de MAS Backup

• Algunas clases de almacenamiento y modos de acceso no son compatibles en ciertos entornos (por ejemplo, SNO, AWS, Azure).

• Solo se admite MongoDB Community Edition.

• Las comprobaciones previas a la copia de seguridad escanean todo el clúster, aunque se pueden omitir.

‍