Ripristinare altri tipi di database nell'origine

L'operazione di ripristino del servizio di backup e RE ripristina un'immagine di backup nell'origine, sovrascrivendo i dati esistenti.

Limitazioni e soluzioni alternative del sistema

  • I database di sistema di una partizione principale di cui è stato eseguito il backup come snapshot di LVM (Logical Volume Manager) non possono essere utilizzati in un'operazione di ripristino perché la partizione principale non può essere smontata. Questi richiedono il ripristino e il recupero manuale da un montaggio standard allo stesso host.
    Per recuperare un'immagine del database a livello di volume con un tempo di inattività inferiore per gli utenti, consulta Montare ed eseguire la migrazione di altri tipi di database per il recupero istantaneo.

  • Il ripristino all'origine non è supportato se più istanze condividono lo stesso volume o file system. Per ripristinare queste applicazioni, monta l'immagine sull'host e utilizza la procedura per eseguire il recupero di un singolo database descritta in Ripristinare un singolo database da un'immagine di backup basata su volume all'origine.

  • Se sono presenti punti di montaggio nidificati sotto i volumi di produzione di cui viene eseguito il backup, le operazioni di ripristino e migrazione all'origine non riescono perché i volumi di produzione sono occupati e non possono essere smontati.

  • Per ripristinare /backup-disaster-recovery/docs/restore-data/otherdb-restore

Ripristina i database da un'immagine di backup a livello di volume all'origine

Questa procedura utilizza il recupero fisico dell'area di dati di origine. Per recuperare la versione originale, segui queste istruzioni:

  1. Nell'elenco Applicazioni di gestione app, fai clic con il tasto destro del mouse sul database protetto e seleziona Accedi. Utilizza il filtro di stato Piano di backup gestito per visualizzare solo i database protetti.

  2. Seleziona un'immagine istantanea e fai clic su Ripristina.

  3. Seleziona Tradizionale, non Monta e esegui la migrazione.

  4. Se l'applicazione di origine è protetta da un criterio di snapshot che ha attivato i backup dei log del database e i log sono disponibili con l'immagine, puoi utilizzarli per eseguire il roll forward fino a un punto in tempo specifico modificando queste opzioni nella sezione Ora roll forward:

    • Il campo della data contiene tutte le date possibili fino a cui è possibile eseguire il rollforward del database tramite l'applicazione dei log delle transazioni del database. Seleziona la data fino alla quale vuoi eseguire il rollforward del database.
    • Il campo della data e dell'ora contiene un cursore che mostra tutte le ore possibili della data selezionata a cui è possibile eseguire il rollforward del database. Se selezioni la data più recente possibile e poi sposti il cursore nella posizione più a destra, il job di ripristino si applica a tutti i log disponibili. Se selezioni la data più antica possibile e sposti il cursore nella posizione più a sinistra, il job di ripristino non applica log.
    • Puoi specificare di eseguire l'avanzamento utilizzando Ora utente o Ora host. Ora utente è relativa all'ora locale dell'utente corrente. L'ora host è relativa al sistema che ospita i dati da ripristinare.
  5. Attiva Ripristina con il recupero per applicare i log recuperati.

  6. Fai clic su Invia.

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

Ripristinare un singolo database da un'immagine di backup basata su volume all'origine

Per ripristinare una singola immagine di backup di Db2 o SAP ASE alla relativa origine:

  1. Nell'elenco App Manager Applications (App Manager Applications), fai clic con il tasto destro del mouse sul database protetto e seleziona Access (Accedi).

  2. Seleziona lo snapshot più recente da recuperare e fai clic su Monta.

  3. In Opzioni applicazione, disattiva Crea nuova applicazione virtuale.

  4. In Opzioni di mappatura, fornisci la posizione del punto di montaggio.

    Ad esempio, l'utilizzo di /mymount monta il backup del database in questa posizione. Il backup dei log è montato in /mymount_archivelog.

  5. Fai clic su Invia.

  6. Controlla la pagina Monitora > Job per vedere quando il job di montaggio è terminato.

  7. Al termine del job, accedi al server di database come utente root. Sul server, cambia directory in /act/custom_apps/<var>database type</var>/restore.

  8. Ricevi il JobID del supporto da /var/act/log/UDSAgent.log. Per trovare il JobID, esegui il seguente comando:

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

    Ad esempio:

    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 è pari a <var>mountpoint provided in step 4</var>_archivelog.

  10. Dalla riga di comando dell'host di destinazione come utente root, esegui lo script:

IBM Db2

Script: act_db2_lvm_customdb_recovery.sh

Argomenti dello 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>

Connettiti all'istanza Db2 e verifica che i database siano stati recuperati e siano online.

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

SAP ASE

Esegui lo script act_sybase_lvm_customdb_recovery.sh con questi argomenti.

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

Argomenti dello 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

Connettiti al database SAP ASE e verifica i dati.

  1. Nella console di gestione, accedi di nuovo all'immagine e Smonta+Elimina il punto di montaggio del database.

Ripristinare un'immagine di backup completo e incrementale basata su file nell'origine

Questa procedura sovrascrive i dati di origine. Per ripristinare il database di origine da un'immagine di backup basata su file, segui questa procedura:

  1. Nell'elenco App Manager Applications (App Manager Applications), fai clic con il tasto destro del mouse sul database protetto e seleziona Access (Accedi).

  2. Seleziona un'immagine istantanea e fai clic su Ripristina.

  3. Seleziona Tradizionale, non Monta e esegui la migrazione.

  4. Utilizza Seleziona elementi per scegliere uno o più database da ripristinare.

  5. Attiva Ripristina con il recupero per applicare tutti i log recuperati.

  6. Fai clic su Invia. Viene avviato il recupero fisico del database di origine utilizzando l'API di recupero del database.

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