Se usó la API de Cloud Translation para traducir esta página.

Activa y migra otros tipos de imágenes de copia de seguridad de bases de datos para la recuperación instantánea en cualquier destino

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

Las bases de datos de Microsoft SQL Server, Oracle y SAP HANA tienen procedimientos específicos para el montaje y la migración.

Nota: Mount and migrate es un montaje rápido. La base de datos está disponible de inmediato desde el disco de etapa de pruebas y, luego, los datos se transfieren 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 procedimiento de restablecimiento, que suele durar 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 los siguientes tipos de bases de datos compatibles:

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

Una operación de montaje y migración te permite restablecer una base de datos. Para ello, primero la montas y, luego, la migras 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 una instancia con una imagen de copia de seguridad a nivel del volumen, puedes activarla y migrarla:

Cómo volver a montar y migrar a la fuente
Cómo instalar y migrar a una instancia nueva

En esta página, se describe cómo realizar montajes estándar y virtuales de bases de datos (compatibles con aplicaciones) de los otros tipos de bases de datos.

Cómo volver a montar y migrar a la fuente

Sigue estas instrucciones para activar una base de datos desde una imagen de copia de seguridad y migrar la imagen activada de nuevo a la fuente.

En la consola de administración de Backup and DR Service, haz clic en Administrador de aplicaciones > Aplicaciones, haz clic con el botón derecho en la base de datos protegida y selecciona Acceder. Puedes usar el filtro de estado Plan de copia de seguridad administrado para mostrar solo las bases de datos protegidas.
Inhabilita el plan de copias 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 montaje, ejecuta la secuencia de comandos mountrecover con los parámetros que se indican en Arguments to the script.

Nombre de la secuencia de comandos: ACT_DB2_mountrecover.sh

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

Secuencia de comandos
```
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.
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 a la fuente

Para migrar los datos, se deben cumplir con los siguientes requisitos previos:

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.
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 de producción y de registro.
Usa el comando df para conocer el punto de activación de Backup and DR.
Para ver los dispositivos disponibles del administrador de volúmenes lógicos de destino, usa el comando lvdisplay. Debes especificar la ruta de acceso completa del volumen lógico.
Para ver el nombre del trabajo, usa Monitor > Trabajos.
Todos los demás valores deben ser los mismos que se usaron durante el montaje.

Una vez que se complete la secuencia de comandos mountrecover, ejecuta la secuencia de comandos de migración:
IBM Db2
Secuencia de comandos: /act/custom_apps/db2/restore/ACT_DB2_lvm_migrate_newtarget
```
/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
MariaDB
Secuencia de comandos: /act/custom_apps/mariadb/restore/ACT_MARIADB_lvm_migrate_newTarget.sh
```
/act/custom_apps/mariadb/lvm_migrate/ACT_MARIADB_lvm_migrate.sh \
JOBID \
OSUSER \
DBUSER \
DBPASSWORD \
BASEDIR \
MARIADB_CNF \
PORT \
SOCKET_FILE \
CONFIG_FILE \
BEGIN_TIME \
UNTIL_TIME \
LOG_BKP_MNTPT \
DATAVOL_DISK_MAPPING
```
Nota: Production_LVM_device debe estar montado con el punto de activación de origen. Si una instancia de MariaDB se montó en /maria/data durante la copia de seguridad, durante esta tarea debe estar en el mismo punto de montaje.

Ejemplo:

/act/custom_apps/mariadb/lvm_migrate/ACT_MARIADB_lvm_migrate.sh JOBID=Job_0377678 OSUSER=maria DBUSER=root DBPASSWORD=xxxx BASEDIR=/home/maria/app/mariadb/product/mariaHome_10.3.9 MARIADB_CNF=/act/mnt/Job_12859112_mountpoint_1689356128423/lvmdata/mysqld-auto.cnf PORT=3307 SOCKET_FILE=/home/maria/app/mariadb/admin/mariadb_3307/socket/maria_3307.socket CONFIG_FILE=/home/maria/app/mariadb/admin/mariadb_3307/mariadb_3307.cnf BEGIN_TIME="2020-02-12 21:08:27" UNTIL_TIME="2020-02-12 21:10:00" LOG_BKP_MNTPT=/mmTST_archivelog DATAVOL_DISK_MAPPING=/mmTST/mariadb_3307:/dev/mapper/vg1-m7
MySQL
Secuencia de comandos: /act/custom_apps/mysql/lvm_migrate/ACT_MYSQL_lvm_migrate_newTarget
```
/act/custom_apps/mysql/lvm_migrate/ACT_MYSQL_lvm_migrate_newTarget.sh \
DATAVOL_DISK_MAPPING \
BASEDIR \
DBUSER \
DBPASSWORD \
OSUSER \
PORT \
JOBID \
```
Ejemplo:

