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.

La fonctionnalité de montage et de migration de sauvegarde et de reprise après sinistre permet une récupération quasi instantanée d'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 le montage et la migration.

Remarque : Le montage et la migration permettent de récupérer des instances entières. Ils ne peuvent 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 disposent de procédures spécifiques pour le montage et la migration.

Remarque : Le montage et la migration sont un montage rapide. La base de données est immédiatement disponible à partir du disque de préproduction, puis les données sont déplacées du disque de préproduction vers l'espace de 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 quelques heures, mais à la fin, la base de données est disponible sur l'espace de stockage cible avec des performances optimales, sans impact de la migration en arrière-plan ni de la lecture à partir d'un disque de préproduction.

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 manières :

• Restaurer vers la source
• Récupérer vers une nouvelle cible (SAP MaxDB et SAP IQ uniquement)
• Cloner
• LiveClone
• Workflow de sauvegarde et de reprise après sinistre
• 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 l'espace de stockage de production ou vers un nouvel emplacement. Les utilisateurs ont un accès normal à la base de données pendant qu'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 standard et virtuels (basés sur 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.

1. Dans la console de gestion des dispositifs Backup and DR, cliquez sur App Manager > Applications, effectuez un clic droit sur la base de données protégée, puis sélectionnez Access (Accès). Vous pouvez utiliser le filtre d'état Managed Backup Plan (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, sous "Mount location" (Emplacement d'installation), vous utilisez le point d'installation /mydatabase, les conditions suivantes sont remplies :

   • La sauvegarde de la base de données est montée sous /mydatabase
   • La sauvegarde du journal est montée sous /mydatabase_archivelog

   Une fois le job de montage terminé, exécutez le script mountrecover avec les paramètres dans Arguments to the script (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

   Montez l'image en tant que montage virtuel.

3. Une fois l'opération de montage terminée, la base de données récupérée est opérationnelle à partir du dispositif 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

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 ligne ou en ligne au début du processus pvmove.
• La taille du dispositif 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 et de journaux de production.
• Utilisez la commande df pour connaître le point de montage de sauvegarde et de reprise après sinistre.
• Pour afficher les dispositifs de gestion de volumes logiques cibles disponibles, utilisez la commande lvdisplay. Vous devez spécifier le chemin complet du volume logique.
• Pour afficher le nom du job, accédez à Monitor > Jobs (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 dispositifs de gestion 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 déplacées vers l'espace de stockage de production local à partir des disques provisionnés par le dispositif de sauvegarde/récupération 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éé par le montage doit désormais se trouver 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 réussi, les données sont déplacées vers l'espace de stockage de production local à partir des disques provisionnés par le dispositif de sauvegarde/récupération pendant l'exécution de la base de données.
2. Accédez à la console de gestion des dispositifs et effectuez Unmount+Delete (Démonter et supprimer).
3. Réactivez le plan de sauvegarde pour déclencher les jobs programmés.

Monter et migrer vers une nouvelle instance

Pour monter 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 basé sur les applications, comme décrit dans Monter une base de données virtuelle à partir d'une image de sauvegarde au niveau du volume.

Remarque : Activez Create New Virtual Application (Créer une application virtuelle) et Manage New Application (Gérer une nouvelle application).

Migrer les données

Les conditions préalables à la migration des données sont listées ci-dessous :

• 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 dispositif de gestion de volumes logiques de l'hôte cible est supérieure ou égale à la taille de BackupDR_mount_point.
• Vérifiez 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 de montage de sauvegarde et de reprise après sinistre.
• Affichez les dispositifs de gestion de volumes logiques cibles disponibles à l'aide de la commande lvdisplay. Vous devez spécifier le chemin complet du volume logique.
• Accédez à Monitor > Jobs (Surveiller > Jobs) pour afficher le nom du job.
• Toutes les autres valeurs doivent être identiques à celles utilisées lors du montage.

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

   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 dispositifs de gestion 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. Une fois le job réussi, les données sont déplacées vers l'espace de stockage de production local à partir des disques provisionnés par le dispositif de sauvegarde/récupération pendant l'exécution de la base de données. Accédez à la console de gestion des dispositifs et effectuez Unmount+Delete (Démonter et supprimer).