recover database syntax

Similar Questions

• recover databases when nocatalog

  Hello
  on the 11g R2 I am following a scenario on documentation: http://docs.oracle.com/cd/E11882_01/backup.112/e10642/rcmadvre.htm#i1008870.
  
  It is said:
  

   
  
  STARTUP NOMOUNT;
  SET DBID 676549873 
  RUN 
  { 
    ALLOCATE CHANNEL c1 DEVICE TYPE DISK 
    RESTORE CONTROLFILE FROM AUTOBACKUP 
      MAXSEQ 100           # start at sequence 100 and count down 
      MAXDAYS 180;         # start at UNTIL TIME and search back 6 months 
    ALTER DATABASE MOUNT DATABASE; 
  } 
  
  
  RESTORE DATABASE UNTIL SEQUENCE 13244; 
  RECOVER DATABASE UNTIL SEQUENCE 13244; 
  5.If recovery was successful, then open the database and reset the online logs: 
  
  ALTER DATABASE OPEN RESETLOGS; 

  My question is:
  The following should appear on SQLPLUS?
  THE VALUE OF DBID 676549873
  RESTORE THE DATABASE UP TO THE SEQUENCE 13244;
  RECOVER THE DATABASE UP TO THE SEQUENCE 13244;
  
  Thank you.

  Hello

  Why the need to reset the incarnation of the database?

  RMAN> run
  2> {
  3> allocate channel t1 type disk;
  4> SET DBID 41381354
  5> SET until sequence 14;
  6> RESTORE CONTROLFILE FROM 'M:\backup\MYDB\incre\CTL_MYDB_20120325_12_1';
  7> ALTER DATABASE MOUNT;
  8> RESTORE DATABASE ;
  9> RECOVER DATABASE ;
  10> ALTER DATABASE OPEN RESETLOGS;
  11> }
  
  RMAN-06493: only UNTIL TIME clause is allowed when performing a restore from autobackup, found: sequence
  

  Here you must define the dbid, restore controlfile from the backuppiece if you have not set up Autobackup, mount the database, until the individual sequence #, restore & recover the database and finally open with resetlogs.

  You can refer to your 1st post on this thread for the steps that you followed to restore the database until a particular sequence :)

  You set up the database, in particular the sequence value in your very 1st post # and later performed operation restoration and recovery. Check it out ;)

• recover database until time - do not recover as expected

  Hello
  
  We have an Oracle 9i db (9208) running on AIX.
  
  We had a problem and allowed to restore all dbf files and control of the backup of the night on the server by replacing the currently damaged system.
  
  Once this is done, we opened then the DB in order to check some things.
  
  Once done we then closed and mounted and issued the «recover database until time...» "command.
  
  Logs archiving we need are in the location default archive. They cover the period just before the files restored until the moment that we need the DB found.
  
  However, when you run the recover log alerts just shows
  
  «ALTER DATABASE RECOVER database until time ' 2010-08 - 11:16:30:00'»»
  Mon Aug 16 14:33:57 2010
  Start of recovery Media
  Recovery media not required.
  
  Can someone tell us why the recover command is not the files of newspapers in the Archives until we are specifying. It doesn't look like its even looking at them.
  
  The command runs in less than a second.
  
  Is it because we opened the DB between the restoration and the recovery so his already written a journal of latest checking in the file, so the PB think its already up to date?

  Since you opened the database and media recovery finished, he will get no more. Is why he mentions "Media Recovery is not necessary. If you want to start the recovery media up to the hour, and then start a new restoration and then recover.

  Concerning

• RECOVER, DATABASE using backup controlfile until the

  Hello
  in 10g R2, may this work:
  

  RECOVER DATABASE using backup controlfile until '2009-05-21:12:47:30';

  Thank you.

  GregX wrote:
  In fact, it should say something like this:

  until time ' to_date (May 19, 2009 10:30 "," dd-mm-yyyy hh24:mi:ss') ";

  No, you needn't.
  Doc http://download.oracle.com/docs/cd/B19306_01/backup.102/b14191/osrecov.htm#i1007361
  "+ If recovery up to one hour, the time is always specified using the following format, delimited by single quotes: 'YYYY-MM-' DD:HH24:MI:SS. '. + »

  Nicolas.

