Conmutación por error con un volumen principal accesible para la recuperación ante desastres

Acceda rápidamente a sus datos en el sitio secundario cuando el almacenamiento principal siga estando accesible tras un incidente catastrófico siguiendo estos pasos de conmutación por error.

Si se produce un incidente catastrófico en el sitio principal y aún se puede acceder al almacenamiento principal, puede seguir los siguientes pasos para acceder rápidamente a sus datos en el sitio secundario.

Antes de iniciar la migración tras error, asegúrese de que todas las autorizaciones de host están en vigor.

Los hosts y volúmenes autorizados deben estar en el mismo centro de datos. Por ejemplo, no puede tener un volumen de réplica en Londres y el host en Ámsterdam. Ambos deben estar en Londres o en Ámsterdam.

Autorización del host

Puede crear la autorización en la interfaz de usuario, desde la CLI, con la API o con Terraform.

Inicio de una migración tras error desde un volumen a su réplica

Si se avecina un fallo, puedes iniciar una conmutación por error controlada o una conmutación por error inmediata al volumen de destino.

Una Migración tras error controlada es la mejor opción cuando desea probar la función de migración tras error. También es la mejor opción cuando lo más importante es mantener el funcionamiento en la ubicación de la réplica con los datos más recientes. En una migración tras error controlada, se toma una nueva instantánea y se copia en la ubicación de la réplica. Una vez que los datos se han copiado correctamente, el volumen está disponible para su montaje.

Cuando se selecciona una conmutación por error inmediata, se activa la última instantánea replicada correctamente y el volumen queda disponible para su montaje. El volumen de destino se activa en menos tiempo en comparación con una migración tras error controlada. Sin embargo, los datos que se han escrito en el volumen de origen desde el ciclo de réplica anterior se pierden.

Cuando se inicia una migración tras error, la relación de réplica se invierte. El volumen de destino original se convierte en el volumen de origen activo y el volumen de origen anterior se convierte en el destino de réplica inactivo.

Las conmutaciones por error se inician en la sección «Almacenamiento», File Storage for Classic en la consola de IBM Cloud®.

Antes de continuar con estos pasos, desconecte el volumen. Si no se hace así, se producen errores y pérdidas de datos.

Error al replicar en la consola

Pulse el volumen activo (“origen”).
Pulse Acciones .
Seleccione Migración tras error. Seleccione Migración tras error controlada o Migración tras error inmediata.
Marque el recuadro de selección para reconocer la información pertinente y pulse Sí para continuar. Se visualiza una ventana para confirmar que la migración tras error está en curso. Pulse Cerrar para volver a la lista de comparticiones de archivos.
En la lista, localice sus acciones. Si tiene varias páginas, es posible que tenga que ir a la página siguiente para ver las comparticiones.
El estado de los recursos compartidos de origen y réplica se muestra como 'Recuperación tras error en curso'. También aparecerá un icono junto al volumen en File Storage for Classic que indicará que hay una transacción activa en curso. Al pasar el cursor por encima del icono, aparece una ventana en la que se muestran los detalles de la transacción. El icono desaparecerá una vez completada la transacción.

Durante el proceso de migración tras error, las acciones relacionadas con la configuración son de solo lectura. No puede editar ninguna planificación de instantáneas ni cambiar el espacio de instantáneas. El suceso se registra en el historial de réplicas. Cuando el volumen de destino está activo, obtiene otro mensaje. El estado del volumen de origen original pasa a Inactivo.
Renueve la página en el navegador. Cuando la transacción se ha completado, el volumen de réplica tiene el estado Activo y el volumen de origen original pasa a ser Inactivo.
Monte y conecte el volumen de almacenamiento al host. Para obtener más información, consulta la sección «Cómo conectar tu dispositivo de almacenamiento ».

Migración tras error a réplica desde la CLI

Antes de empezar, decida el cliente de CLI que desea utilizar.

Puede instalar la CLI deIBM Cloud e instalar el plug-in SL con ibmcloud plugin install sl. Para obtener más información, consulte Ampliación de la CLI de IBM Cloud con plugins.
O bien, puede instalar SLCLI.

Inicio de una migración tras error desde IBMCLOUD CLI

Puede utilizar el mandato ibmcloud sl file replica-failover para realizar operaciones de migración tras error desde la compartición de archivos de origen a la compartición de archivos de réplica. El ejemplo siguiente inicia una migración tras error desde la compartición de origen 560156918 a la compartición de réplica 560382016.

