Cette page a été traduite par l'API Cloud Translation.

Monter et migrer d'autres types d'images de sauvegarde de base de données pour une récupération instantanée sur n'importe quelle cible

La fonctionnalité de montage et de migration du service de sauvegarde et de reprise après sinistre permet de récupérer presque instantanément une image de sauvegarde de base de données au niveau du volume. Les images de sauvegarde complètes et incrémentielles ne peuvent pas utiliser l'installation et la migration.

Les bases de données Microsoft SQL Server, Oracle et SAP HANA disposent de procédures spécifiques pour l'installation et la migration.

Remarque :L'option "Mount and migrate" (Installer et migrer) permet d'installer rapidement le volume. La base de données est immédiatement disponible à partir du disque de préproduction, puis les données sont transférées du disque de préproduction vers le stockage cible. Si des utilisateurs sont actifs dans la base de données, cela prend du temps et affecte les performances. Les bases de données SAP IQ et SAP MaxDB peuvent également utiliser une procédure de restauration avec des scripts pour récupérer une image de volume sur une nouvelle cible. Cette méthode maintient la base de données hors service pendant toute la durée de la procédure de restauration, souvent plusieurs heures, mais à la fin, la base de données est disponible sur le stockage cible à pleines performances, sans impact de la migration en arrière-plan ni de la lecture à partir d'un disque d'attente.

Cette page fournit des instructions pour les autres types de bases de données compatibles:

Vous pouvez accéder aux images de sauvegarde de ces bases de données de plusieurs manières:

Une opération d'installation et de migration vous permet de restaurer une base de données en la montant d'abord, puis en la migrant vers un stockage de production ou vers un nouvel emplacement. Les utilisateurs ont un accès normal à la base de données lorsqu'elle est montée et pendant l'étape de migration.

Une fois que vous avez protégé une base de données ou une instance avec une image de sauvegarde au niveau du volume, vous pouvez l'installer et la migrer:

Monter et migrer vers la source
Monter et migrer vers une nouvelle instance

Cette page explique comment effectuer des montages de base de données standards et virtuels (compatibles avec les applications) des autres types de bases de données.

Monter et migrer vers la source

Suivez ces instructions pour monter une base de données à partir d'une image de sauvegarde et migrer l'image montée vers la source.

Dans la liste Applications du Gestionnaire d'applications, effectuez un clic droit sur la base de données protégée, puis sélectionnez Accès. Vous pouvez utiliser le filtre d'état Plan de sauvegarde géré pour n'afficher que les bases de données protégées.
Désactivez le plan de sauvegarde pour vous assurer qu'aucun nouveau job n'interfère avec celui-ci.
IBM Db2 uniquement
Installez l'image en tant que montage standard.

Si vous utilisez le point d'installation /mydatabase sous "Emplacement d'installation", les conditions suivantes sont remplies:
- La sauvegarde de la base de données est montée sous /mydatabase
- La sauvegarde des journaux est montée sous /mydatabase_archivelog
Une fois la tâche d'installation terminée, exécutez le script mountrecover avec les paramètres indiqués dans Arguments du script.

Nom du script: ACT_DB2_mountrecover.sh

Emplacement du script: /act/custom_apps/db2/clone/

Script
```
TARGET_MNT \
TARGET_INSTANCE \
TARGET_DBNAME_LIST \
UNTIL_TIME \
JOBID \
```
Exemple

/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
Tous les autres types de bases de données
Installez l'image en tant que montage virtuel.
Une fois l'opération d'installation terminée, la base de données récupérée est opérationnelle à partir de l'appliance de sauvegarde/restauration. L'étape suivante consiste à migrer la base de données vers votre stockage de production.

Migrer les données de l'appli de sauvegarde/récupération vers la source

Les conditions préalables suivantes doivent être remplies pour migrer les données:

L'appareil hôte cible local ne doit pas être utilisé par un autre processus, tel qu'une base de données en cours d'exécution, car il doit être mis hors service ou en ligne au début du processus pvmove.
La taille de l'appareil LVM hôte cible doit être égale ou supérieure à la taille de BackupDR_mount_point.
Assurez-vous que /etc/fstab contient les entrées /dev/mapper pour les volumes de données et de journaux de production.
Utilisez la commande df pour connaître le point d'installation de la sauvegarde et de la DR.
Pour afficher les périphériques de gestion des volumes logiques cibles disponibles, utilisez la commande lvdisplay. Vous devez spécifier le chemin d'accès complet du volume logique.
Pour afficher le nom de la tâche, accédez à Surveiller > Tâches.
Toutes les autres valeurs doivent être identiques à celles utilisées lors du montage.