• Flashback database syntax question

  EE Oracle 10.2.0.4 on OEL 5
  
  This should be a matter of syntax simple, right?
  
  Practice some scenarios to return back and looking at the syntax to
  http://download.Oracle.com/docs/CD/B19306_01/backup.102/b14194/rcmsynta032.htm#sthref515
  
  In the examples, they show a
  

  RMAN> FLASHBACK DATABASE TO TIMESTAMP
     TO_TIMESTAMP('2002-03-11 16:00:00', 'YYYY-MM-DD HH24:MI:SS');

  but the real syntax diagram does not show an option "TIMESTAMP", just "on TIME" and "AHEAD of TIME".
  
  Based on, let's try a simple test
  

  RMAN> flashback database to time = '18-MAY-2010 12:50:00';
  
  Starting flashback at 18-MAY-2010 13:10:00
  using channel ORA_DISK_1
  
  RMAN-00571: ===========================================================
  RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
  RMAN-00571: ===========================================================
  RMAN-03002: failure of flashback command at 05/18/2010 13:10:00
  ORA-01830: date format picture ends before converting entire input string

  Hmm, okay, then what format does? In fact, he reported in two different formats:
  

  Starting flashback at 18-MAY-2010 13:10:00

  and
  

  RMAN-03002: failure of flashback command at 05/18/2010 13:10:00

  If pressing on some others, let's try that should be obvious:
  

  RMAN> flashback database to time = to_date('05/18/2010 12:50:00','mm/dd/yyyy hh24:mi:ss')
  
  RMAN-00571: ===========================================================
  RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
  RMAN-00571: ===========================================================
  RMAN-00558: error encountered while parsing input commands
  RMAN-01009: syntax error: found "identifier": expecting one of: "double-quoted-string, single-quoted-string"
  RMAN-01008: the bad identifier was: to_date
  RMAN-01007: at line 1 column 30 file: standard input
  
  
  RMAN-00571: ===========================================================
  RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
  RMAN-00571: ===========================================================
  RMAN-00558: error encountered while parsing input commands
  RMAN-01009: syntax error: found "(": expecting one of: "allocate, alter, backup, beginline, blockrecover, catalog, change, connect, copy, convert, create, crosscheck, configure, duplicate, debug, delete, drop, exit, endinline, flashback, host, {, library, list, mount, open, print, quit, recover, register, release, replace, report, renormalize, reset, restore, resync, rman, run, rpctest, set, setlimit, sql, switch, spool, startup, shutdown, send, show, test, transport, upgrade, unregister, validate"
  RMAN-01007: at line 1 column 37 file: standard input
  
  RMAN>

  Built on the docs and other resources on the web, I find several variations on the theme, but all end up throwing one of the errors above.
  
  I can't believe, I've been reduced to what should be a matter of doc, but in this case, it's the documentation examples which throw errors. I'm going blind? The brain cell was killed by that I had last week of beer criticism? ;-)

  From:

  RMAN> flashback database to time = to_date('05/18/2010 12:50:00','mm/dd/yyyy hh24:mi:ss')
  
  RMAN-00571: ===========================================================
  RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
  RMAN-00571: ===========================================================
  RMAN-00558: error encountered while parsing input commands
  RMAN-01009: syntax error: found "identifier": expecting one of: "double-quoted-string, single-quoted-string"
  RMAN-01008: the bad identifier was: to_date
  RMAN-01007: at line 1 column 30 file: standard input
  

  Could you please try adding double quotes around the expression date?

   flashback database to time = "to_date('05/18/2010 12:50:00','mm/dd/yyyy hh24:mi:ss')";
  

