Recover a cold backup in another BD.

Somebody can help me, i have a doubt, Can I Restore the datafiles from a cold backup (DataBase A) in a Database B?

If you executed the command "alter database backup controlfile to trace" the trace will generated in the "udump" directory. From there you can edit file. REMEMBER- Give the original copy of the backup file (do not move the files). Do a copy.
Here's a sample if you want recreate the SID name. Noted you have to modify the location if the paths are difference.
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "TESTDB" RESETLOGS ARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 5
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 1168
LOGFILE
GROUP 1 '/data/oracle/TESTDB/redo01a.log' SIZE 100M,
GROUP 2 '/data/oracle/TESTDB/redo02a.log' SIZE 100M,
GROUP 3 '/data/oracle/TESTDB/redo03a.log' SIZE 100M
-- STANDBY LOGFILE
DATAFILE
'/data/oracle/TESTDB/system01.dbf',
'/data/oracle/TESTDB/undotbs01.dbf',
'/data/oracle/TESTDB/sysaux01.dbf',
'/data/oracle/TESTDB/users01.dbf'
CHARACTER SET WE8ISO8859P1
If you want to change the SID the use the command
CREATE CONTROLFILE SET DATABASE "NEWTEST" RESETLOGS ARCHIVELOG

Similar Messages

  • How to recover a cold backup (Oracle 9i)

    Hello,
    We got the following situation, one of our clients wants to switch from Oracle 9i to Microsoft SQL Server 2008.
    Our client is located in Singapore and we operate in Belgium, they have sent us an external HD with a media/cold backup of their database.
    We also got both the database name and the passwords for the database.
    In order to get this database available I have taken the following steps:
    1)Created an Virtual Machine with Windows XP SP3,
    2)Installed Oracle 9i on this VM,
    3)Created a database using the database name and passwords given by the client.
    Now I want to recover our clients database, how do I do this.
    I know there texts about it, but I need a step for step guide to do this (that's the way I learn by seeing how its done and then reproduce it)
    Thanks for any response

    After some calls and putting pressure on our client IT I've been able to find out that there either using 11 or 10g.
    Also found out that the name they gave me is not the name they use
    So I followed the instructions on [http://download.oracle.com/docs/cd/B10501_01/server.920/a96521/create.htm#1000691] , I did find some mistakes in the page
    I got the following create database statement
    CREATE DATABASE dbname
    USER SYS IDENTIFIED BY pz6r58
    USER SYSTEM IDENTIFIED BY y1tz5p
    LOGFILE GROUP 1 ('D:\dbname\redo01.log') SIZE 100M,
    GROUP 2 ('D:\dbname\redo02.log') SIZE 100M,
    GROUP 3 ('D:\dbname\redo03.log') SIZE 100M
    MAXLOGFILES 5
    MAXLOGMEMBERS 5
    MAXLOGHISTORY 1
    MAXDATAFILES 100
    MAXINSTANCES 1
    CHARACTER SET US7ASCII
    DATAFILE 'D:\dbname\system01.dbf' SIZE 700M REUSE
    EXTENT MANAGEMENT LOCAL
    DEFAULT TEMPORARY TABLESPACE tempts1
    TEMPFILE D:\dbname\temp01.dbf' *(The documentation said datafile instead of tempfile)*
    SIZE 270M REUSE
    SYSAUX DATAFILE 'D:\dbname\sysaux01.dbf' size 700M reuse
    UNDO TABLESPACE undotbs
    DATAFILE 'D:\dbname\undotbs01.dbf'
    SIZE 3984M REUSE AUTOEXTEND ON NEXT 5120K MAXSIZE UNLIMITED;
    after executing
    ORA-01501: CREATE DATABASE failed
    ORA-00200: controlfile could not be created
    ORA-00202: controlfile: 'D:\dbname\control01.ctl'
    ORA-27038: file exists
    OSD-04010: <create> option specified, file already exist
    So what did I do wrong, altough I'm guessing I copied the original files to early
    [code="sql"]DATAFILE 'D:\dbname\system01.dbf' SIZE 700M REUSE
    Although I did use reuse
    I shutdown the database and removed the files to and replaced them with the files from the client,
    Mounted the database succesfully and tried to query the metadata
    Mixing the information found on
    Creating an Oracle Database,
    Oracle Recovery Procedure
    Got ORA-01219, which is logical since the databse isn't open yet.
    I open the database using alter database open
    ORA-01157: cannot identify data file 1 - file not found
    ORA-01110: data file 1: '/home/oracle/product/10.1.0/oradata/orcl/system01.dbf'
    So any ideas want went wrong this time
    Edited by: Resender on 19-mei-2011 1:00

  • Restoration of Cold backup on another server

    Hi ALL,
    Question: 1) I have cold backup of sunday using User managed backup on A server & all archivelogs upto wednesday on A server.
    2) I transfer my cold backup & archivelogs on B server.
    3) Now I need to recover my B server's database upto wednesday.
    Note: 1) I have same location of datafiles,controlfiles.redologs on B server as of A server..
    Please Help
    Regards

    user13364785 wrote:
    Hi ALL,
    Question: 1) I have cold backup of sunday using User managed backup on A server & all archivelogs upto wednesday on A server.
    2) I transfer my cold backup & archivelogs on B server.
    3) Now I need to recover my B server's database upto wednesday.
    Note: 1) I have same location of datafiles,controlfiles.redologs on B server as of A server..
    Please Help
    RegardsIf your OS is windows then you have to create OracleService using oradim utility,then create need directory for data/control/log files and according background/diag/trace also parameter file.
    After creating these directories startup mount database using STARTUP MOUNT PFILE='PFILELOCATION' then issue command RECOVER DATABASE USING BACKUP CONTROLFILE in this case oracle will read default location of archive logs and will apply,if this directory is different then main server then execute RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL and apply archive logs manually and open database with ALTER DATABASE OPEN RESETLOGS.

  • Import data backup into another DB instance

    Hello all.
    I need to import a Data Backup into Another Database instance. MaxDb version 7.3.
    On higher versions of MaxDb I performed this operation without any problems (http://help.sap.com/erp2005_ehp_04/helpdata/EN/43/d5ebc2c9ed3ab3e10000000a422035/frameset.htm).
    For this version of MaxDB I have such problem:
    the commands don't coincide with help description, I define backup template, transfer DB instance to admin state, open utility session and try to srart recovery (there is no command db_activate RECOVER <template>)
    dbmcli on Q46>util_connect
    OK
    dbmcli on Q46>recover_start DEMO
    ERR
    -24988,ERR_SQL: sql error
    -903,Message not available,blockcount mismatch
    What I can do? How can I start recover from data backup from another DB on this version of MaxDB?

    I have tried to perform backup of original system and recovery to another database one more time.
    There is the another error:
    dbmcli on Q46>recover_start DemoD46_recover
    ERR
    -24988,ERR_SQL: sql error
    -3014,Invalid end of SQL statement

  • Recovering cold backup - running in circles - part 2 -Second opinion needed

    Hello all,
    Here I'm again but this time not to ask for a complete solution where I have to do nothing but a second opinion and some help in solving.
    In the thread [Recovering cold backup - alter database open failing - running in circles |http://forums.oracle.com/forums/thread.jspa?messageID=9663720] , I was trying to recover a database (I still am) for one of our clients.
    Since then a few things have changed, from our client we have no received the installation media for their database software: Oracle 10.0.1.0.2.
    I have installed this on a Linux, an opensuse while they used a RHEL 4, placed the database files in the a similar map structure as theirs and made sure that all the ORACLE variables were correctly set, we have also received the pfile and I made the corresponding initfile from.
    I start sqlplus / as sysdba
    Mounting the database no problem.
    Trying to open the database I receive the following error ORA-01207: file is more recent than controlfile – old controlfile, the error refers to the Datafile 2: '/home/oracle/product/10.1.0/oradata/orcl/undotbs01.dbf'.
    Their is no corresponding error message in the alert log, well their is but it doesn't really give me the information I was looking for.
    Mon Jul 11 16:38:26 2011
    alter database open
    ORA-1122 signalled during: alter database open...
    Mon Jul 11 16:44:51 2011
    ALTER DATABASE RECOVER database
    Mon Jul 11 16:44:51 2011
    Media Recovery Start
    Media Recovery failed with error 1122
    ORA-283 signalled during: ALTER DATABASE RECOVER database ...
    I then attempted to do a media recovery using recover database using backup controlfile, which fails because it can not find a corresponding backup controlfile.
    The section generated in the alert log did however worry me more:
    ALTER DATABASE RECOVER database using backup controlfile
    Mon Jul 11 16:46:15 2011
    Media Recovery Start
    WARNING! Recovering data file 1 from a fuzzy file. If not the current file
    it might be an online backup taken without entering the begin backup command.
    WARNING! Recovering data file 2 from a fuzzy file. If not the current file
    it might be an online backup taken without entering the begin backup command.
    WARNING! Recovering data file 3 from a fuzzy file. If not the current file
    it might be an online backup taken without entering the begin backup command.
    WARNING! Recovering data file 4 from a fuzzy file. If not the current file
    it might be an online backup taken without entering the begin backup command.
    WARNING! Recovering data file 5 from a fuzzy file. If not the current file
    it might be an online backup taken without entering the begin backup command.
    Starting datafile 1 with incarnation depth 0 in thread 1 sequence 1818761
    Datafile 1: '/home/oracle/product/10.1.0/oradata/orcl/system01.dbf'
    Starting datafile 2 with incarnation depth 0 in thread 1 sequence 1818764
    Datafile 2: '/home/oracle/product/10.1.0/oradata/orcl/undotbs01.dbf'
    Starting datafile 3 with incarnation depth 0 in thread 1 sequence 1818761
    Datafile 3: '/home/oracle/product/10.1.0/oradata/orcl/sysaux01.dbf'
    Starting datafile 4 with incarnation depth 0 in thread 1 sequence 1818765
    Datafile 4: '/home/oracle/product/10.1.0/oradata/orcl/users01.dbf'
    Starting datafile 5 with incarnation depth 0 in thread 1 sequence 1818761
    Datafile 5: '/home/oracle/product/10.1.0/oradata/orcl/temp02.dbf'
    Media Recovery Log
    So that could mean that they've just taken a copy off the files without offlining the database first, anyway to confirm this.
    I've come to a point where I have not an immediately clue of what to do, some help even a little push could be helpful.

    I did
    SQL> recover database using backup controlfile until cancel;
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    /home/oracle/product/10.1.0/oradata/orcl/redo01.log
    Tue Jul 12 12:36:03 2011
    ALTER DATABASE RECOVER LOGFILE '/home/oracle/product/10.1.0/oradata/orcl/redo01.log'
    Tue Jul 12 12:36:03 2011
    Media Recovery Log /home/oracle/product/10.1.0/oradata/orcl/redo01.log
    Tue Jul 12 12:36:03 2011
    Incomplete recovery applied all redo ever generated.
    Recovery completed through change 996740226
    Tue Jul 12 12:36:03 2011
    orcl; Media Recovery Complete
    ARCH: Connecting to console port...
    Completed: ALTER DATABASE RECOVER LOGFILE '/home/oracle/pr
    Tue Jul 12 12:36:18 2011
    ALTER DATABASE RECOVER database using backup controlfile until cancel
    Tue Jul 12 12:36:18 2011
    Media Recovery Start
    Starting datafile 1 with incarnation depth 0 in thread 1 sequence 1
    Datafile 1: '/home/oracle/product/10.1.0/oradata/orcl/system01.dbf'
    Starting datafile 2 with incarnation depth 0 in thread 1 sequence 1
    Datafile 2: '/home/oracle/product/10.1.0/oradata/orcl/undotbs01.dbf'
    Starting datafile 3 with incarnation depth 0 in thread 1 sequence 1
    Datafile 3: '/home/oracle/product/10.1.0/oradata/orcl/sysaux01.dbf'
    Starting datafile 4 with incarnation depth 0 in thread 1 sequence 1
    Datafile 4: '/home/oracle/product/10.1.0/oradata/orcl/users01.dbf'
    Starting datafile 5 with incarnation depth 0 in thread 1 sequence 1
    Datafile 5: '/home/oracle/product/10.1.0/oradata/orcl/temp02.dbf'
    Media Recovery Log
    It said media recovery complete in sqlplus
    when I tried to open I got disconnection forced
    Tue Jul 12 12:37:18 2011
    alter database open resetlogs
    RESETLOGS after complete recovery through change 996740226
    Resetting resetlogs activation ID 1284019345 (0x4c889491)
    Online log /home/oracle/product/10.1.0/oradata/orcl/redo02.log: Thread 1 Group 2 was previously cleared
    Online log /home/oracle/product/10.1.0/oradata/orcl/redo03.log: Thread 1 Group 3 was previously cleared
    Setting recovery target incarnation to 4
    Tue Jul 12 12:37:18 2011
    Setting recovery target incarnation to 4
    Tue Jul 12 12:37:18 2011
    Flashback Database Disabled
    Tue Jul 12 12:37:18 2011
    Assigning activation ID 1284062526 (0x4c893d3e)
    Maximum redo generation record size = 120832 bytes
    Maximum redo generation change vector size = 116476 bytes
    Private_strands 7 at log switch
    Thread 1 opened at log sequence 1
    Current log# 1 seq# 1 mem# 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
    Successful open of redo thread 1
    Tue Jul 12 12:37:18 2011
    MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
    Tue Jul 12 12:37:18 2011
    SMON: enabling cache recovery
    Tue Jul 12 12:37:18 2011
    Successfully onlined Undo Tablespace 1.
    Dictionary check beginning
    Dictionary check complete
    Tue Jul 12 12:37:18 2011
    SMON: enabling tx recovery
    Tue Jul 12 12:37:18 2011
    WARNING: The following temporary tablespaces contain no files.
    This condition can occur when a backup controlfile has
    been restored. It may be necessary to add files to these
    tablespaces. That can be done using the SQL statement:
    ALTER TABLESPACE <tablespace_name> ADD TEMPFILE
    Alternatively, if these temporary tablespaces are no longer
    needed, then they can be dropped.
    Empty temporary tablespace: TEMP
    Database Characterset is UTF8
    Tue Jul 12 12:37:18 2011
    Published database character set on system events channel
    Tue Jul 12 12:37:18 2011
    All processes have switched to database character set
    Tue Jul 12 12:37:18 2011
    Errors in file /home/oracle/product/10.1.0/db_1/admin/orcl/udump/orcl_ora_19084.trc:
    ORA-00600: internal error code, arguments: [4194], [21], [17], [], [], [], [], []
    Tue Jul 12 12:37:19 2011
    Errors in file /home/oracle/product/10.1.0/db_1/rdbms/log/orcl_smon_19072.trc:
    ORA-00600: internal error code, arguments: [4194], [75], [7], [], [], [], [], []
    Tue Jul 12 12:37:20 2011
    Doing block recovery for file 2 block 25323
    Block recovery range from rba 1.65.0 to scn 0.996740294
    Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
    Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
    Block recovery stopped at EOT rba 1.67.16
    Block recovery completed at rba 1.67.16, scn 0.996740294
    Doing block recovery for file 2 block 25
    Block recovery range from rba 1.65.0 to scn 0.996740293
    Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
    Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
    Block recovery completed at rba 1.67.16, scn 0.996740294
    Tue Jul 12 12:37:20 2011
    Errors in file /home/oracle/product/10.1.0/db_1/rdbms/log/orcl_smon_19072.trc:
    ORA-00604: error occurred at recursive SQL level 1
    ORA-00607: Internal error occurred while making a change to a data block
    ORA-00600: internal error code, arguments: [4194], [75], [7], [], [], [], [], []
    Tue Jul 12 12:37:21 2011
    Doing block recovery for file 2 block 1295
    Block recovery range from rba 1.63.0 to scn 0.996740295
    Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
    Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
    Block recovery stopped at EOT rba 1.67.16
    Block recovery completed at rba 1.67.16, scn 0.996740294
    Doing block recovery for file 2 block 41
    Block recovery range from rba 1.63.0 to scn 0.996740292
    Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
    Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
    Block recovery completed at rba 1.65.16, scn 0.996740293
    Tue Jul 12 12:37:21 2011
    Errors in file /home/oracle/product/10.1.0/db_1/admin/orcl/udump/orcl_ora_19084.trc:
    ORA-00600: internal error code, arguments: [4193], [57818], [10145], [], [], [], [], []
    Doing block recovery for file 2 block 622
    Block recovery range from rba 1.67.0 to scn 0.996740298
    Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
    Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
    Block recovery stopped at EOT rba 1.69.16
    Block recovery completed at rba 1.69.16, scn 0.996740298
    Doing block recovery for file 2 block 9
    Block recovery range from rba 1.67.0 to scn 0.996740297
    Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
    Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
    Block recovery completed at rba 1.69.16, scn 0.996740298
    WARNING: Files may exists in db_recovery_file_dest
    that are not known to the database. Use the RMAN command
    CATALOG RECOVERY AREA to re-catalog any such files.
    One of the following events caused this:
    1. A backup controlfile was restored.
    2. A standby controlfile was restored.
    3. The controlfile was re-created.
    4. db_recovery_file_dest had previously been enabled and
    then disabled.
    Tue Jul 12 12:37:23 2011
    Errors in file /home/oracle/product/10.1.0/db_1/admin/orcl/udump/orcl_ora_19084.trc:
    ORA-00600: internal error code, arguments: [4194], [75], [7], [], [], [], [], []
    Doing block recovery for file 2 block 25323
    Block recovery range from rba 1.65.0 to scn 0.996740294
    Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
    Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
    Block recovery completed at rba 1.67.16, scn 0.996740297
    Doing block recovery for file 2 block 25
    Block recovery range from rba 1.65.0 to scn 0.996740301
    Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
    Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
    Block recovery completed at rba 1.71.16, scn 0.996740302
    Tue Jul 12 12:37:24 2011
    Errors in file /home/oracle/product/10.1.0/db_1/admin/orcl/udump/orcl_ora_19084.trc:
    ORA-00607: Internal error occurred while making a change to a data block
    ORA-00600: internal error code, arguments: [4194], [75], [7], [], [], [], [], []
    Error 607 happened during db open, shutting down database
    USER: terminating instance due to error 607
    Instance terminated by USER, pid = 19084
    ORA-1092 signalled during: alter database open resetlogs...
    ************************************************************************************************************************************************************************************************

  • Cold Backup/Recovering A Table

    I am running 11r2 in a RAC environment. We have a primary plus two standby's (using Active Data Guard). Also, I am a new DBA, so bare with me. :)
    TableX in a certain database is corrupted. The corruption began a month ago due to a web developer's code change. The code change was fixed a week ago.
    Summary: the data in TableX is corrupted up until a week ago.
    Flashback doesn't extend that far into the past, so what I've been thinking of doing is, on our test server:
    1) Copy over relevant files from production to the test server
    2) Backup the original TableX on production
    3) Restore the system, sysaux, undo and the tablespace which contains TableX on test server
    4) Drop all other tablespaces in mount state (or not, if this step isn't necessary?)
    5) Recover the database till the time when the table was dropped or updated
    6) Take an export of TableX from database and import it into production, overwriting the current TableX
    7) Update the imported production TableX with the past week of "good" data from the backup in step 2
    I have 3 questions.
    Does this seem like a good strategy?
    Additionally, I am having difficulty determining what the "relevant files" are in step 1. What would I be copying over? Everything in the ArchiveLog folder? Or Everything in the db_recovery_file_dest folder? Or...?
    Lastly, in step 3, is there a way to perform the restore w/o overwriting preexisting data on the test server?
    Thank you

    Hemant K Chitale wrote:
    is there a way to perform the restore w/o overwriting preexisting data on the test serverYou would have to restore to a different folder and when you ALTER DATABASE MOUNT you ALTER DATABASE RENAME DATAFILE to specify the new locations of the datafiles.
    I think the MOUNT is the step that I was missing, though it seems so obvious now...
    1) Copy over relevant files from production to the test server
    2) Backup the original TableX on production
    *2.5) MOUNT the copied data files onto the test server*
    3) Restore the system, sysaux, undo and the tablespace which contains TableX on test server
    4) Drop all other tablespaces in mount state (or not, if this step isn't necessary?)
    5) Recover the database till the time when the table was dropped or updated
    6) Take an export of TableX from database and import it into production, overwriting the current TableX
    7) Update the imported production TableX with the past week of "good" data from the backup in step 2
    Last Question (I think): you both refer to "THE cold backup." We use a diff backup. I assume you mean "copy over all files since the last full backup prior to the date that data corruption began"?

  • Recover database using cold backup

    Hi All,
    One of the table is delete by one of our DBA from PROD accidentally. We have a cold backup on one day before.
    Now we are trying to restore it from the cold backup. PROD DB is in archivelog and all the archive is in tact.
    The table got truncated today at 8 PM. Can we apply the database till 8 PM so that we can restore the truncated table using cold backup.
    Please find the below steps which we are using to restore.
    creating controlfile
    starting the db in mount state
    recover database;
    Will it ask for latest archive log when we try to recover it.
    ENV details -
    DB - 11.2.0.1
    Please suggest.
    Thanks

    Hi,
    If you have doubts about the procedure to use to restore a backup to a point in time, then please take a look at the documentation first: Performing Flashback and Database Point-in-Time Recovery - 11g Release 2 (11.2)
    After you specify the time when the recovery must end (UNTIL clause in rman), then the RECOVER command will try to use the archivelogs needed.
    Before starting with this PITR operation, you should check if your database has flashback active, because it will be much easier to recover using it.
    This is also explained on the same document linked above.
    Regards.
    Nelson

  • Recover a database using cold backup

    Hi,
    I am working in oracle 9i and solaris 5.8. I am taking coldbackup and its stored in another solaris server. I need to create a new database in the backup server using the cold backup files.
    Please explain me in detail how to create a database using the files.
    SQL QUERY needed.
    Gobi.

    Hi,
    go through below link
    Re: Help! How to migrant my whole DBXE to another computer???!!!!!
    hope this helps
    Taj

  • Recover database from cold backup and add ol archivelogs....

    Hello!
    Scenarion : I have create in 1 january cold backup of my database. I have from 1 to 4 January all archive logs generated by my database. My database gone in 4 January.
    Solution question : How can i restore database using cold backup a than add info from archivelogs to recovered database to do database consist from disaster day.
    Regards... Marcin

    1. Kill current instance with SHUTDOWN ABORT.
    2. Copy all control files and data files from your cold backup to original destination.
    3. Make sure all archived redo logs from 01-JAN to 04-JAN are available in the database archive destination (LOG_ARCHIVE_DEST or LOG_ARCHIVE_DEST_x).
    4. Run as SYSDBA:
    startup mount
    recover database using backup controlfile until cancel;When prompted for something like
    ORA-00279: change 864868 generated at 01/14/2010 09:30:10 needed for thread 1
    ORA-00289: suggestion :
    C:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\ARCHIVELOG\2010_01_15\O1_MF_1_22_%
    U_.ARC
    ORA-00280: change 864868 for thread 1 is in sequence #22enter:
    AUTOWhen you get something like:
    ORA-00308: cannot open archived log
    'C:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\ARCHIVELOG\2010_01_15\O1_MF_1_29_
    %U_.ARC'
    ORA-27041: unable to open file
    OSD-04002: ouverture impossible du fichier
    O/S-Error: (OS 2) Le fichier spécifié est introuvable.run
    alter database open resetlogs;

  • Cold backup can use archivelog to recover database to point of failure?

    Hi,
    I have the small doubts. In any DB let us say we have following condtions:
    1) DB is running in ARCHIVELOG mode.
    2) Cold backup is performed every sunday.
    3) No hot backup or RMAN backup is taken.
    so if any failure happens during weekday say on friday. can we recover our database till the point of failure with the help of cold backup? If yes then pls specify the steps how to do it.
    could archive log be applied on cold backup?
    Thanks,
    Shailesh

    Shailesh.mishra wrote:
    Hi,
    I have the small doubts. In any DB let us say we have following condtions:
    1) DB is running in ARCHIVELOG mode.
    2) Cold backup is performed every sunday.
    3) No hot backup or RMAN backup is taken.
    so if any failure happens during weekday say on friday. can we recover our database till the point of failure with the help of cold backup? If yes then pls specify the steps how to do it.
    could archive log be applied on cold backup?
    Shaliesh,
    Cold or hot backup doesn't govern teh recovery. Whether the recovery is going to be a complete or incomplete recovery, I mean we can recover teh complete data or would be thrown back to the last good backup stage is governed by the availability of the archives. If you have teh archive log enabled , this means yiou have all teh transaction records already with you. So if you have taken your backup on Sunday, and faced a crash on Tuesday, all you have to do is to restore the last good bcakup from Sunday, give a recover command and oracle would start applying the archivelogs to the files. This would be a complete recovery providied anything else had not happen which can stop it, for example, loss of an archive log.
    So teh answer would be, yes archive logs are very well applicable on teh cold backup.
    HTH
    Aman....

  • Recover datafile using cold backup in archivelog mode

    Hi,
    I have lost one of my datafiles i.e New.dbf from the disk. I have full database cold backup of last sunday. Also I have the archives. Is it possible to restore and recover only the lost datafile? Please help.

    If you used RMAN to create the backup, then use RMAN again to restore that one datafile alone (RESTORE DATAFILE n) and then recover it (RECOVER DATAFILE n).
    If you didn't use RMAN but you are sure that the backup was a COLD Backup, manually restore the datafile and then issue a RECOVER DATAFILE n from the SQLPlus command.
    In either case you must ensure that the datafile is OFFLINE before you restore the file -- or take it OFFLINE with ALTER DATABASE DATAFILE n OFFLINE IMMEDIATE before doing the restore.
    After the RECOVER is completed, you must bring it ONLINE with an ALTER DATABASE DATAFILE n ONLINE
    Hemant K Chitale
    http://hemantoracledba.blogspot.com

  • Recover a wrong cold backup

    Hi, I had a 9i database in NO ARCHIVELOG mode in a W2003 enviromente. OS hard disk was broken with Oracle instalatión and instance was fallen.
    After, I can recover all datafiles, redo, controlfiles and parameter file. I´m trying recover database in another server using RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL; command but when Oracle needs the redo file that contain SCN 573 I put the path but nothing ocurr. Then if I put SELECT * FROM V$LOGFILE; I can see that this log file is in INVALIDATED status.
    Another way to recover this database?
    But first... Is possible recover this database with a no consistent shutdown of the database?
    Thanks...

    Hi,
    NO ARCHIVELOG mode  Never go for "NO ARCHIVELOG mode " ..
    After, I can recover all datafiles, redo, controlfiles and parameter file. I´m trying recover database in another server using RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL; command but when Oracle needs the redo file that contain SCN 573 I put the path but nothing ocurr. Then if I put SELECT * FROM V$LOGFILE; I can see that this log file is in INVALIDATED status.As you database is not consistent - with respect to crash happened you need to cancel and go for resetlogs.
    Since, Archive logs are not there as you DB is not supported. So Until the correct and valid online redo logs the recovery happens as per my knowledge.
    - Pavan Kumar N

  • Recover full backup into another database

    Hello,
    I have a particular need that does not seems to be done so often and I just cannot get it.
    So here is the situation : I have a backup of a full database. That means that I have the init parameter file, the autobackuped controlfile (+pfile) and the autobackuped backupset.
    The source database is release 10.2.0.5.0, RAC instance.
    On another server, I have a simple instance, same release and I would like to recover the full backup in the second database.
    I have already done that once before but I had both pfile and controlfile backuped manually and the two instances were simple ones.
    Here I have tried the same way : shutdown my target database, changing my pfile backup parameters to match the target database. Startup the target database in nomount mode using the pfile. Create spfile from pfile. Then restore controlfile from the backuped controlfile with rman.
    But here this step is a problem.
    My question is simple : what is the best way / good practices to get this working?
    Thanks in advance for your help. Ask if you need any further informations.
    Max

    Hello,
    Here is the original init pfile content :
    instdb1.__db_cache_size=1107296256
    instdb2.__db_cache_size=1023410176
    instdb2.__java_pool_size=16777216
    instdb1.__java_pool_size=16777216
    instdb2.__large_pool_size=16777216
    instdb1.__large_pool_size=16777216
    instdb1.__shared_pool_size=436207616
    instdb2.__shared_pool_size=520093696
    instdb2.__streams_pool_size=16777216
    instdb1.__streams_pool_size=16777216
    *.audit_trail='DB'
    *.background_dump_dest='/u1/app/oracle/admin/instdb/bdump'
    *.cluster_database_instances=2
    *.cluster_database=TRUE
    *.compatible='10.2.0.0.0'
    *.control_file_record_keep_time=95
    *.control_files='+DG_DATA/instdb/controlfile/backup.305.615208725','+DG_FLASH/instdb/controlfile/current.256.614223119'
    *.core_dump_dest='/u1/app/oracle/admin/instdb/cdump'
    *.db_block_size=8192
    *.db_create_file_dest='+DG_DATA'
    *.db_create_online_log_dest_1='+DG_FLASH'
    *.db_domain='inst.xx'
    *.db_file_multiblock_read_count=16
    *.db_flashback_retention_target=1440
    *.db_name='inst'
    *.db_recovery_file_dest='+DG_DATA'
    *.db_recovery_file_dest_size=53687091200
    instdb1.instance_number=1
    instdb2.instance_number=2
    *.job_queue_processes=10
    instdb1.local_listener='LISTENER_INST1.INST.XX'
    instdb2.local_listener='LISTENER_INST2.INST.XX'
    instdb1.log_archive_dest_1='LOCATION=/u1/app/oracle/admin/inst/arch_orainst1'
    instdb2.log_archive_dest_1='LOCATION=/u1/app/oracle/admin/inst/arch_orainst2'
    *.log_archive_dest_2='SERVICE=INSTB.INST.XX VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) OPTIONAL LGWR ASYNC NOAFFIRM NET_TIMEOUT=10'
    *.log_archive_dest_state_2='ENABLE'
    *.log_archive_format='inst_%t_%s_%r.arc'
    *.max_dump_file_size='200000'
    *.open_cursors=300
    *.parallel_max_servers=20
    *.pga_aggregate_target=824180736
    *.processes=550
    instdb1.remote_listener='LISTENER_INST1.INST.XX'
    instdb2.remote_listener='LISTENER_INST2.INST.XX'
    *.remote_login_passwordfile='EXCLUSIVE'
    *.resource_limit=TRUE
    *.session_max_open_files=20
    *.sessions=480
    *.sga_target=1610612736
    instdb1.thread=1
    instdb2.thread=2
    *.undo_management='AUTO'
    instdb1.undo_tablespace='UNDOTBS1'
    instdb2.undo_tablespace='UNDOTBS2'
    *.user_dump_dest='/u1/app/oracle/admin/inst/udump'
    And here is the test I have done :
    *1. modified the init pfile to this :*
    inst.__db_cache_size=1107296256
    inst.__java_pool_size=16777216
    inst.__large_pool_size=16777216
    inst.__shared_pool_size=436207616
    inst.__streams_pool_size=16777216
    *.audit_trail='DB'
    *.background_dump_dest='C:\Oracle\admin\inst\bdump'
    *.compatible='10.2.0.5.0'
    *.control_file_record_keep_time=95
    *.control_files='C:\Oracle\oradata\inst\control01.ctl','C:\Oracle\oradata\inst\control02.ctl','C:\Oracle\oradata\inst\control03.ctl'
    *.core_dump_dest='C:\Oracle\admin\inst\cdump'
    *.db_block_size=8192
    *.db_create_file_dest='C:\Oracle\oradata\inst'
    *.db_create_online_log_dest_1='C:\Oracle\inst'
    *.db_domain=''
    *.db_file_multiblock_read_count=16
    *.db_flashback_retention_target=1440
    *.db_name='inst'
    *.db_recovery_file_dest='C:\Oracle\oradata'
    *.db_recovery_file_dest_size=53687091200
    *.job_queue_processes=10
    inst.log_archive_dest_1='LOCATION=C:\Oracle\oradata'
    *.log_archive_dest_state_2='ENABLE'
    *.log_archive_format='inst_%t_%s_%r.arc'
    *.max_dump_file_size='200000'
    *.open_cursors=300
    *.parallel_max_servers=20
    *.pga_aggregate_target=824180736
    *.processes=550
    *.remote_login_passwordfile='EXCLUSIVE'
    *.resource_limit=TRUE
    *.session_max_open_files=20
    *.sessions=480
    *.sga_target=1610612736
    inst.thread=1
    *.undo_management='AUTO'
    inst.undo_tablespace='UNDOTBS1'
    *.user_dump_dest='C:\Oracle\admin\inst\udump'
    *2. shutdown the database, startup in nomount and restore controlfile (with the error when trying to restore controlfile) :*
    RMAN> shutdown immediate;
    Oracle instance shut down
    RMAN> startup nomount pfile='C:\Oracle\init\initInst.ora';
    connected to target database (not started)
    Oracle instance started
    Total System Global Area 1610612736 bytes
    Fixed Size 1305856 bytes
    Variable Size 369099520 bytes
    Database Buffers 1233125376 bytes
    Redo Buffers 7081984 bytes
    RMAN> restore controlfile from 'C:\Oracle\ctl\inst_ctrl_c-2972284490-20120318-00';
    Starting restore at 04-MAY-12
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=596 devtype=DISK
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 05/04/2012 14:20:12
    RMAN-06172: no autobackup found or specified handle is not a valid copy or piece
    Thank you for your help.
    Max

  • Restore/recover from cold user-managed backup.

    i shutdown db,(db is in no-archivelog mode), copy the dir having *.ctl, *.log & *.dbf files, what would be steps to recover in case,
    my idea is restore all files in original dir and alter database open resetlogs should do the work,
    if that did'n work then mount db and try
    recover database using backup controlfile until cancel;
    and give path one of online logfile and hit enter; & open db with resetlogs.make me right, if i am not......or any quick way to restore/recover tip?

    DBA2008 wrote:
    i shutdown db,(db is in no-archivelog mode), copy the dir having *.ctl, *.log & *.dbf files, what would be steps to recover in case,
    my idea is restore all files in original dir and alter database open resetlogs should do the work,
    if that did'n work then mount db and try
    recover database using backup controlfile until cancel;
    and give path one of online logfile and hit enter; & open db with resetlogs.make me right, if i am not......or any quick way to restore/recover tip?Why resetlogs ? All what you need is a pfile, if its not there already and start the db. That's all!
    Aman....

  • Recovering through a cold backup

    I was talking to a colleague yesterday, and they take cold backups of their database weekly. It brought up a question that I couldn't reason out the answer to:
    time 0
      cold backup
    time 1
      cold backup
    time 1.5
      database recovery needed, time 1 DBF files missing from the backup,
      although archived redo is available through to time 1.5
    time 2
      (never reached)Is it possible with cold backups, to go back to the time 0 backup, and a current controlfile, to use the time 0 DBF's to roll all the way forward to time 1.5? Since all of the archived redo is available? Since all of the archived redo log information is stored in the SYS schema, everything should be available?
    Thanks,
    --=Chuck

    chuckers wrote:
    I was talking to a colleague yesterday, and they take cold backups of their database weekly. It brought up a question that I couldn't reason out the answer to:
    time 0
    cold backup
    time 1
    cold backup
    time 1.5
    database recovery needed, time 1 DBF files missing from the backup,
    although archived redo is available through to time 1.5
    time 2
    (never reached)Is it possible with cold backups, to go back to the time 0 backup, and a current controlfile, to use the time 0 DBF's to roll all the way forward to time 1.5? Since all of the archived redo is available? Since all of the archived redo log information is stored in the SYS schema, everything should be available?
    Thanks,
    --=ChuckThe short answer is "YES".
    The longer answer is that you need to be smarter than the equipment you are using in order to succeed at "rolling forward" the archived REDO log files.

Maybe you are looking for