Une fois le script mountrecover terminé, exécutez le script de migration:
IBM Db2
Script: /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
```
Exemple

/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
Script: /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
```
Remarque :Production_LVM_device doit être installé avec le point d'installation source. Si une instance MariaDB est montée sur /maria/data lors de la sauvegarde, elle doit se trouver sur le même point d'installation lors de cette tâche.

Exemple :

/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
Script: /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 \
```
Exemple :

/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
Script: /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 \
```
Exemple
```
/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
Script: /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
```
Remarque :Les appareils de gestion des volumes logiques cibles doivent être vides.

Exemple :

/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
Script: /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
```
Exemple :

/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
Script: /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
```
Exemple :

/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

Le résultat est semblable à ceci :

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

Une fois la tâche terminée, les données sont déplacées vers l'espace de stockage de production local à partir des disques provisionnés par l'appliance de sauvegarde/restauration pendant l'exécution de la base de données. Vous pouvez vérifier que le système de fichiers de la base de données créée par l'installation doit désormais se trouver sur un volume logique local plutôt que sur le volume logique présenté par l'installation en exécutant la commande df.

Une fois la tâche terminée, les données sont déplacées vers l'espace de stockage de production local à partir des disques provisionnés à partir de l'appliance de sauvegarde/restauration pendant l'exécution de la base de données.
Accédez à la console de gestion et effectuez l'opération Dissocier+Supprimer.
Réactivez le plan de sauvegarde pour déclencher les tâches planifiées.

Monter et migrer vers une nouvelle instance

Pour installer une image de base de données en tant que base de données virtuelle, puis la migrer vers une nouvelle cible, effectuez une installation compatible avec les applications, comme décrit dans la section Installer une base de données virtuelle à partir d'une image de sauvegarde au niveau du volume.

Migrer les données

Voici les conditions préalables à la migration de données:

L'appareil hôte cible local ne doit pas être utilisé par un autre processus, tel qu'une base de données en cours d'exécution, car il doit être mis hors connexion ou en ligne au début du processus pvmove.
Assurez-vous que la taille de l'appareil de gestion des volumes logiques de l'hôte cible est égale ou supérieure à la taille de BackupDR_mount_point.
Assurez-vous que /etc/fstab contient les entrées /dev/mapper pour les volumes de données et de journaux de production.
Utilisez la commande df pour connaître le point d'installation de la sauvegarde de DR.
Affichez les périphériques de gestion des volumes logiques cibles disponibles à l'aide de la commande lvdisplay. Vous devez spécifier le chemin d'accès complet du volume logique.
Accédez à Surveiller > Tâches pour afficher le nom de la tâche.
Toutes les autres valeurs doivent être identiques à celles utilisées lors du montage.

Une fois le montage terminé, exécutez le script ACT_<database type>_lvm_migrate_newtarget avec les paramètres dans les arguments des sections de script.
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 \
```
Exemple :

/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
Script: /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 \
```
Exemple :

/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
Script: /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 \
```
Exemple :

/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
Script: /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 \
```
Exemple :
```
/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
Script: /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 \
```
Remarque :Les appareils lvm cibles doivent être vides.

Exemple :

/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
Script: /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
```
Exemple :

/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
Script: /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 \
```
Exemple :

/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
Une fois la tâche terminée, les données sont déplacées vers l'espace de stockage de production local à partir des disques provisionnés à partir de l'appliance de sauvegarde/restauration pendant que la base de données est en cours d'exécution. Accédez à la console de gestion et effectuez une opération Unmount+Delete (Désinstaller et supprimer).

Monter et migrer d'autres types d'images de sauvegarde de base de données pour une récupération instantanée sur n'importe quelle cible

Monter et migrer vers la source

IBM Db2 uniquement

Tous les autres types de bases de données

Migrer les données de l'appli de sauvegarde/récupération vers la source

IBM Db2

MariaDB

MySQL

PostgreSQL

SAP ASE

SAP IQ

SAP MaxDB