• Help on recovering database /Restore - no available controlfiles kccpb_sanity_check_2 control file sequence number mismatch

  Hi all.

  I really need your help on this:

  (1) version: 11.2.0.1 EE / Windows.

  (2) database does not start, don't get database.

  Alert.log info:

  Instance of stopped by USER, pid = 3652

  2015-11-22 15:57:19.763000 - 04:30

  I found this after using adrci:

  2015-11-22 15:49:15.727

  SESSION ID: (191.1) 2015-11-22 15:49:15.727

  CUSTOMER ID :() 2015-11-22 15:49:15.727

  NAME OF THE SERVICE :() 2015-11-22 15:49:15.727

  MODULE NAME: (sqlplus.exe) 2015-11-22 15:49:15.727

  ACTION NAME :() 2015-11-22 15:49:15.727

  Informational message:

  Control file 1 has seq 2713995, low 2713994 file # 0

  Error: kccpb_sanity_check_2

  Control file sequence number mismatch!

  fhcsq: bhcsq 2713995: 2714016 cfn 0

  2015-11-22 15:49:15.758

  USER (ospid: 2504): put an end to the instance

  Verification of MOS Note: 435436.1 I must:

  (1) to restore a backup of a controlfile and recover

  OR

  (2) to recreate the controlfile

  OR

  (3) restore the backup data and recovery

  It is a database, that I was not, up to now administer. But:

  (1) I tried from the database with addressed controlfile (the one located in FRA). No luck. (Create pfile from spfile / startup pfile)

  (2) the database is not mount / open. It hangs on the editing process. So I can not issue an alter database controlfile to trace.

  It seems that my options are:

  (1) manual creation of controlfile with open resetlogs option. This option is viable, but risky if we miss a datafile or something GOLD

  (2) restoration of RMAN backup. The thing is that the most recent copy of automatic backup of controlfile is since a few days early (4 / 5 days).

  I found this link: http://gavinsoorma.com/2009/07/rman-recovery-from-loss-of-all-control-files/

  The procedure seems easy, but since this controlfile is not in the current SNA of database (data files, etc.). I'm not sure it if it would work.

  So in short, I think I have an automatic backup controlfile and it's OK. but a little old. I can restore from this copy of CF?

  Please I'm pressed real here, so help will be greatly appreciated!....

  Thanks in advance!

  Best regards, Luis...!

  Hello

  It seems that my options are:

  (1) manual creation of controlfile with open resetlogs option. This option is viable, but risky if we miss a datafile or something GOLD

  (2) restoration of RMAN backup. The thing is that the most recent copy of automatic backup of controlfile is since a few days early (4 / 5 days).

  It seems that you have few options,

  In my opinion, you should start with option 2), but you have logs archived redo and all and all the backups of catalog and perform a restore.

  After, if not works, you must manually create the control files, but you are right, you must carefully on all the data files. Here a log generated in the last level 0 RMAN backup could help you, don't forget the newspaper are all entries of data for backup files.

  I wish to have more ideas to help you, but I have no other.

  I hope this helps.

  Kind regards

  Juan M

• Run or recove database Oracle 11 g on a disc

  Hello everyone.

  My problem is the following.

  I have a database of Oracle 11 g R2 to a Linux disk. This disc has been on a server motherboard failure and now we don t find another motherboard, same model, where to install the drive. So we put the disc inside a carcass of external drive and now we will try to start the database to a VirtualBox machine where we will install the same operating system.

  Issue.

  It is posible? and if yes send me a link with the documentation.

  It has medium to achieve anothers?

  Regards to all the world and thanks in advance.

  Thanks for your reply, but after that I wrote this post, I know that Linux is a portable system and I can plug the drive into any motherboard and it should work.

  Thanks again and best regards.

