Restaurer d'autres bases de données et instances vers la source dans la console de gestion de l'appliance

Attention : La sauvegarde et la restauration des charges de travail gérées à l'aide de l'ancienne console de gestion des appliances sont obsolètes. Pour en savoir plus, consultez Abandons de fonctionnalités dans la documentation Backup and DR.

L'opération de restauration de Backup and DR restaure une image de sauvegarde sur la source, en écrasant les données existantes.

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 du gestionnaire de volumes logiques (LVM) ne peuvent pas être utilisées dans une opération de restauration, car la partition racine ne peut pas être démontée. Ces opérations nécessitent une restauration manuelle à partir d'un montage standard vers 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 Installer 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 suivez la procédure de récupération d'une seule base de données décrite dans Restaurer une seule base de données à partir d'une image de sauvegarde basée sur un volume vers la source.

• S'il existe des points d'installation imbriqués sous les volumes de production en cours de sauvegarde, 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 effectuer une récupération vers 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éder. 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 (et non "Installer et migrer").

4. Si l'application source est protégée par une règle d'instantané qui a activé les sauvegardes des journaux de base de données et que les journaux sont disponibles avec l'image, vous pouvez les utiliser pour effectuer un roll forward à un moment précis en modifiant ces options dans la section Heure du roll forward :

   • Le champ de date contient toutes les dates possibles auxquelles la base de données peut être restaurée, via l'application des journaux de transactions de la base de données. Sélectionnez la date à laquelle vous souhaitez restaurer la base de données.
   • 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 restaurée. Si vous sélectionnez la dernière date possible, puis déplacez le curseur vers la position la plus à droite, le job 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, le job de restauration n'applique aucun journal.
   • Vous pouvez spécifier d'effectuer un roll forward en utilisant l'heure de l'utilisateur ou l'heure de l'hôte. 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 l'option Restaurer avec 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 à un moment précis (PITR) de SAP IQ doit être activée pour effectuer une sauvegarde des journaux. Pour configurer l'option de journalisation PITR, vous avez besoin de ces API SAP IQ :

  ```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 vers 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 l'instantané le plus récent à récupérer, puis cliquez sur Mount (Installer).

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 installe la sauvegarde de la base de données à cet emplacement. La sauvegarde des journaux est installée sous /mymount_archivelog.

5. Cliquez sur Envoyer.

6. Consultez la page Surveiller > Jobs pour voir quand le job d'installation est terminé.

7. Une fois le job terminé, connectez-vous au serveur de base de données en tant qu'utilisateur 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. À partir de la ligne de commande de l'hôte cible en tant qu'utilisateur racine, exécutez le script :

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 de l'appareil, accédez à nouveau à l'image, puis cliquez sur Unmount+Delete (Démonter et supprimer) pour 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 vers la source

Remarque : Les bases de données SAP ASE protégées par une sauvegarde complète et incrémentielle 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 afin de permettre une restauration réussie. Pour en savoir plus, consultez la note SAP 1860413 : Comment modifier le jeu de caractères ou l'ordre de tri 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 un fichier, 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 (et non "Installer et migrer").

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

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

6. Cliquez sur Envoyer. Cette opération 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 de ces API SAP IQ :

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