Activa y migra otros tipos de copias de seguridad de bases de datos para realizar la recuperación en cualquier destino de la consola de administración de dispositivos

Precaución: Se dio de baja la compatibilidad con la copia de seguridad y el restablecimiento de las cargas de trabajo administradas con la consola de administración de dispositivos heredada. Para obtener más información, consulta Bajas de funciones en la documentación de Backup and DR.

La función de activación y migración de Backup and DR permite la recuperación casi instantánea de una imagen de copia de seguridad de la base de datos a nivel de volumen. Las imágenes de copia de seguridad incremental y completa no pueden usar la activación y la migración.

Nota: Con la activación y migración, se recuperan instancias completas. No puede recuperar una sola base de datos en una instancia de base de datos. Para ello, necesitas el permiso Recuperar otros tipos de bases de datos en una ubicación nueva.

Las bases de datos de Microsoft SQL Server, Oracle y SAP HANA tienen procedimientos específicos para activar y migrar.

Nota: La opción Activar y migrar es una activación rápida. La base de datos está disponible de inmediato desde el disco de etapa de pruebas y, luego, los datos se mueven del disco de etapa de pruebas al almacenamiento de destino. Si los usuarios están activos en la base de datos, esto lleva tiempo y afecta el rendimiento. Las bases de datos de SAP IQ y SAP MaxDB también pueden usar un procedimiento de restablecimiento con secuencias de comandos para recuperar una imagen de volumen en un destino nuevo. Este método mantiene la base de datos inactiva durante todo el tiempo del procedimiento de restauración, a menudo algunas horas, pero al final la base de datos está disponible en el almacenamiento de destino con un rendimiento completo, sin impacto de la migración en segundo plano ni de la lectura desde un disco de etapa de pruebas.

En esta página, se proporcionan instrucciones para estos otros tipos de bases de datos compatibles:

• IBM Db2

• PostgreSQL

• SAP ASE

• SAP IQ

• SAP MaxDB

Puedes acceder a las imágenes de copia de seguridad de estas bases de datos de varias maneras:

• Restablece a la fuente
• Recupera en un destino nuevo (solo SAP MaxDB y SAP IQ)
• Clonar
• LiveClone
• Flujo de trabajo de Backup and DR
• Activación

Una operación de activación y migración te permite restablecer una base de datos activándola primero y, luego, migrándola al almacenamiento de producción o a una ubicación nueva. Los usuarios tienen acceso normal a la base de datos mientras está activada y durante el paso de migración.

Una vez que hayas protegido una base de datos o instancia con una imagen de copia de seguridad a nivel de volumen, puedes activarla y migrarla:

• Activa y migra de vuelta a la fuente
• Activa y migra a una instancia nueva

En esta página, se describe cómo realizar activaciones de bases de datos estándar y virtuales (Application Awareness) de los otros tipos de bases de datos.

Activa y vuelve a migrar a la fuente

Usa estas instrucciones para activar una base de datos desde una imagen de copia de seguridad y migrar la imagen activada de vuelta al origen.

1. En la consola de administración del dispositivo de Backup and DR, haz clic en Administrador de apps > Aplicaciones, haz clic con el botón derecho en la base de datos protegida y selecciona Acceso. Puedes usar el filtro de estado Plan de copia de seguridad administrado para mostrar solo las bases de datos protegidas.

2. Inhabilita el plan de copia de seguridad para asegurarte de que ningún trabajo nuevo interfiera con este.

   Solo IBM Db2

   Activa la imagen como una activación estándar.

   Si en la ubicación de activación usas el punto de activación /mydatabase, se cumple lo siguiente:

   • La copia de seguridad de la base de datos se activa en /mydatabase
   • La copia de seguridad del registro se activa en /mydatabase_archivelog

   Una vez que se complete el trabajo de activación, ejecuta la secuencia de comandos mountrecover con los parámetros en Argumentos para la secuencia de comandos.

   Ubicación de la secuencia de comandos: /act/custom_apps/db2/clone/ACT_DB2_mountrecover.sh

   /act/custom_apps/db2/clone/ACT_DB2_mountrecover.sh \
     TARGET_MNT \
     TARGET_INSTANCE \
     TARGET_DBNAME_LIST \
     UNTIL_TIME \
     JOBID
   

   Ejemplo

   /act/custom_apps/db2/clone/ACT_DB2_mountrecover.sh TARGET_MNT=/db2gj \
     TARGET_INSTANCE=db2prod TARGET_DBNAME_LIST=ENG,TEST1,IND \
     UNTIL_TIME="2020-02-12 04.14.41" JOBID=Job_12332
   

   Todos los demás tipos de bases de datos

   Activa la imagen como una activación virtual.