• database, SYNTAX

  Hello

  I have a VI with DB connectivity toolkit.  On this, I use a DB tool select data.  I'm trying to read data from a table by using a SQL query (in State).  Well, when one using the sentence

  SELECT id FROM SensoresIR1 WHERE id = 36151

  LabVIEW gives me an error:

  
  

• RECOVER THE DATABASE AUTOMATICALLY UP TO YVERT

  Hello
  10 gr 2 on Win 2003, I have the following error:

  RECOVER DATABASE AUTOMATIC UNTIL SCN 584413;
  ORA-00905

  Documentation site is unfortunately not available:

  Gateway Timeout
  The proxy server did not receive a timely response from the upstream server.
  Reference #1.24e70cc3.1270721326.3a6c8f5 

  You know the correct syntax?
  Thank you.

  DATABASE until THE CHANGE of RECOVER nnnnn

• recover the database

  Hi all
  
  I took a backup using the database in backup mode
  
  

  alter database begin backup

  copying the files to the new destination
  

  change the backup of the end

  insert into values('abc') of the employee;

  Commit

  alter system archive log current;

  alter database backup controlfile to trace as "c:\control01.sql"

  connected to the new database
  
  created settings file,
  
  startup nomount;
  
  C:\control01.SQL Edited
  and inventory is change, change reuse to set
  Control file to

  @C:\control01.sql

  was created
  
  ALTER system set log_archive_dest_1 =' location = c ';
  
  copied the primary database archiving logs at this location
  
  now, I want to know the difference between
  
  
  recover the database, recover database until cancel and recover database using backup contorlfile up to cancel
  
  
  Thank you

  948024 wrote:
  Thank you very much guys it really helped,

  I fixed the database completely I have cross checked the lines that I have inserted after taking the backup, and they are in the new database

  just one thing guys.

  now both HAV same databses data...

  Once again if I want to insert rows in the primary database and

  alter system archive log current;

  then the cn I directly paste this newspaper archive in second file of database archvive and make immediate judgment

  N ° once you opened this second database, he began his life with it's own set of stock footage, it's own set of SNA. You can not just graft in a some other database archivelog, no matter how closely, you think that these databases are linked. Oracle is concerned, as they have zero relationship to another.

• Recover the database by rman bkup

  Hello
  
  It's a question...
  
  We have one day old hot rman backup on dvd... now that we have lost everything... all the data files, controlfiles... etc...
  but we have the file to archive paper yesterday... on another server...
  We do not know ramn used the catalog database or not...
  
  How can recover us our database... wht will...
  
  no idea...

  Hi again!

  Sorry initially I didn't understand exactly what is your problem. The problem with the recovery catalog is a very bad. You cannot know whether or not a catalog of recovery has been used for the backup. But if there's a DB catalog then you can find if you look in your tnsnames.ora or ldap. Somewhere there's a service network for a DB catalog name when it exists. I hope that you got a copy of your tnsnames.ora. If this isn't the case, then I don't know how to find your catalog.

  But besides that recover you DB on a new host, follow these steps:
  1.) install the Oracle software on the new server. It is easier if you use the same structure of directory on the server crashed.
  2.) create a passwordfile on the new server with orapwd

  orapwd -entries x -password pwd -file orapwSID.ora
  

  Please replace x with the maximum number of entries in your new passwordfile and replace SID with the SID of your new DB.
  3.) start RMAN

  rman target /
  

  4.) start your new instance in NOMOUNT.

  startup force nomount;
  

  5.) set your DBID. If you do not know your DBID you can easily get the name of an automatic backup.

  SET DBID 669002767;
  

  6.) create a PFILE/SPFILE for your new DB file or reuse your old if you have a backup

  RUN {
    SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK
    TO 'C:\Backup\%F';
    RESTORE SPFILE FROM AUTOBACKUP;
  }
  

  7.) restore your controlfile.

  shutdown;
  startup force nomount;
  RUN {
    SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK
    TO 'C:\Backup\%F';
    RESTORE CONTROLFILE FROM AUTOBACKUP;
  }
  

  8.) mount your database

  shutdown;
  startup mount;
  

  9.) restore and recover data files

  RESTORE database;
  RECOVER database until cancel;
  

  10.) open your database with resetlogs.

  SQL 'ALTER DATABASE OPEN RESETLOGS';
  

  I don't know if it will work because it's too can made on your database and servers that I don't know, but maybe I'll be useful to you.

  Yours sincerely

  Florian W.

  Published by: Florian W. the 21.04.2009 16:43

  Sorry! I forgot something!

