Ripristina altri database e istanze nell'origine nella console di gestione dell'appliance

L'operazione Restore del servizio di Backup e DR ripristina un'immagine di backup nell'origine, sovrascrivendo i dati esistenti.

Limitazioni di sistema e soluzioni alternative

  • I database di sistema su una partizione root di cui è stato eseguito il backup come snapshot Logical Volume Manager (LVM) non possono essere utilizzati in un'operazione di ripristino perché la partizione root non può essere smontata. Questi richiedono il ripristino e il recupero manuali da un montaggio standard allo stesso host.
    Per recuperare un'immagine del database a livello di volume con tempi di inattività inferiori per gli utenti, consulta Monta e migra altri tipi di database per il ripristino immediato.

  • Il ripristino nell'origine non è supportato se più istanze condividono gli stessi volumi 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 sul volume nell'origine.

  • Se nei volumi di produzione di cui viene eseguito il backup sono presenti punti di montaggio nidificati, le operazioni di ripristino e migrazione all'origine non vanno a buon fine 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 nell'origine

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

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

  2. Seleziona un'immagine dello snapshot e fai clic su Ripristina.

  3. Seleziona Tradizionale, non montare ed esegui la migrazione.

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

    • Il campo della data contiene tutte le date possibili a cui può essere ripristinato il database tramite l'applicazione dei log delle transazioni del database. Seleziona la data a cui vuoi che venga eseguito il roll forward del database.
    • Il campo ora contiene un cursore che mostra tutte le ore possibili nella data selezionata a cui può essere ripristinato il database. Se selezioni l'ultima data 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 meno recente possibile e sposti il cursore nella posizione più a sinistra, il job di ripristino non applica log.
    • Puoi specificare di eseguire il roll forward 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'
  ```

Ripristina un singolo database da un'immagine di backup basata sul volume nell'origine

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

  1. Nell'elenco Applicazioni di App Manager, fai clic con il tasto destro del mouse sul database protetto e seleziona Accesso.

  2. Seleziona l'ultimo snapshot 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 Monitoraggio > Job per vedere quando il job di montaggio è terminato.

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

  8. Prendi il JobID del supporto da /var/act/log/UDSAgent.log. Per trovare JobID, esegui questo 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 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 dell'appliance, accedi di nuovo all'immagine e smonta ed elimina il punto di montaggio del database.

Ripristina 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 Applicazioni di App Manager, fai clic con il tasto destro del mouse sul database protetto e seleziona Accesso.

  2. Seleziona un'immagine dello snapshot e fai clic su Ripristina.

  3. Seleziona Tradizionale, non montare ed esegui la migrazione.

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

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

  6. Fai clic su Invia. Inizia 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'