Skip to main content

RMAN refresh standby database from backup

 

Record the steps I took to refresh standby database:

couple of links I use as reference:

https://support.oracle.com/epmos/faces/SearchDocDisplay?_afrLoop=467283015956943&_afrWindowMode=0&_adf.ctrl-state=fuirhqzw5_4

https://walkthrough-dba.blogspot.com/2019/04/rman-duplicate-database-without.html

step 1:  on primary: take a backup to file system

run

 {

allocate channel c1 type disk;

 allocate channel c2 type disk;

 backup as compressed backupset database format '/u99/jsun/ffdeip/backup_%d_%U';

 backup as compressed backupset archivelog all format '/u99/jsun/ffdeip/backup_%d_%U';

backup current controlfile for standby format '/u99/jsun/ffdeip/stby_control_ffdeip.bck'

}

step 2: transfer the backup in step 1 to standby host, e.g. scp

step 3: on standby: duplicate to standby

srvctl start instance -d FFDEIPDG -i FFDEIPDG1 -o nomount

asmcmd rm +oradata01/ffdeipdg/datafile/*

asmcmd rm +oradata01/ffdeipdg/tempfile/*

asmcmd rm +oraflash01/ffdeipdg/archivelog/*


export NLS_DATE_FORMAT='yyyymmdd hh24:mi:ss'
rman  auxiliary  /
RUN
{
  ALLOCATE auxiliary  CHANNEL ch1 TYPE DISK MAXPIECESIZE 1G;
  ALLOCATE auxiliary  CHANNEL ch2 TYPE DISK MAXPIECESIZE 1G;
    duplicate database for standby NOFILENAMECHECK  backup location '/u02/app/oracle/jsun/ffdeip';
  }

step 4: recover and verify
SQL> recover managed standby database using current logfile disconnect;
SQL> alter database open read only;

SELECT inst_id,PROCESS, pid,client_pid,client_process,STATUS, THREAD#, SEQUENCE#, BLOCK#, BLOCKS FROM gV$MANAGED_STANDBY
where (process='RFS' and thread#<>0) or process<>'RFS'
order by process, inst_id,thread#;

col name format a40
col value format a30
set linesize 200
 select recovery_mode from v$archive_dest_status where recovery_mode <> 'IDLE';
select * from v$dataguard_stats;

Comments

  1. If I want to detach the standby database and manual failover, I run these steps:

    ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH;
    ALTER DATABASE ACTIVATE STANDBY DATABASE;

    SQL> alter database open;

    ReplyDelete

Post a Comment

Popular posts from this blog

Opatch apply/lsinventory error: oneoff is corrupted or does not exist

I am applying the quarterly patch for 19c RDBMS, I tried using napply but failed, but somehow it corrupted the inventory though nothing applied. further apply and lsinventory command ran into error like this: $ ./OPatch/opatch lsinventory Oracle Interim Patch Installer version 12.2.0.1.21 Copyright (c) 2020, Oracle Corporation.  All rights reserved. Oracle Home       : /u02/app/oracle/19.0.0 Central Inventory : /u01/app/oraInventory    from           : /u02/app/oracle/19.0.0/oraInst.loc OPatch version    : 12.2.0.1.21 OUI version       : 12.2.0.7.0 Log file location : /u02/app/oracle/19.0.0/cfgtoollogs/opatch/opatch2020-09-08_13-35-59PM_1.log Lsinventory Output file location : /u02/app/oracle/19.0.0/cfgtoollogs/opatch/lsinv/lsinventory2020-09-08_13-35-59PM.txt -------------------------------------------------------------------------------- Inventory load failed... OPatch cannot load inventory ...

oracle dba_hist_sysmetric_summary

found this blog is helpful to get CPU and IO statistics on oracle database. http://shob-dbadmin.blogspot.ca/2012/12/how-to-find-total-io-of-database.html courtesy to  Shomil Bansal , below are hist writing, not mine. How to find total IO of the database instance Total IO of database instance is sum of the physical reads, physical writes and redo writes. There are several views to find these values. v$sysmetric  - Reports metric values for only the most current time sample 60 secs. v$sysmetric_summary  - Reports metric values for time sample of 1 hour. v$sysmetric_history  - Reports metric values every 60 sec from the time instance is up. Better way to analyse IO using this view to take deltas between two time periods. dba_hist_sysmetric_history  - All the above views are refreshed when the instance is restarted. This view, part of AWR, stores the historical stats. I have used this view for my report. Query: ====== set lines 350...

ORA_RMAN_SGA_TARGET

assume that we lost all the files of oracle database but we do have rman backup, when trying to bring up a dummy database before restore start, I get this error. RMAN> startup nomount force; WARNING: cannot translate ORA_RMAN_SGA_TARGET value startup failed: ORA-01078: failure in processing system parameters ORA-01565: error in identifying file '+DATA/PROD/spfilePROD.ora' ORA-17503: ksfdopn:2 Failed to open file +DATA/PROD/spfilePROD.ora ORA-15056: additional error message ORA-17503: ksfdopn:DGOpenFile05 Failed to open file +DATA/prod/spfileprod.ora ORA-17503: ksfdopn:2 Failed to open file +DATA/prod/spfileprod.ora ORA-15173: entry 'spfileprod.ora' does not exist in directory 'prod' ORA-06512: at line 4 starting Oracle instance without parameter file for retrival of spfile RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =================================...