• recover the database to a time

  Hello
  10 g R2 on Win 2003 server. In what follows, I can recover my database using RMAN backups:

  RMAN>Run {
       allocate channel t1 type disk;
       restore database;
       recover database;
       sql "alter database open";
  }

  How can I set a time that I want to recover my database?
  For example, I have my backups of that night. My DB blocks at 11 in the morning today and I want to recover the DB as it was at 10:00. How can I indicate this time?
  
  Thanks a lot before.

  After 2500 messages you should have just searched in the internet

  http://download.Oracle.com/docs/CD/B19306_01/backup.102/b14192/flashptr006.htm

  Best regards
  Maran

• recover the database test

  Hello
  in metalink notes 94114.1 I see:

  9. Test your recovery
  REASON: During a recovery situation this will let you know how the recovery will go without
  actually doing it, and can avoid having to restore source datafiles again.
  
  SQL> recover database test;

  Can you tel me if 'test' to 'recover the database test' is a parameter or the name of the database to recover?
  Thank you.

  The name of the database to recover.

• RMAN > recover DB with backup controlfile > RMAN-06025: no backup of...

  Oracle Database 10g Enterprise Edition Release 10.2.0.2.0
  on RHEL 5
  
  I am trying to execute the following commands to RMAN in a TEST instance and receive errors. I don't have the archive logs in the test OS instance (they were deleted manually... "I know it's a big mistake). Is there a way to always run 'restore database using backup controlfile until Cancel' successfully?
  
  Step 1:
  
  SQL > restore database using backup controlfile until cancel;
  ORA-00279: change 40600690589 September at 2010-04-18 19:38:24 to
  thread 1
  ORA-00289: suggestion: /u001/dbsvr/deverp1/arch_575406629_1_122104.arc
  ORA-00280: change 40600690589 thread 1 is in sequence #122104
  
  Specify the log: {< RET > = suggested |} Filename | AUTO | CANCEL}
  
  Auto
  
  ORA-00308: cannot open archived log
  ' / u001/dbsvr/deverp1/arch_575406629_1_122104.arc'
  ORA-27037: unable to get file status
  Linux-x86_64 error: 2: no such file or directory
  Additional information: 3
  
  
  ORA-01547: WARNING: RECOVER succeeded but OPEN RESETLOGS would get below error
  ORA-01194: file 1 needs a recovery more match
  ORA-01110: data file 1: '+ DATA2/prod/datafile/system.291.716736657 '.
  
  
  ==========================================================
  Step 2:
  
  rman target $ /.
  RMAN >
  run
  {
  allocate channel d1 type disk;
  define archivelog destination to ' / u001/dbsvr/deverp1 / ";
  restore the logseq 122104 than logseq 122204 thread 1 all archivelog;
  output channel d1;
  }
  
  allocated channel: d1
  channel d1: sid = 1971 devtype = DISK
  
  executing command: SET DESTINATION ARCHIVELOG
  
  From restoration to April 19, 10
  
  output channel: d1
  RMAN-00571:
  RMAN-00569:
  = FOLLOWS THE ERROR MESSAGE BATTERY =.
  RMAN-00571: ===========================================================
  RMAN-03002: failure of the restore command at 19/04/2010 19:45:29
  RMAN-06026: some targets not found - abandonment of restoration
  RMAN-06025: no thread 1 122116 lowscn found 40607234921 seq log backup to restore
  RMAN-06025: no thread 1 122115 lowscn found 40606700559 seq log backup to restore
  
  RMAN >
  
  Published by: CipherDBA on April 19, 2010 18:43

  I see you are using ASM. In this case, I strongly suggest forgetting all about giving orders for recovery of any kind in SQL * more and make sure that you have completely mastered RMAN. RMAN is the only reliable tool that can be used to do anything in ASM. In general, it is a very bad idea to mix managed by users and managed by RMAN recovery mechanisms: you ask just for confusion all round!

  Also, I see someone suggesting 'Restoration until the 122114 seq archivelog', but it is false. If you run the syntax in this way, eventually you recovery until the end of the log 122113 and not enforce a 122114 again, that seems to exist. Numbers you put in an rman command "set until" are not exhaustive, so if you are missing journal 115, it's that you defined up to the number. You do not go around off delimbing a 1 or so just in case where, unless you plan to perform a recovery more incomplete than you can actually go out with.

  Overall, the most appropriate RMAN recovery command in this case would be, I would say:

  crosscheck archivelog all;
  crosscheck backup;
  run {
  set until logseq 122115;
  restore database;
  recover database;}
  

  More seriously: I have no idea why you are trying to recover with a bit of 'backup controlfile' in your syntax. It is only necessary if you have actually lost the original control file and have restored a backup. But since I don't see you do that ('Restore automatic backup controlfile' would be the usual thing to do with RMAN), then there is no need to specify that little bit of syntax in your orders. Now that you once asked Oracle to think he's working with a backup controlfile, however, all bets are off, so if I were you, in view of this is that a test system, I put things in a working state, and then start your recovery from scratch test. Just say 'using backup controlfile' If you actually are. If you simply mount the original controlfile that has not been lost by the disaster, so there no need to mention and the above commands should work properly.

