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

Attenzione: Il supporto per il backup e il ripristino dei carichi di lavoro gestiti tramite la console di gestione dell'appliance legacy è obsoleto. Per saperne di più, consulta Ritiro delle funzionalità nella documentazione di Backup e RE.

L'operazione di ripristino di Backup e RE 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 di Logical Volume Manager (LVM) non possono essere utilizzati in un'operazione di ripristino perché non è possibile smontare la partizione root. 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à ridotti per gli utenti, consulta Monta ed esegui la migrazione di altri tipi di database per il ripristino istantaneo.

• Il ripristino nell'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 Ripristina un singolo database da un'immagine di backup basata su volume nell'origine.

• Se sono presenti punti di montaggio nidificati nei volumi di produzione di cui viene eseguito il backup, 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 eseguire il ripristino /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 eseguire il ripristino all'origine, segui queste istruzioni:

1. Dall'elenco App Manager Applications, fai clic con il tasto destro del mouse sul database protetto e seleziona Access. Utilizza il filtro di stato Piano di backup gestito per visualizzare solo i database protetti.

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

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

4. Se l'applicazione di origine è protetta da una policy 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 è possibile eseguire il roll forward del database tramite l'applicazione dei log delle transazioni del database. Seleziona la data in cui vuoi eseguire il roll forward del database.
   • Il campo dell'ora contiene un cursore che mostra tutte le ore possibili della data selezionata a cui è possibile eseguire il roll forward del 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 prima data 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 l'ora dell'utente o l'ora dell'host. Ora utente è relativa all'ora locale dell'utente corrente. L'ora dell'host è relativa al sistema che ospita i dati da ripristinare.

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

6. Fai clic su Invia.

Nota: solo SAP IQ. Dopo il ripristino del database, il logging del PITR (recupero point-in-time) di SAP IQ deve essere impostato su ON per eseguire un backup dei log. Per configurare l'opzione di log PITR, devi disporre di questa API SAP IQ:

  ```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 su volume nell'origine

Per ripristinare una singola immagine di backup Db2 o SAP ASE nella relativa origine, segui questi passaggi:

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

   Nota: puoi utilizzare il filtro dello stato Piano di backup gestito per mostrare solo i database protetti.

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, specifica la posizione del punto di montaggio.

   Ad esempio, l'utilizzo di /mymount monta il backup del database in questa posizione. Il backup del 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 root. Sul server, passa alla directory /act/custom_apps/<var>database type</var>/restore.

8. Recupera la risorsa JobID del montaggio 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, esegui lo script come root:

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 seleziona Unmount+Delete (Smonta ed elimina) il punto di montaggio del database.

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

Nota: i database SAP ASE protetti con backup basato su completo + incrementale devono avere lo stesso set di caratteri o ordinamento per i database di origine e di destinazione per un ripristino riuscito. Per maggiori dettagli, consulta la nota SAP: 1860413 - How to change character set or sort order of SAP ASE.

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. Dall'elenco App Manager Applications, fai clic con il tasto destro del mouse sul database protetto e seleziona Access.

   Nota: puoi utilizzare il filtro dello stato Piano di backup gestito per mostrare solo i database protetti.

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

3. Seleziona Tradizionale, non Monta 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. In questo modo, viene avviato il recupero fisico del database di origine utilizzando l'API di recupero del database.

Nota: solo SAP IQ. Dopo il ripristino del database, il logging PITR di SAP IQ deve essere impostato su ON per eseguire un backup dei log. Per configurare l'opzione di log PITR, devi disporre di questa API SAP IQ:

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