$ ibmcloud sl file replica-failover 560156918 560382016
OK
Failover of volume 560156918 to replica 560382016 is now in progress.

Para obtener más información sobre todos los parámetros disponibles para este mandato, consulte ibmcloud sl file replica-failover.

Inicio de una migración tras error desde SLCLI

Para realizar la migración tras error de un volumen de archivos a un volumen replicante específico, utilice el mandato siguiente.

$ slcli file replica-failover --help
  Usage: slcli file replica-failover [OPTIONS] VOLUME_ID
  Options:
   --replicant-id TEXT  ID of the replicant volume
   --immediate          Failover to replicant immediately.
   -h, --help           Show this message and exit.

Durante el proceso de migración tras error, las acciones relacionadas con la configuración son de solo lectura. No puede editar ninguna planificación de instantáneas ni cambiar el espacio de instantáneas. El suceso se registra en el historial de réplicas. Cuando el volumen de destino está activo, obtiene otro mensaje. El estado del volumen de origen original pasa a Inactivo.

Inicio de un restablecimiento desde un volumen a su réplica

Cuando el volumen de origen original se ha reparado, puede iniciar un restablecimiento controlado a su volumen de origen original.

En una recuperación controlada, se llevan a cabo los siguientes pasos:

El volumen de origen activo se pone fuera de línea.
Se toma una instantánea.
Se completa el ciclo de réplica.
Se activa la instantánea de datos recién tomada.
El volumen de origen pasa a estar activo para su montaje.

Cuando se inicia un restablecimiento, la relación de réplica se invierte de nuevo. El volumen de origen original se restaura como el volumen de origen activo y el volumen de destino vuelve a ser el volumen de destino inactivo.

Volver a fallar en la consola

Las recuperaciones se inician en la sección «Almacenamiento», File Storage for Classic en la consola de IBM Cloud®.

Pulse el volumen activo ("destino").
En la página Detalles de compartición, pulse Acciones .
Seleccione Restablecimiento.
Marque la casilla de verificación para reconocer la información pertinente y haga clic en Sí para continuar.
Se visualiza una ventana para confirmar que la migración tras error está en curso. Pulse Cerrar para volver a la lista de comparticiones de archivos.
En la lista, localice sus acciones. Si tiene varias páginas, es posible que tenga que ir a la página siguiente para ver las comparticiones.
El estado de los recursos compartidos de origen y réplica se muestra como 'Recuperación tras error en curso'. También aparecerá un icono junto al volumen en File Storage for Classic que indicará que hay una transacción activa en curso. Al pasar el cursor por encima del icono, aparece una ventana en la que se muestran los detalles de la transacción. El icono desaparecerá una vez completada la transacción.

Durante el proceso de retrotracción, las acciones relacionadas con la configuración son de solo lectura. No puede editar ninguna planificación de instantáneas ni cambiar el espacio de instantáneas. El suceso se registra en el historial de réplicas.
Renueve la página en el navegador. Cuando se completa la transacción, la compartición de origen original se muestra como Activa y la compartición de réplica tiene un estado Inactiva.
Monte y conecte el volumen de almacenamiento al host. Para obtener más información, consulte Conexión del nuevo almacenamiento.

Migración tras error desde la CLI

Inicio de un restablecimiento desde IBMCLOUDCLI

Puede utilizar el mandato ibmcloud sl file replica-failback para realizar operaciones de recuperación tras error desde la compartición de archivos de réplica a la compartición de archivos de origen original. El ejemplo siguiente inicia un restablecimiento en la compartición de origen original 560156918.

$ ibmcloud sl file replica-failback 560156918
OK
Failback of volume 560156918 is now in progress.

Para obtener más información sobre todos los parámetros disponibles para este mandato, consulte ibmcloud sl file replica-failback.

Inicio de un restablecimiento desde la CLI de SL

Para realizar la migración tras error de un volumen de archivo a un volumen replicante específico.

$ slcli file replica-failback --help
   Usage: slcli file replica-failback [OPTIONS] VOLUME_ID
   Options:
    --replicant-id TEXT  ID of the replicant volume
    -h, --help           Show this message and exit.

Durante el proceso de retrotracción, las acciones relacionadas con la configuración son de solo lectura. No puede editar ninguna planificación de instantáneas ni cambiar el espacio de instantáneas. El suceso se registra en el historial de réplicas.