• switch database to copy and backagain

  I have 2 asm disk groups, DATA + and + FRA. I want to make a quick recovery, so I "switch the database to copy".

  My question is after it is done, what are the steps to move the database back to + DATA.  The database is large and there is not enough space in the

  groups of disks to store a backup and a database.  Which means after I go to the copy, I need to remove the old db to + DATA.

  1. I have to remove the old db to + DATA.  How will know rman to delete what is in + DATA and not + FRA?

  delete backup; 
  

  2 "restore" FRA to + ETRUBANS "

  RMAN> backup as copy database format '+DATA';
  RMAN> backup as copy current controlfile format '+DATA';
  RMAN> switch database to copy
  
  RMAN> startup nomount;
  RMAN> alter database mount;
  RMAN> recover database;
  RMAN> alter database open; 
  
  

  Is this good?  Am I missing a step?

  It's a common mistake to not allocate enough disk space for the fast recovery area. As a general rule, I suggest to FRA at least 3 times as large as your database, in order to maintain a current version and previous backup, plus one space for archiving logs.

  Regarding your question, when you put the database to copy, previous data files will come to the 'new' copy. After you have changed the data files, you can then simply delete the copy of the database and thus remove the old data files.

  For example:

  RMAN> report schema;
  
  using target database control file instead of recovery catalog
  Report of database schema for database with db_unique_name ORCL1
  
  List of Permanent Datafiles
  ===========================
  File Size(MB) Tablespace          RB segs Datafile Name
  ---- -------- -------------------- ------- ------------------------
  1    760      SYSTEM              ***    +DATA/orcl1/datafile/system.256.862871041
  2    740      SYSAUX              ***    +DATA/orcl1/datafile/sysaux.257.862871041
  3    155      UNDOTBS1            ***    +DATA/orcl1/datafile/undotbs1.258.862871041
  4    5        USERS                ***    +DATA/orcl1/datafile/users.259.862871041
  5    346      EXAMPLE              ***    +DATA/orcl1/datafile/example.269.862871121