/act/custom_apps/mysql/lvm_migrate/ACT_MYSQL_lvm_migrate_newTarget.sh DATAVOL_DISK_MAPPING=/chdb/data_1:/dev/mapper/act1581111994981_1581485847546-act_staging_vol,/chdb/log_1:/dev/mapper/act1581111994981_1581485847590-act_staging_vol DBUSER=root DBPASSWORD=password OSUSER=mysql PORT=3434 BASEDIR=/install/mysql-advanced-5.7.26-linux-glibc2.12-x86_64 JOBID=Job_0070633
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
```
  /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 de destino del administrador de volúmenes lógicos 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
```
/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
```
/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 completa correctamente, los datos se transfieren 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 creada por el montaje ahora se encuentre en un volumen lógico local en lugar del volumen lógico presentado por el montaje ejecutando el comando df.

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

Cómo instalar y migrar a una instancia nueva

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

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 de /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 disponibles del administrador de volúmenes lógicos de destino con el comando lvdisplay. Debes especificar la ruta de acceso completa del volumen lógico.
Usa Monitor > Jobs para ver el nombre del trabajo.
Todos los demás valores deben ser los mismos que se usaron durante el montaje.

Una vez que se complete el montaje, ejecuta la secuencia de comandos ACT_<database type>_lvm_migrate_newtarget con los parámetros en los argumentos de las secciones de la secuencia de comandos.
IBM Db2
Script:/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
MariaDB
Secuencia de comandos: /act/custom_apps/mariadb/restore/ACT_MARIADB_lvm_migrate_newTarget.sh
```
/act/custom_apps/mariadb/lvm_migrate/ACT_MARIADB_lvm_migrate_newTarget.sh \
DATAVOL_DISK_MAPPING \
BASEDIR \
DBUSER \
DBPASSWORD \
OSUSER \
PORT \
JOBID \
```
Ejemplo:

/act/custom_apps/mariadb/lvm_migrate/ACT_MARIADB_lvm_migrate_newTarget.sh JOBID=Job_1266533 DBUSER=root DBPASSWORD= BASEDIR=/install/maria OSUSER=maria PORT=3434 DATAVOL_DISK_MAPPING=/chdb/data1:/dev/mapper/vgnew-mariaData
MySQL
Secuencia de comandos: /act/custom_apps/mysql/restore/ACT_MYSQL_lvm_migrate_newTarget.sh
```
/act/custom_apps/mysql/lvm_migrate/ACT_MYSQL_lvm_migrate_newTarget.sh \
DATAVOL_DISK_MAPPING \
BASEDIR \
DBUSER \
DBPASSWORD \
OSUSER \
PORT \
JOBID \
```
Ejemplo:

/act/custom_apps/mysql/lvm_migrate/ACT_MYSQL_lvm_migrate_newTarget.sh DATAVOL_DISK_MAPPING=/chdb/data_1:/dev/mapper/act1581111994981_1581485847546-act_staging_vol,/chdb/log_1:/dev/mapper/act1581111994981_1581485847590-act_staging_vol DBUSER=root DBPASSWORD=password OSUSER=mysql PORT=3434 BASEDIR=/install/mysql-advanced-5.7.26-linux-glibc2.12-x86_64 JOBID=Job_0070633
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 \
```
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
```
/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 lvm 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
```
/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
```
/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
Cuando el trabajo se completa correctamente, los datos se transfieren del dispositivo de copia de seguridad y recuperación al almacenamiento de producción local mientras se ejecuta la base de datos. Ve a la consola de administración y realiza una acción de Unmount+Delete.

Activa y migra otros tipos de imágenes de copia de seguridad de bases de datos para la recuperación instantánea en cualquier destino Organiza tus páginas con colecciones Guarda y categoriza el contenido según tus preferencias.

Cómo volver a montar y migrar a la fuente

Solo IBM Db2

Todos los demás tipos de bases de datos

Migra los datos del dispositivo de copia de seguridad y recuperación a la fuente

IBM Db2

MariaDB

MySQL

PostgreSQL

SAP ASE

SAP IQ

SAP MaxDB