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:
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.
Seleziona un'immagine dello snapshot e fai clic su Ripristina.
Seleziona Tradizionale, non montare ed esegui la migrazione.
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.
Attiva Ripristina con il recupero per applicare i log recuperati.
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:
Nell'elenco Applicazioni di App Manager, fai clic con il tasto destro del mouse sul database protetto e seleziona Accesso.
Seleziona l'ultimo snapshot da recuperare e fai clic su Monta.
In Opzioni applicazione, disattiva Crea nuova applicazione virtuale.
In Opzioni di mappatura, fornisci la posizione del punto di montaggio.
Ad esempio, l'utilizzo di
/mymountmonta il backup del database in questa posizione. Il backup dei log è montato in/mymount_archivelog.Fai clic su Invia.
Controlla la pagina Monitoraggio > Job per vedere quando il job di montaggio è terminato.
Al termine del job, accedi al server di database come root. Sul server, passa alla directory
/act/custom_apps/<var>database type</var>/restore.Prendi il
JobIDdel supporto da/var/act/log/UDSAgent.log. Per trovareJobID, esegui questo comando:grep "mount -t " /var/act/log/UDSAgent.log | grep -w "<var>mountpoint from step 4</var>"|tail -1Ad 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>&1ARCHIVELOG_MNTè pari a<var>mountpoint provided in step 4</var>_archivelog.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.
- 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:
Nell'elenco Applicazioni di App Manager, fai clic con il tasto destro del mouse sul database protetto e seleziona Accesso.
Seleziona un'immagine dello snapshot e fai clic su Ripristina.
Seleziona Tradizionale, non montare ed esegui la migrazione.
Utilizza Seleziona elementi per scegliere uno o più database da ripristinare.
Attiva Ripristina con recupero per applicare tutti i log recuperati.
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'