Montez et migrez d'autres types de sauvegardes de bases de données pour la récupération vers n'importe quelle cible dans la console de gestion des appliances.

Attention : La sauvegarde et la restauration des charges de travail gérées à l'aide de l'ancienne console de gestion des appliances ne sont plus prises en charge. Pour en savoir plus, consultez Abandons de fonctionnalités.

La fonctionnalité de montage et de migration de Backup and DR 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ète et incrémentielle ne peuvent pas utiliser le montage et la migration.

Remarque : La procédure de montage et de migration permet de récupérer des instances entières. Il ne peut pas récupérer une seule base de données dans une instance de base de données. Pour cela, vous devez récupérer d'autres types de bases de données vers un nouvel emplacement.

Les bases de données Microsoft SQL Server, Oracle et SAP HANA ont des procédures spécifiques pour le montage et la migration.

Remarque : Le montage et la migration sont des montages rapides. 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 a un impact sur 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 vers 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 pendant plusieurs heures. Toutefois, à la fin, la base de données est disponible sur le stockage cible avec des performances optimales, sans impact de la migration en arrière-plan ni de la lecture à partir d'un disque intermédiaire.

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

• IBM Db2

• PostgreSQL

• SAP ASE

• SAP IQ

• SAP MaxDB

Vous pouvez accéder aux images de sauvegarde de ces bases de données de plusieurs façons :

• Restaurer à la source
• Récupérer vers une nouvelle cible (SAP MaxDB et SAP IQ uniquement)
• Cloner
• LiveClone
• Workflow Backup and DR
• Installer

Une opération de montage et de migration vous permet de restaurer une base de données en la montant d'abord, puis en la migrant vers un espace de 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 la monter 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) pour les 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.

1. Dans la console de gestion des appliances Backup and DR, cliquez sur Gestionnaire d'applications > 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.

2. Désactivez le plan de sauvegarde pour vous assurer qu'aucun nouveau job n'interfère avec celui-ci.

   IBM Db2 uniquement

   Montez 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 le job de montage terminé, exécutez le script mountrecover avec les paramètres indiqués dans Arguments du script.

   Emplacement du script : /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
   

   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.

3. Lorsque l'opération de montage est terminée, la base de données récupérée est opérationnelle à partir de l'appliance de sauvegarde/récupération. L'étape suivante consiste à migrer la base de données vers votre espace de stockage de production.

Migrer les données du dispositif de sauvegarde/récupération vers la source

Pour migrer les données, vous devez remplir les conditions préalables suivantes :

• 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 ligne ou en ligne au début du processus pvmove.
• La taille du périphérique LVM de l'hôte cible doit être supérieure ou égale à la taille de BackupDR_mount_point.
• Assurez-vous que /etc/fstab contient les entrées /dev/mapper pour les volumes de données de production et de journaux.
• Utilisez la commande df pour connaître le point d'installation Backup and DR.
• Pour afficher les périphériques Logical Volume Manager cibles disponibles, utilisez la commande lvdisplay. Vous devez spécifier le chemin d'accès complet au volume logique.
• Pour afficher le nom du job, accédez à Surveiller > Jobs.
• Toutes les autres valeurs doivent être identiques à celles utilisées lors du montage.

1. Une fois le script mountrecover terminé, exécutez le script de migration :

   IBM Db2

   /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
   

   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.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
   

   Remarque : Les périphériques du gestionnaire de 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.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
   

   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.sh

   /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%

Lorsque le job réussit, les données sont transférées vers le stockage de production local à partir des disques provisionnés par l'appliance de sauvegarde/récupération pendant que la base de données est en cours d'exécution. Vous pouvez vérifier que le système de fichiers de la base de données créée par le montage se trouve désormais sur un volume logique local plutôt que sur le volume logique présenté par le montage en exécutant la commande df.

1. Une fois le job terminé, les données sont transférées vers le stockage de production local à partir des disques provisionnés depuis l'appliance de sauvegarde/récupération pendant que la base de données est en cours d'exécution.
2. Accédez à la console de gestion des appliances et sélectionnez Démonter+Supprimer.
3. Réactivez le plan de sauvegarde pour déclencher les jobs planifiés.

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 un montage compatible avec les applications, comme décrit dans Installer une base de données virtuelle à partir d'une image de sauvegarde au niveau du volume.

Remarque : Activez les options Créer une application virtuelle et Gérer une application.

Migrer les données

Voici les conditions préalables à la migration des 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 ligne ou en ligne au début du processus pvmove.
• Vérifiez que la taille du gestionnaire de volumes logiques de l'hôte cible est égale ou supérieure à la taille de BackupDR_mount_point.
• Vérifiez que /etc/fstab contient les entrées /dev/mapper pour les volumes de données de production et de journaux.
• Utilisez la commande df pour connaître le point d'installation Backup DR.
• Affichez les périphériques Logical Volume Manager cibles disponibles à l'aide de la commande lvdisplay. Vous devez spécifier le chemin d'accès complet au volume logique.
• Utilisez Surveiller > Jobs (Tâches) pour afficher le nom de la tâche.
• Toutes les autres valeurs doivent être identiques à celles utilisées lors du montage.

1. Une fois le montage terminé, exécutez le script ACT_<database type>_lvm_migrate_newtarget avec les paramètres des 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
   

   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
    ```
   
   **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

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

   Remarque : Les périphériques du gestionnaire de 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.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
   

   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.sh

   /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

1. Lorsque le job réussit, les données sont déplacées vers le stockage de production local à partir des disques provisionnés depuis l'appliance de sauvegarde/récupération pendant que la base de données est en cours d'exécution. Accédez à la console de gestion de l'appliance et effectuez une opération Démonter+Supprimer.