Restaurer d'autres types de bases de données dans la source

L'opération Restore (Restaurer) du service Backup and DR restaure une image de sauvegarde sur la source, en écrasant toutes les données qui y existent.

Limites du système et solutions de contournement

• Les bases de données système d'une partition racine sauvegardées en tant qu'instantanés de LVM (Logical Volume Manager) ne peuvent pas être utilisées dans une opération de restauration, car la partition racine ne peut pas être désinstallée. Ils nécessitent une restauration et une récupération manuelles à partir d'un montage standard sur le même hôte.
  Pour récupérer une image de base de données au niveau du volume avec moins de temps d'arrêt pour les utilisateurs, consultez la section Monter et migrer d'autres types de bases de données pour une récupération instantanée.

• La restauration vers la source n'est pas possible si plusieurs instances partagent le même volume ou les mêmes systèmes de fichiers. Pour restaurer ces applications, installez l'image sur l'hôte et utilisez la procédure de récupération d'une seule base de données décrite dans la section Restaurer une seule base de données à partir d'une image de sauvegarde basée sur un volume vers la source.

• Si des points d'installation imbriqués se trouvent sous les volumes de production sauvegardés, les opérations de restauration et de migration vers la source échouent, car les volumes de production sont occupés et ne peuvent pas être désinstallés.

• Pour restaurer /backup-disaster-recovery/docs/restore-data/otherdb-restore

Restaurer des bases de données à partir d'une image de sauvegarde au niveau du volume vers la source

Cette procédure utilise la récupération physique de la zone de données source. Pour revenir à la source, procédez comme suit:

1. 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. Utilisez le filtre d'état Plan de sauvegarde géré pour n'afficher que les bases de données protégées.

2. Sélectionnez une image d'instantané, puis cliquez sur Restaurer.

3. Sélectionnez Traditionnel (pas de montage ni de migration).

4. Si l'application source est protégée par une stratégie d'instantané ayant activé les sauvegardes de journaux de base de données et que des journaux sont disponibles avec l'image, vous pouvez les utiliser pour revenir à un point dans le temps spécifique en modifiant ces options dans la section Heure de retour:

   • Le champ de date contient toutes les dates possibles auxquelles la base de données peut être transférée, via l'application des journaux de transactions de la base de données. Sélectionnez la date à laquelle vous souhaitez que la base de données soit mise à jour.
   • Le champ d'heure contient un curseur affichant toutes les heures possibles à la date sélectionnée auxquelles la base de données peut être transférée. Si vous sélectionnez la date la plus tardive possible, puis déplacez le curseur vers la droite, la tâche de restauration s'applique à tous les journaux disponibles. Si vous sélectionnez la date la plus ancienne possible et déplacez le curseur vers la gauche, la tâche de restauration n'applique aucun journal.
   • Vous pouvez spécifier le moment de la migration à l'aide de l'option Heure de l'utilisateur ou Heure de l'hôte. L'heure de l'utilisateur est relative à l'heure locale de l'utilisateur actuel. L'heure de l'hôte est relative au système qui héberge les données à restaurer.

5. Activez Restore With Recovery (Restaurer avec la récupération) pour appliquer les journaux récupérés.

6. Cliquez sur Envoyer.

Remarque :SAP IQ uniquement. Une fois la base de données restaurée, la journalisation de la récupération PITR (point in time recovery) de SAP IQ doit être activée pour effectuer une sauvegarde de journal. Pour configurer l'option de journalisation PITR, vous avez besoin des API SAP IQ suivantes:

  ```sh
    ALTER DBSPACE IQ_SYSTEM_LOG RENAME /pitr_log_location
    SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = 'ON'
  ```

Restaurer une seule base de données à partir d'une image de sauvegarde basée sur un volume vers la source

Pour restaurer une seule image de sauvegarde Db2 ou SAP ASE à sa source, procédez comme suit:

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

   Remarque :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. Sélectionnez le dernier instantané à récupérer, puis cliquez sur Monter.

3. Dans Options de l'application, désactivez Créer une application virtuelle.

4. Dans Options de mappage, indiquez l'emplacement du point d'installation.

   Par exemple, l'utilisation de /mymount permet d'installer la sauvegarde de la base de données à cet emplacement. La sauvegarde des journaux est montée sous /mymount_archivelog.

5. Cliquez sur Envoyer.

6. Consultez la page Monitor (Surveiller) > Jobs (Tâches) pour voir quand la tâche d'installation est terminée.

7. Une fois la tâche terminée, connectez-vous au serveur de base de données en tant que racine. Sur le serveur, remplacez le répertoire par /act/custom_apps/<var>database type</var>/restore.

