Esta página se ha traducido con Cloud Translation API.

Montar y migrar otros tipos de imágenes de backup de bases de datos para restaurar al instante cualquier destino

La función de montaje y migración del servicio de copia de seguridad y recuperación tras desastres permite recuperar casi al instante una imagen de copia de seguridad de una base de datos a nivel de volumen. Las imágenes de backup completas e incrementales no pueden usar la opción de montar y migrar.

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

Nota: Montar y migrar es un montaje rápido. La base de datos está disponible inmediatamente desde el disco de almacenamiento provisional y, a continuación, los datos se mueven del disco de almacenamiento provisional al almacenamiento de destino. Si los usuarios están activos en la base de datos, este proceso lleva tiempo y afecta al rendimiento. Las bases de datos SAP IQ y SAP MaxDB también pueden usar un procedimiento de restauración con secuencias de comandos para recuperar una imagen de volumen en un nuevo destino. Con este método, la base de datos permanece inactiva durante todo el proceso de restauración, que suele durar varias horas, pero al final la base de datos está disponible en el almacenamiento de destino con un rendimiento óptimo, sin que afecte la migración en segundo plano ni la lectura de un disco de almacenamiento provisional.

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

Puedes acceder a las imágenes de backup de estas bases de datos de varias formas:

Una operación de montaje y migración te permite restaurar una base de datos. Para ello, primero debes montarla y, después, migrarla al almacenamiento de producción o a una nueva ubicación. Los usuarios tienen acceso normal a la base de datos mientras está montada y durante el paso de migración.

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

Montar y migrar de nuevo a la fuente
Montar y migrar a una nueva instancia

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

Montar y migrar de nuevo a la fuente

Sigue estas instrucciones para montar una base de datos a partir de una imagen de copia de seguridad y migrar la imagen montada de nuevo al origen.

En la consola de gestión del servicio de copia de seguridad y recuperación ante desastres, haz clic en Gestor de aplicaciones > Aplicaciones, haz clic con el botón derecho en la base de datos protegida y selecciona Acceso. Puede usar el filtro de estado Plan de copia de seguridad gestionado para mostrar solo las bases de datos protegidas.
Inhabilita el plan de copias de seguridad para asegurarte de que ninguna tarea nueva interfiera con esta.
Solo IBM Db2
Monta la imagen como un montaje estándar.

Si la ubicación de montaje es /mydatabase, se cumple lo siguiente:
- La copia de seguridad de la base de datos se monta en /mydatabase.
- La copia de seguridad del registro se monta en /mydatabase_archivelog.
Una vez que se haya completado el trabajo de montaje, ejecuta la secuencia de comandos mountrecover con los parámetros de Argumentos de la secuencia de comandos.

Nombre del script: 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
Monta la imagen como un montaje virtual.
Cuando la operación de montaje se completa correctamente, la base de datos recuperada se puede usar desde el dispositivo de copia de seguridad o recuperación. El siguiente paso es migrar la base de datos al almacenamiento de producción.

Migrar los datos del dispositivo de copia de seguridad o recuperación al origen

Para migrar los datos, se deben cumplir 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 ponerse offline u online al inicio del proceso pvmove.
El tamaño del dispositivo LVM del host de destino debe ser igual o superior al tamaño de BackupDR_mount_point.
Asegúrese de que /etc/fstab tenga las entradas /dev/mapper de los volúmenes de datos de producción y de registro.
Usa el comando df para consultar el punto de montaje de Backup and DR.
Para ver los dispositivos de gestor de volúmenes lógicos de destino disponibles, usa el comando lvdisplay. Debes especificar la ruta completa del volumen lógico.
Para ver el nombre del trabajo, usa Monitor > Trabajos.
Todos los demás valores deben ser los mismos que los utilizados durante el montaje.

Una vez que se haya completado 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 montarse con el punto de montaje de origen. Si una instancia de MariaDB se monta 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 gestión 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
```
/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:

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

Si la tarea se completa correctamente, los datos se moverán al almacenamiento de producción local desde los discos aprovisionados del dispositivo de copia de seguridad o recuperación mientras la base de datos esté en ejecución. Para comprobar que el sistema de archivos de la base de datos creada por el montaje ahora se encuentra en un volumen lógico local en lugar del volumen lógico presentado por el montaje, ejecuta el comando df.

Una vez que el trabajo se haya completado correctamente, los datos se moverán al almacenamiento de producción local desde los discos aprovisionados del dispositivo de copia de seguridad o recuperación mientras se ejecuta la base de datos.
Ve a la consola de gestión y selecciona Desmontar + Eliminar.
Vuelve a habilitar el plan de copias de seguridad para activar las tareas programadas.

Montar y migrar a una nueva instancia

Para montar una imagen de base de datos como una base de datos virtual y, a continuación, migrarla a un nuevo destino, realiza un montaje compatible con aplicaciones tal como se describe en Montar una base de datos virtual a partir de una imagen de copia de seguridad a nivel de volumen.

Migrar los datos

Estos son los requisitos 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 estar sin conexión o conectado al inicio del proceso de pvmove.
Comprueba que el tamaño del dispositivo de gestión de volúmenes lógicos del host de destino sea igual o superior al tamaño de BackupDR_mount_point.
Comprueba que /etc/fstab tenga las entradas /dev/mapper de los volúmenes de datos de producción y de registro.
Usa el comando df para consultar el punto de montaje de la recuperación ante desastres de la copia de seguridad.
Consulta los dispositivos de gestor de volúmenes lógicos de destino disponibles con el comando lvdisplay. Debes especificar la ruta completa del volumen lógico.
Usa Monitor > Trabajos para ver el nombre del trabajo.
Todos los demás valores deben ser los mismos que los utilizados durante el montaje.

Una vez que se haya completado el montaje, ejecuta la secuencia de comandos ACT_<database type>_lvm_migrate_newtarget con los parámetros de las secciones de argumentos 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
Si el trabajo se completa correctamente, los datos se moverán al almacenamiento de producción local desde los discos aprovisionados del dispositivo de copia de seguridad o recuperación mientras se ejecuta la base de datos. Ve a la consola de gestión y realiza un Desmontar+Eliminar.

Montar y migrar otros tipos de imágenes de backup de bases de datos para restaurar al instante cualquier destino Organízate con las colecciones Guarda y clasifica el contenido según tus preferencias.

Montar y migrar de nuevo a la fuente

Solo IBM Db2

Todos los demás tipos de bases de datos

Migrar los datos del dispositivo de copia de seguridad o recuperación al origen

IBM Db2

MariaDB

MySQL

PostgreSQL

SAP ASE

SAP IQ

SAP MaxDB