3. Cuando la operación de activación se completa correctamente, la base de datos recuperada está operativa desde el dispositivo de copia de seguridad y recuperación. El siguiente paso es migrar la base de datos a tu almacenamiento de producción.

Migra los datos del dispositivo de copia de seguridad y recuperación al origen

Se deben cumplir los siguientes requisitos previos para migrar los datos:

• El dispositivo host de destino local no debe estar en uso por otro proceso, como una base de datos en ejecución, ya que debe desconectarse o conectarse al inicio del proceso pvmove.
• El tamaño del dispositivo LVM del host de destino debe ser igual o mayor que el tamaño de BackupDR_mount_point.
• Asegúrate de que /etc/fstab tenga las entradas /dev/mapper para los volúmenes de datos y registros de producción.
• Usa el comando df para conocer el punto de activación de Backup and DR.
• Para ver los dispositivos de administrador de volúmenes lógicos de destino disponibles, usa el comando lvdisplay. Debes especificar la ruta de acceso completa del volumen lógico.
• Para ver el nombre del trabajo, usa Supervisar > Trabajos.
• Todos los demás valores deben ser los mismos que se usaron durante la activación.

1. Una vez que se complete la secuencia de comandos mountrecover, ejecuta la secuencia de comandos de migración:

   IBM Db2

   /act/custom_apps/db2/restore/ACT_DB2_lvm_migrate_newtarget.sh \
     SOURCE_INSTANCE \
     TARGET_DBNAME_LIST \
     JOBID \
     ARCHIVELOG_LOC \
     DATAVOL_DISK_MAPPING
   

   Ejemplo

   /act/custom_apps/db2/restore/ACT_DB2_lvm_migrate_newtarget.sh \
     SOURCE_INSTANCE=db2prod TARGET_DBNAME_LIST=TEST1,TEST2 JOBID=Job_4488748 \
     ARCHIVELOG_LOC=/db2gj_archivelog \
     DATAVOL_DISK_MAPPING=/db2gj/db2/data:/dev/mapper/vg00/vol_data,/db2gj/db2/log:/dev/mapper/vg01/vol_log
   

   PostgreSQL

   Secuencia de comandos: /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget

   /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget.sh \
     DATAVOL_DISK_MAPPING \
     BASEDIR \
     OSUSER \
     PORT \
     DBUSER \
     DBPASSWORD \
     JOBID
   

   Ejemplo

   /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget.sh \
     DATAVOL_DISK_MAPPING=/chtst/pgData10.3:/dev/mapper/actdevdatapg103_1594980385483/act_staging_vol \
     BASEDIR=/home/postgres/postgresql_home_10.3 OSUSER=postgres PORT=6010 \
     DBUSER=postgres JOBID=Job_0957580
   

   SAP ASE

   Secuencia de comandos: /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh

   /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh \
     DATAVOL_DISK_MAPPING \
     TARGET_SERVER_NAME \
     TARGET_DB_USER \
     TARGET_DBUSER_PASSWD \
     TARGET_DBNAME_LIST \
     JOBID
   

   Nota: Los dispositivos del administrador de volúmenes lógicos de destino deben estar vacíos.

   Ejemplo

    /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh \
      DATAVOL_DISK_MAPPING=/mntNT/log/CU1:/dev/mapper/vg2-lv2,/mntNT/data/CU1:/dev/mapper/vg2-lv1 \
      TARGET_SERVER_NAME=ASE1 TARGET_DB_USER=sa TARGET_DBUSER_PASSWD=sybase \
      TARGET_DBNAME_LIST=CU1:SU2 JOBID=Job_12345
    ```
   

   SAP IQ

   Secuencia de comandos: /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh

   /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh \
     DATAVOL_DISK_MAPPING \
     newDBNAME \
     DBA_USER \
     DBA_PASSWD \
     JOBID \
     NSTMNT_CHECK \
     PORTNO \
     DBFILE_LOC
   

   Ejemplo

   /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh \
    DATAVOL_DISK_MAPPING=/mr/iqlog:/dev/mapper/vg3-log,/mr/iqdata:/dev/mapper/vg3-data \
    newDBNAME=MR DBA_USER=act DBA_PASSWD=passwd JOBID=Job_123456 \
    NSTMNT_CHECK=TRUE PORTNO=2700 DBFILE_LOC=/home/sybaseiq/chdb
   

   SAP MaxDB

   Secuencia de comandos: /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh

   /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh \
     OSUSER \
     DBSID \
     DBUSER \
     DBPASSWORD \
     JOBID \
     LOCAL_PRG_PATH \
     DATAVOL_DISK_MAPPING
   

   Ejemplo

   /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh \
    OSUSER=sdb DBSID=DEMODB DBUSER=dbm DBPASSWORD=password JOBID=Job_0377678 \
    LOCAL_PRG_PATH=/opt/sdb/MaxDB DATAVOL_DISK_MAPPING=/mmTST/maxdbdata:/dev/mapper/vg1-m7
   

El resultado es similar al siguiente ejemplo:

INFOMSG: pvmove starting ......................
+ pvmove
  /dev/sdi: Moved: 47.07%
  /dev/sdi: Moved: 70.43%
  /dev/sdi: Moved: 93.83%

Cuando el trabajo se realiza de forma correcta, los datos se mueven al almacenamiento de producción local desde los discos aprovisionados por el dispositivo de copia de seguridad y recuperación mientras se ejecuta la base de datos. Puedes validar que el sistema de archivos de la base de datos que creó la activación ahora debería estar en un volumen lógico local, en lugar del volumen lógico que presenta la activación, ejecutando el comando df.

1. Una vez que el trabajo se completa correctamente, los datos se mueven al almacenamiento de producción local desde los discos aprovisionados desde el dispositivo de copia de seguridad y recuperación mientras se ejecuta la base de datos.
2. Ve a la consola de administración del dispositivo y selecciona Desactivar y borrar.
3. Vuelve a habilitar el plan de copia de seguridad para activar los trabajos programados.

Activa y migra a una instancia nueva

Para activar una imagen de base de datos como una base de datos virtual y, luego, migrarla a un destino nuevo, realiza una activación compatible con Application Awareness, como se detalla en Activa una base de datos virtual desde una imagen de copia de seguridad a nivel de volumen.

Nota: Habilita Create New Virtual Application y Manage New Application.

Migra los datos

A continuación, se indican los requisitos previos para migrar datos:

• El dispositivo host de destino local no debe estar en uso por otro proceso, como una base de datos en ejecución, ya que debe desconectarse o conectarse al inicio del proceso de pvmove.
• Verifica que el tamaño del dispositivo del administrador de volúmenes lógicos del host de destino sea igual o superior al tamaño de BackupDR_mount_point.
• Verifica que /etc/fstab tenga las entradas /dev/mapper para los volúmenes de datos y registros de producción.
• Usa el comando df para conocer el punto de activación de Backup DR.
• Consulta los dispositivos de administrador de volúmenes lógicos de destino disponibles con el comando lvdisplay. Debes especificar la ruta de acceso completa del volumen lógico.
• Usa Supervisar > Trabajos para ver el nombre del trabajo.
• Todos los demás valores deben ser los mismos que se usaron durante la activación.

1. Una vez que se complete la activación, ejecuta la secuencia de comandos ACT_<database type>_lvm_migrate_newtarget con los parámetros en las secciones de argumentos de la secuencia de comandos.

   IBM Db2

   Secuencia de comandos: /act/custom_apps/db2/restore/ACT_DB2_lvm_migrate_newtarget.sh

   /act/custom_apps/db2/restore/ACT_DB2_lvm_migrate_newtarget.sh \
     SOURCE_INSTANCE \
     TARGET_DBNAME_LIST \
     JOBID \
     ARCHIVELOG_LOC \
     DATAVOL_DISK_MAPPING
   

   Ejemplo

   /act/custom_apps/db2/restore/ACT_DB2_lvm_migrate_newtarget.sh \
     SOURCE_INSTANCE=db2prod TARGET_DBNAME_LIST=TEST1,TEST2 \
     JOBID=Job_4488748 ARCHIVELOG_LOC=/db2gj_archivelog \
     DATAVOL_DISK_MAPPING=/db2gj/db2/data:/dev/mapper/vg00/vol_data,/db2gj/db2/log:/dev/mapper/vg01/vol_log
   

   PostgreSQL

   Secuencia de comandos: /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget.sh

   /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget.sh \
      DATAVOL_DISK_MAPPING \
      BASEDIR \
      OSUSER \
      PORT \
      DBUSER \
      DBPASSWORD \
      JOBID
    ```
   
   **Example**
   
   ```sh
    /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget.sh \
      DATAVOL_DISK_MAPPING=/chtst/pgData10.3:/dev/mapper/actdevdatapg103_1594980385483/act_staging_vol \
      BASEDIR=/home/postgres/postgresql_home_10.3 OSUSER=postgres PORT=6010 \
      DBUSER=postgres JOBID=Job_0957580
    ```
   

   SAP ASE

   Secuencia de comandos: /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh

   /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh \
     DATAVOL_DISK_MAPPING \
     TARGET_SERVER_NAME \
     TARGET_DB_USER \
     TARGET_DBUSER_PASSWD \
     TARGET_DBNAME_LIST \
     JOBID
   

   Nota: Los dispositivos del administrador de volúmenes lógicos de destino deben estar vacíos.

   Ejemplo

   /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh \
    DATAVOL_DISK_MAPPING=/mntNT/log/CU1:/dev/mapper/vg2-lv2,/mntNT/data/CU1:/dev/mapper/vg2-lv1 \
    TARGET_SERVER_NAME=ASE1 TARGET_DB_USER=sa TARGET_DBUSER_PASSWD=sybase \
    TARGET_DBNAME_LIST=CU1:SU2 JOBID=Job_12345
   

   SAP IQ

   Secuencia de comandos: /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh

   /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh \
     DATAVOL_DISK_MAPPING \
     TARGET_DBNAME \
     DBA_USER \
     DBA_PASSWD \
     JOBID \
     NSTMNT_CHECK \
     PORTNO \
     DBFILE_LOC
   

   Ejemplo

   /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh \
     DATAVOL_DISK_MAPPING=/mr/iqlog:/dev/mapper/vg3-log,/mr/iqdata:/dev/mapper/vg3-data \
     newDBNAME=MR DBA_USER=act DBA_PASSWD=passwd JOBID=Job_123456 \
     NSTMNT_CHECK=TRUE PORTNO=2700 DBFILE_LOC=/home/sybaseiq/chdb
   

   SAP MaxDB

   Secuencia de comandos: /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh

   /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh \
   OSUSER \
   DBSID \
   DBUSER \
   DBPASSWORD \
   JOBID \
   LOCAL_PRG_PATH \
   DATAVOL_DISK_MAPPING \
   

   Ejemplo:

   /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh OSUSER=sdb DBSID=DEMODB DBUSER=dbm DBPASSWORD=password JOBID=Job_0377678 LOCAL_PRG_PATH=/opt/sdb/MaxDB DATAVOL_DISK_MAPPING=/mmTST/maxdbdata:/dev/mapper/vg1-m7

1. Cuando el trabajo se realiza de forma correcta, los datos se mueven al almacenamiento de producción local desde los discos aprovisionados desde el dispositivo de copia de seguridad y recuperación mientras se ejecuta la base de datos. Ve a la consola de administración del dispositivo y realiza una acción de Desactivar y borrar.