8. Obtenez le JobID de l'installation à partir de /var/act/log/UDSAgent.log. Pour trouver JobID, exécutez la commande suivante:

   grep "mount -t " /var/act/log/UDSAgent.log | grep -w "<var>mountpoint from step 4</var>"|tail -1
   

   Exemple :

   grep "mount -t " /var/act/log/UDSAgent.log | grep -w "/db2mnt" |tail -1
   2019-11-18 23:59:19.740 GEN-INFO \[22488\] **Job_0404207** Spawning cmd: mount -t ext4 /dev/act403764_DBDump_1574101677612/act_staging_vol /db2mnt 2>&1
   

9. ARCHIVELOG_MNT est <var>mountpoint provided in step 4</var>_archivelog.

10. Exécutez le script en tant qu'utilisateur racine sur la ligne de commande de l'hôte cible:

IBM Db2

Script: act_db2_lvm_customdb_recovery.sh

Arguments du script:

SOURCE_INSTANCE = <var>Db2  Instance name</var>
DB_NAME=<var>Db2 Database name to be recovered(Single)</var>
TARGET_MNT = <var>Db2 Database image mountpoint name</var>
ARCHIVELOG_MNT= <var>Archive Log backup mount point name</var>
UNTIL_TIME = <var>Recovery Time(Format: "YYYY-MM-DD-HH.MI.SS")</var>
JOBID = <var>Database mount Job name</var>

Connectez-vous à l'instance Db2 et vérifiez que les bases de données sont récupérées et en ligne.

db2 connect to <var>dbname</var>
db2 select db_status FROM SYSIBMADM.SNAPDB

SAP ASE

Exécutez le script act_sybase_lvm_customdb_recovery.sh avec ces arguments.

./act_sybase_lvm_customdb_recovery.sh OSUSER=sybase
TARGET_SYBASE_SQLD=/home/sybase/Sybase16Home/OCS-16_0 TARGET_MNT_PNT=/sngRst
TARGET_SERVER_NAME=ASE1 TARGET_DB_USER=sa STRIPEON=4 TARGET_DBUSER_PASSWD=sybase
SRC_DBNAME=CU1 LOG_BKP_MNTPT=/sngRst_archivelog UNTIL_TIME="2019-11-07 20:31:27"
BEGIN_TIME="2019-11-07 19:31:27" JOBID="Job_2677627"

Arguments du script

OSUSER = SAP Ase OS owner name
TARGET_SYBASE_SQLD = SAP ASE iSQL path on the target recovery host
TARGET_MNT_PNT = SAP ASE Instance image mountpoint name
TARGET_SERVER_NAME = SAP ASE data server name on the target recovery host
TARGET_DB_USER = SAP ASE Instance username on the target recovery host
TARGET_DBUSER_PASSWD = SAP ASE Instance user password on the target recovery host
SRC_DBNAME = SAP ASE Database name to be recovered (Single)
LOG_BKP_MNTPT = SAP ASE Log image mountpoint name
BEGIN_TIME= Backup begin time (Format: "YYYY-MM-DD HH24:MI:SS")
UNTIL_TIME = Point in time to recover the database (Format: "YYYY-MM-DD HH24:MI:SS")
JOBID = Database mount Job name

Connectez-vous à la base de données SAP ASE et vérifiez les données.

1. Dans la console de gestion, accédez à nouveau à l'image et démontez et supprimez le point d'installation de la base de données.

Restaurer une image de sauvegarde complète et incrémentielle basée sur des fichiers sur la source

Remarque :Pour que la restauration aboutisse, les bases de données SAP ASE protégées par une sauvegarde basée sur Full+Incremental doivent avoir le même jeu de caractères ou le même ordre de tri pour les bases de données source et cible. Pour en savoir plus, consultez la note SAP 1860413: Modifier l'ordre de tri ou l'encodage de caractères de SAP ASE.

Cette procédure écrase les données sources. Pour restaurer la base de données source à partir d'une image de sauvegarde basée sur des fichiers, procédez comme suit:

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

   Remarque :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. Sélectionnez une image d'instantané, puis cliquez sur Restaurer.

3. Sélectionnez Traditionnel (pas de montage ni de migration).

4. Utilisez Sélectionner des éléments pour choisir une ou plusieurs bases de données à restaurer.

5. Activez Restore With Recovery (Restaurer avec la récupération) pour appliquer tous les journaux récupérés.

6. Cliquez sur Envoyer. Cela lance la récupération physique de la base de données source à l'aide de l'API de récupération de la base de données.

Remarque :SAP IQ uniquement. Une fois la base de données restaurée, la journalisation PITR SAP IQ doit être activée pour effectuer une sauvegarde de journal. Pour configurer l'option de journalisation PITR, vous avez besoin des API SAP IQ suivantes:

  ALTER DBSPACE IQ_SYSTEM_LOG RENAME '/<var>pitr_log_location</var>'
  SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = 'ON'