Unable to Restore Database

We are attempting to migrate from an older windows platform to a Windows 2008 platform. The old configuration had two disk drives, and Oracle Express was installed on E: - the new server, being virtual has been configured with only the C: drive.
I've been reading up on RMAN, and have confirmed that the daily backup process on the old server does create an RMAN backup.
I've installed (and several repeat uninstall/installs) a copy of Oracle Express 10g in the default location, accepting all defaults except for my password (which is irrelevant under RMAN).
I've duplicated the directories, I've figured out how to restart the database so I don't have to reinstall, but I am unable to restore the application database. I'm not eager to use other utilities than RMAN, since learning RMAN has already taken up more time than is budgeted for this task.
I receive varying error messages, depending on the techniques I try to use. Usually I receive this closing message:
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of startup command at 12/14/2010 13:39:24
RMAN-04014: startup failed: ORA-02778: Name given for the log directory is invalid
The other message I receive is the following or a variation on the theme:
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at mm/dd/yyyy hh:mm:ss
RMAN-06564: must use the TO clause when the instance is started with SPFILE
The second message is a direct response to the following:
rman target /
startup force nomount;
run
{set controlfile autobackup format for device type disk to 'c:\backup\oracle\XE_%F';
# use 'c:\oraclexe\app\oracle\product\10.2.0\server\database\SPF2FILE_%F'
RESTORE SPFILE FROM AUTOBACKUP;
I have no clue how to specify correctly that the SP2FILE.ORA file is the backup of the control file (can provide the script to create the backup if you think it will help, which runs a series of logs to capture settings and then executes the backup.) The backup process was inherited and I cannot explain why the default RMAN process is not being used to create the backup. However, I've been unable to use the default RMAN output to restore on a different server, as well.
Please help - this task is now very late, and I'm not even sure whether I'm asking the correct questions to solve the problem(s) I'm experiencing.

I'm not sure what you mean by the instance 'status'. I install a fresh copy of Oracle Express 10g. Copy over the backup files for the database and logs, copy over the SPFILE..., and attempt to restore, with the errors reported above.
When I install XE, the instance is up and running (as confirmed by the 'home page' of XE being displayed in the browser waiting for logon and password. When I start the process to restore, XE is no longer available (in some form of maintenance mode and unavailable to normal users).
What do you mean 'using pfile/spfile'? How would I 'use'? (I did verify that if I take a 'backup' using the XE tools, I CAN restore on the same instance where I took the backup. Just not on a different, new instance of XE.)
The article is quite interesting, but it seems to assume that I'm working in the same instance where the backup was taken. The instructions also seem to contradict the error messages I presented above.
I don't have any autobackup settings on my brand new copy of XE, so the following command in the article does not seem meaningful to me. Clearly it makes sense to use both a TO and FROM. It seems that what I should be doing is using a 'FROM' where I have the 'TO'; what happens if I point to my backup copy of the SPFILE in the FROM clause instead of 'AUTOBACKUP'? The command string I provided in my original post may be trying to do that, but I can't tell from the source article (which I now have to go find...)
"RMAN> RESTORE SPFILE TO '/tmp/spfileTEMP.ora' FROM AUTOBACKUP;"
Additional question - "DBID"? In express, I do not see any value for DBID. I understand why it would be relevant in a more advanced implementation, with multiple databases being maintained under the same Oracle installation, but it's not clear to me what DBID identifies - the database's internal "primary key" value in a directory of databases, or some other implication.
Edited by: user13488246 on Dec 16, 2010 7:13 AM

Similar Messages

  • Unable to restore database using RMAN in oracle 10g

    Hi Everyone!!!!!!!
    I have following scenario. In which I don't want to drop newly created tablespace (test). So, let me know how to restore database from existing backup without dropping new tablespace and taking new backup?
    1. I took database backup as
    RMAN > backup database;
    2. Create one tablespace "test"
    3. Then I tried to restore database as (In mount mode)
    RMAN > restore database
    4. But I can't restore database. Even I tried after taking "test" tablespace offline , It returns error as follow
    ORA-01119: error in creating database file 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTCAT\TEST.DBF'
    ORA-27038: created file already exists
    OSD-04010: <create> option specified, file already exists
    Please suggest me step/way so that I can restore database without taking new backup or dropping new tablespace (test).........

    Hello;
    Rename this datafile :
    D:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTCAT\TEST.DBF
    Then try the restore again.
    If this isn't a test database stop and think about how you will recover if this does not work. That is how will you recover from the recover if it goes bad?
    Best Regards
    mseberg

  • Unable to restore and recover my Database from RMAN Backup

    Dear All,
    Iam practicing RMAN in Windows environment.
    My configurations are
    CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
    CONFIGURE BACKUP OPTIMIZATION ON; # default
    CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
    CONFIGURE CONTROLFILE AUTOBACKUP ON; # default
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'F:\Backup\%F'; # default
    CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
    CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
    CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
    CONFIGURE MAXSETSIZE TO UNLIMITED; # default
    CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
    CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
    CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
    CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'E:\ORACLE\DATABASE\SNCFORCL.ORA';
    CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT 'F:\Backup\%U.bak';
    Then i took the RMAN backup, now iam shutdown my DB and removed one logfile..
    then i tried to startup the DB but it is saying
    ORA-00313: open failed for members of log group 3 of thread 1
    ORA-00312: online log 3 thread 1: 'E:\ORADATA\ORCL\REDO03.LOG'
    So i tried to restore the Database with my rman backup
    RMAN> restore database;
    But i am unable to restore my logfile in the Datafiles location where as all other datafiles are restored but redo logfiles are not restored.
    So, i am unable to recover my DB
    Please tell me whether i am doing any mistake, what is the solution for my problem.
    Thanks in advance
    Mahi

    All you restored was your datafiles.
    Now issue recover database and that will apply the archive logs.
    This is in the oracle documentation.
    "You must restore backups of these archived logs for recovery to proceed. You can restore either to the default or nondefault location. If you do not have backups, then you must performing incomplete recovery up to an SCN before the first missing redo log and open RESETLOGS."
    http://download.oracle.com/docs/cd/B28359_01/backup.111/b28270/osrecvry.htm
    In this case after issuing restore database in RMAN, then issue this.
    "Recover database"
    It will then be an incomplete recovery. They should have been multiplexed. Did you restore your controlfile with this backup? You may have to issue an "Alter database open resetlogs;"

  • Hyperion Essbase Error: 1002097 Unable to load database [PlanType1]

    Hello,
    I am running Hyperion Essbase 9.2.0.3 version. This has happened 3 times now since last 2 weeks. I had to restore the APP folder from previous backup.
    The message that i see is Error: 1002097 Unable to load database [PlanType1]
    I have searched google and no luck. Anyone knows how to fix this or why we get this message. I don't want to restore from backup everytime.
    Thanks
    Azmat Bhatti

    I think you have currepted backup.
    Try run essmsh script to recover broken block's.
    Backups - Files still locked after beginarchive

  • Error --1002097 Unable to load database

    Hi,
    Essbase version 7.
    I am having a problem when I am trying to start database or running Essbase give me an Error: 1002097 Unable to load database.(error 1002097 is related to the db corrupt.) this is on PRD server.
    we have 2 more server ,(.BS & Dev).
    1.I copied the Db from the BS to PRD --- but the application and DB in the PRD system failed to start giving the same error 1002097 .
    2.next i did was to migrated the same application from BS to Dev system which went fine and i can see the outline . Application is getting started in the DEV system .
    3. Since it was okay in DEV. i migrated the application from BS TO PRD .it got migrated but it is not starting giving me the same error 1002097.
    any help will be great.
    thanks
    ram
    Thank you,

    Re: How can we Restore a corrupted cube.

  • Error: Unable to Load Database

    Anyone seen this error: "Unable to Load Database"? How to recover? A link or a page for me to read would work too. thx! James

    The usual cause for this is that the database has become corrupted - or one or more key files was somehow deleted. Take a look at the application log and see if there is a more detailed message. Unfortunately, if the data has been corrupted, you will have to recover from backup, or rebuild your cube.To get the database started, you can go into the database directory and delete the *.ind, *.pag, *.tct, *.ind and *.esm files. This will allow the app to start, but the data will be GONE - you will HAVE to reload and calc it, or restore from backup.Regards,Jade--------------------------------Jade ColeSenior Business Intelligence ConsultantClarity [email protected]

  • Unable to recover database after rman recovery and database open resetlogs

    I am running Oracle 10.2.0.5 on OpenSUSE 9. I have been trying to upgrade the database to 11g, through dbua. I was getting stuck at one point during the Oracle Server install and the upgrade failed and I was forced to restore the database to an earlier backup.
    Below is the current place that I am stuck. As you can see I opened the database multiple times and reset the logs. Now I am afraid that my controlfile and redo log backups are out of sync and i can't get them back on track. Before when I actually got the database recovered RMAN would immediately throw:
    RMAN-06900: WARNING: unable to generate V$RMAN_STATUS or V$RMAN_OUTPUT row
    RMAN-06901: WARNING: disabling update of the V$RMAN_STATUS and V$RMAN_OUTPUT rows
    OPA-00600: ORA-00600: internal error code, arguments: ...
    The database would open with ALTER DATABASE RESETLOGS but any query on non-system tables would fail and throw:
    ORA-04045: errors during recompilation/revalidation of LCRS_DEV1.FACILITY_REF
    ORA-00600: internal error code, arguments: [17069], [0x1158ED180], [], [], [],
    I hope I have not dug myself into too deep of a hole here.
    Here is the trace from my most recent attempt.
    RMAN> startup nomount;
    connected to target database (not started)
    Oracle instance started
    Total System Global Area 3070230528 bytes
    Fixed Size 2099424 bytes
    Variable Size 301991712 bytes
    Database Buffers 2751463424 bytes
    Redo Buffers 14675968 bytes
    RMAN> list incarnation of database;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of list command at 08/02/2011 15:49:04
    ORA-01507: database not mounted
    RMAN> restore controlfile from autobackup;
    Starting restore at 02-AUG-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    recovery area destination: /opt/oracle/flash_recovery_area
    database name (or database unique name) used for search: LCRSDEV
    channel ORA_DISK_1: autobackup found in the recovery area
    channel ORA_DISK_1: autobackup found: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758129928_73jr2s7p_.bkp
    channel ORA_DISK_1: control file restore from autobackup complete
    output filename=/opt/oracle/oradata/LCRSDEV/control01.ctl
    output filename=/opt/oracle/oradata/LCRSDEV/control02.ctl
    output filename=/opt/oracle/oradata/LCRSDEV/control03.ctl
    Finished restore at 02-AUG-11
    RMAN> alter database mount;
    database mounted
    released channel: ORA_DISK_1
    RMAN> list incarnation of database;
    List of Database Incarnations
    DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
    1 1 LCRSDEV 756543625 PARENT 1 22-OCT-05
    2 2 LCRSDEV 756543625 PARENT 525876 20-JAN-11
    3 3 LCRSDEV 756543625 PARENT 92348137 18-JUL-11
    4 4 LCRSDEV 756543625 PARENT 95654931 01-AUG-11
    5 5 LCRSDEV 756543625 PARENT 95675699 01-AUG-11
    6 6 LCRSDEV 756543625 PARENT 95676699 02-AUG-11
    7 7 LCRSDEV 756543625 PARENT 95676700 02-AUG-11
    8 8 LCRSDEV 756543625 CURRENT 95676701 02-AUG-11
    RMAN> restore database until scn 95676700;
    Starting restore at 02-AUG-11
    Starting implicit crosscheck backup at 02-AUG-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    Crosschecked 6 objects
    Finished implicit crosscheck backup at 02-AUG-11
    Starting implicit crosscheck copy at 02-AUG-11
    using channel ORA_DISK_1
    Finished implicit crosscheck copy at 02-AUG-11
    searching for all files in the recovery area
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758129928_73jr2s7p_.bkp
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 08/02/2011 15:52:04
    RMAN-20208: UNTIL CHANGE is before RESETLOGS change
    RMAN> restore database;
    Starting restore at 02-AUG-11
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting datafile backupset restore
    channel ORA_DISK_1: specifying datafile(s) to restore from backup set
    restoring datafile 00001 to /opt/oracle/oradata/LCRSDEV/system01.dbf
    restoring datafile 00002 to /opt/oracle/oradata/LCRSDEV/undotbs01.dbf
    restoring datafile 00003 to /opt/oracle/oradata/LCRSDEV/sysaux01.dbf
    restoring datafile 00004 to /opt/oracle/oradata/LCRSDEV/users01.dbf
    restoring datafile 00005 to /opt/oracle/oradata/LCRSDEV/LCRS_TBS.dbf
    channel ORA_DISK_1: reading from backup piece /opt/oracle/flash_recovery_area/LCRSDEV/backupset/2011_07_22/o1_mf_nnndf_TAG20110722T111922_72m8rc5x_.bkp
    channel ORA_DISK_1: restored backup piece 1
    piece handle=/opt/oracle/flash_recovery_area/LCRSDEV/backupset/2011_07_22/o1_mf_nnndf_TAG20110722T111922_72m8rc5x_.bkp tag=TAG20110722T111922
    channel ORA_DISK_1: restore complete, elapsed time: 00:23:36
    Finished restore at 02-AUG-11
    RMAN> recover database until scn 95676700;
    Starting recover at 02-AUG-11
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 08/02/2011 16:16:28
    RMAN-20208: UNTIL CHANGE is before RESETLOGS change
    RMAN> recover database;
    Starting recover at 02-AUG-11
    using channel ORA_DISK_1
    starting media recovery
    archive log thread 1 sequence 90 is already on disk as file /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_90_72ml85v3_.arc
    archive log filename=/opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73jr20qc_.arc thread=1 sequence=1
    unable to find archive log
    archive log thread=1 sequence=1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 08/02/2011 16:25:04
    RMAN-06054: media recovery requesting unknown log: thread 1 seq 1 lowscn 95676701

    Thanks for the reply Hemant. I have reset the database for the controlfile that I am using as backup and now I am not able to recover until the correct SCN. I am thinking that my recovery catalog is bad. If I mount with the current controlfile I have this list of incarnations:
    List of Database Incarnations
    DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
    *1 1 LCRSDEV 756543625 PARENT 1 22-OCT-05*
    *2 2 LCRSDEV 756543625 PARENT 525876 20-JAN-11*
    *3 3 LCRSDEV 756543625 PARENT 92348137 18-JUL-11*
    *4 4 LCRSDEV 756543625 PARENT 95654931 01-AUG-11*
    *5 5 LCRSDEV 756543625 PARENT 95675699 01-AUG-11*
    *6 6 LCRSDEV 756543625 PARENT 95676699 02-AUG-11*
    *7 7 LCRSDEV 756543625 PARENT 95676700 02-AUG-11*
    *8 8 LCRSDEV 756543625 PARENT 95676701 02-AUG-11*
    *9 9 LCRSDEV 756543625 CURRENT 95676702 02-AUG-11*
    However if I restore the controlfile to the earlier version I am getting the following output from the process:
    RMAN> startup nomount;
    connected to target database (not started)
    Oracle instance started
    Total System Global Area 3070230528 bytes
    Fixed Size 2099424 bytes
    Variable Size 301991712 bytes
    Database Buffers 2751463424 bytes
    Redo Buffers 14675968 bytes
    RMAN> restore controlfile from '/opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_07_22/o1_mf_s_757164997_72m9rqw3_.bkp';
    Starting restore at 03-AUG-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    channel ORA_DISK_1: restoring control file
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
    output filename=/opt/oracle/oradata/LCRSDEV/control01.ctl
    output filename=/opt/oracle/oradata/LCRSDEV/control02.ctl
    output filename=/opt/oracle/oradata/LCRSDEV/control03.ctl
    Finished restore at 03-AUG-11
    RMAN> alter database mount;
    database mounted
    released channel: ORA_DISK_1
    RMAN> list incarnation of database;
    List of Database Incarnations
    DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
    1 1 LCRSDEV 756543625 PARENT 1 22-OCT-05
    2 2 LCRSDEV 756543625 PARENT 525876 20-JAN-11
    3 3 LCRSDEV 756543625 CURRENT 92348137 18-JUL-11
    RMAN> restore database until scn 92348137;
    Starting restore at 03-AUG-11
    Starting implicit crosscheck backup at 03-AUG-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    Crosschecked 1 objects
    Finished implicit crosscheck backup at 03-AUG-11
    Starting implicit crosscheck copy at 03-AUG-11
    using channel ORA_DISK_1
    Finished implicit crosscheck copy at 03-AUG-11
    searching for all files in the recovery area
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_01/o1_mf_1_1_73g3hn6o_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_01/o1_mf_1_2_73g3hnxq_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_01/o1_mf_1_1_73g0rts6_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_134_72v9gv4s_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_138_72v9p4b4_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_120_72v8wwg0_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_121_72v8x5ty_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_131_72v9cnrv_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_139_72v9q5ok_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_137_72v9n4t5_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_136_72v9l88q_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_123_72v8ytm8_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_132_72v9dcxd_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_124_72v8zkg0_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_128_72v96qm1_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_135_72v9jqmx_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_129_72v98q3r_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_125_72v91g3b_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_118_72v8v8r4_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_127_72v9626w_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_130_72v9bqtb_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_141_72vncy6g_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_122_72v8ycd4_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_126_72v94cns_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_133_72v9fb17_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_140_72vn6wgo_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_119_72v8v9hf_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73j3wo01_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_2_73josgf1_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73jr20qc_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_2_73jh223h_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73josflf_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73jvqdqs_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_3_73josh91_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73j91rh9_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_91_72mqlnx9_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_111_72mrdr5m_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_96_72mqx958_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_114_72mrgsf9_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_94_72mqs6gj_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_102_72mr3893_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_99_72mr2h6c_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_104_72mr5hfm_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_109_72mrc83z_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_98_72mr080w_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_93_72mqq36m_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_97_72mqz0mm_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_116_72mrk268_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_101_72mr31yv_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_110_72mrddhg_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_95_72mqv3hp_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_105_72mr5vq4_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_115_72mrjd2s_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_106_72mr7hnt_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_100_72mr2qfc_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_112_72mrfc5j_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_107_72mr909t_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_103_72mr4pol_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_113_72mrfsb9_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_117_72mrl5mf_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_108_72mrb13l_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_90_72ml85v3_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_92_72mqnxz1_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_26/o1_mf_1_143_72y6ww71_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_26/o1_mf_1_144_72ybybps_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_26/o1_mf_1_142_72xt10j7_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_26/o1_mf_1_145_72yccy5z_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_01/o1_mf_s_758043324_73g3jfxx_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_01/o1_mf_s_758035850_73fw6vrc_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758133684_73jvr5px_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758127608_73jot9x0_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758109276_73j3xfom_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758129928_73jr2s7p_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_07_22/o1_mf_s_757164997_72m9rqw3_.bkp
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 08/03/2011 12:53:19
    RMAN-20208: UNTIL CHANGE is before RESETLOGS change
    Edited by: K Doyle on Aug 3, 2011 10:22 AM

  • Restore Database to non-ASM Storage - Issue with Bigfile Tablespace

    I have been testing a restore of my prod database that uses ASM (and oracle managed files) for storage to a different server and non-ASM storage. Oracle version is 10g EE. My database has one bigfile tablespace and it's datafile is about 250GB. The restore fails and it has something to do with the bigfile tablespace.
    Here is the rman restore script:
    run
    set newname for datafile 1 to '/ora01/db/ehr/system01.dbf';
    set newname for datafile 2 to '/ora01/db/ehr/undotbs01.dbf';
    set newname for datafile 3 to '/ora01/db/ehr/sysaux01.dbf';
    set newname for datafile 4 to '/ora01/db/ehr/undotbs02.dbf';
    set newname for datafile 5 to '/ora01/db/ehr/users01.dbf';
    set newname for datafile 6 to '/ora01/db/ehr/apolloaud01.dbf';
    set newname for datafile 7 to '/ora01/db/ehr/apollohist01.dbf';
    set newname for datafile 8 to '/ora01/db/ehr/apolloidx01.dbf';
    set newname for datafile 9 to '/ora01/db/ehr/apollotab01.dbf';
    set newname for datafile 10 to '/ora01/db/ehr/apollotab02.dbf';
    set newname for datafile 11 to '/ora02/db/ehr/apollolob01.dbf';
    set newname for datafile 12 to '/ora01/db/ehr/apollofdb01.dbf';
    set newname for datafile 13 to '/ora01/db/ehr/apolloidx02.dbf';
    set newname for datafile 14 to '/ora01/db/ehr/apolloidx03.dbf';
    set newname for datafile 15 to '/ora01/db/ehr/apolloaud02.dbf';
    set newname for datafile 16 to '/ora01/db/ehr/apollotab03.dbf';
    set until sequence 60298 thread 2;
    restore database;
    switch datafile all;
    recover database;
    Datafile 11 is the datafile in the bigfile tablespace. Here are the weird things about the restore:
    1. The restore output shows this:
    creating datafile fno=11 name=/ora02/db/ehr/apollolob01.dbf
    channel ORA_DISK_1: starting datafile backupset restore
    channel ORA_DISK_1: specifying datafile(s) to restore from backup set
    restoring datafile 00001 to /ora01/db/ehr/system01.dbf
    restoring datafile 00002 to /ora01/db/ehr/undotbs01.dbf
    restoring datafile 00003 to /ora01/db/ehr/sysaux01.dbf
    restoring datafile 00004 to /ora01/db/ehr/undotbs02.dbf
    restoring datafile 00005 to /ora01/db/ehr/users01.dbf
    restoring datafile 00006 to /ora01/db/ehr/apolloaud01.dbf
    restoring datafile 00007 to /ora01/db/ehr/apollohist01.dbf
    restoring datafile 00008 to /ora01/db/ehr/apolloidx01.dbf
    restoring datafile 00009 to /ora01/db/ehr/apollotab01.dbf
    restoring datafile 00010 to /ora01/db/ehr/apollotab02.dbf
    restoring datafile 00012 to /ora01/db/ehr/apollofdb01.dbf
    restoring datafile 00013 to /ora01/db/ehr/apolloidx02.dbf
    restoring datafile 00014 to /ora01/db/ehr/apolloidx03.dbf
    restoring datafile 00015 to /ora01/db/ehr/apolloaud02.dbf
    restoring datafile 00016 to /ora01/db/ehr/apollotab03.dbf
    Why at the beginning is it "creating" datafile 11? Then it doesnt even say it is "restoring" that datafile. Only restoring datafiles 1,2,3,4,5,6,7,8,9,10,12,13,14,15, and 16.
    When it creates datafile 11 it is only 26GB, that is much smaller than it should be according to v$datafile view on source prod database. Also even though it says it is creating datafile 11 as /ora02/db/ehr/apollolob01.dbf it actually creates it as an oracle managed file at /ora02/db/ehr/EHR/datafile/o1_mf_apollolo_6crxyqs2_.dbf
    After the datafiles are restored the "switch datafile all" command fails:
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of switch command at 10/18/2010 13:58:37
    ORA-19625: error identifying file /ora02/db/ehr/apollolob01.dbf
    ORA-27037: unable to obtain file status
    Linux-x86_64 Error: 2: No such file or directory
    Additional information: 3
    So my question is how do I get this database restored to non-ASM (and non omf)?

    So I tried using a different scn with my "set until scn #####" then the restore created 2 datafiles. The datafile for apollolob and apollotab02.dbf. So I think I have narrowed the problem to be that I am not using the correct scn number so RMAN can successfully restore those datafiles and recreates them instead. How do I find the correct scn to use to do a successful restore of the entire database? I have seen different methods on the web, but cant figure it out. Ive used "select archivelog_change#-1 from v$database;" and I also did "list backup of archivelog all" and used the latest sequence number. How can I find the correct scn to use so the entire database will restore?
    Here is the output of "list backup":
    List of Backup Sets
    ===================
    BS Key Size Device Type Elapsed Time Completion Time
    19724 41.12M DISK 00:00:10 14-OCT-10
    BP Key: 65840 Status: AVAILABLE Compressed: YES Tag: TAG20101014T210022
    Piece Name: /mnt/migrate/rman/EHR_dbid3632734257_set113195_piece1_copy1_20101014
    List of Archived Logs in backup set 19724
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 50439 3230234843 14-OCT-10 3230268282 14-OCT-10
    1 50440 3230268282 14-OCT-10 3230286806 14-OCT-10
    2 60280 3230234852 14-OCT-10 3230251419 14-OCT-10
    2 60281 3230251419 14-OCT-10 3230268263 14-OCT-10
    2 60282 3230268263 14-OCT-10 3230286809 14-OCT-10
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    19725 Full 126.40G DISK 09:11:51 15-OCT-10
    List of Datafiles in backup set 19725
    File LV Type Ckp SCN Ckp Time Name
    1 Full 3230287009 14-OCT-10 +DATA/ehr/datafile/system.625.609259453
    2 Full 3230287009 14-OCT-10 +DATA/ehr/datafile/undotbs1.620.609259461
    3 Full 3230287009 14-OCT-10 +DATA/ehr/datafile/sysaux.768.609259463
    4 Full 3230287009 14-OCT-10 +DATA/ehr/datafile/undotbs2.632.609259467
    5 Full 3230287009 14-OCT-10 +DATA/ehr/datafile/users.257.609259471
    6 Full 3230287009 14-OCT-10 +DATA/ehr/datafile/apolloaud.316.619537285
    7 Full 3230287009 14-OCT-10 +DATA/ehr/datafile/apollohist.629.619538155
    8 Full 3230287009 14-OCT-10 +DATA/ehr/datafile/apolloidx.312.619538169
    9 Full 3230287009 14-OCT-10 +DATA/ehr/datafile/apollotab.276.619538487
    10 Full 3230287009 14-OCT-10 +DATA/ehr/datafile/apollotab.576.619539331
    11 Full 3230287009 14-OCT-10 +DATA/ehr/datafile/apollolob.570.619539593
    12 Full 3230287009 14-OCT-10 +DATA/ehr/datafile/apollofdb.750.645974339
    13 Full 3230287009 14-OCT-10 +DATA/ehr/datafile/apolloidx.429.651171265
    14 Full 3230287009 14-OCT-10 +DATA/ehr/datafile/apolloidx.705.688680793
    15 Full 3230287009 14-OCT-10 +DATA/ehr/datafile/apolloaud.747.699632315
    16 Full 3230287009 14-OCT-10 +DATA/ehr/datafile/apollotab.330.715622123
    Backup Set Copy #1 of backup set 19725
    Device Type Elapsed Time Completion Time Compressed Tag
    DISK 09:11:51 20-OCT-10 YES TAG20101014T210039
    List of Backup Pieces for backup set 19725 Copy #1
    BP Key Pc# Status Piece Name
    65851 1 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece1_copy1_20101014
    65862 2 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece2_copy1_20101014
    65873 3 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece3_copy1_20101014
    65884 4 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece4_copy1_20101014
    65895 5 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece5_copy1_20101014
    65901 6 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece6_copy1_20101014
    65902 7 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece7_copy1_20101014
    65903 8 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece8_copy1_20101014
    65904 9 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece9_copy1_20101014
    65841 10 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece10_copy1_20101014
    65842 11 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece11_copy1_20101014
    65843 12 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece12_copy1_20101014
    65844 13 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece13_copy1_20101014
    65845 14 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece14_copy1_20101014
    65846 15 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece15_copy1_20101014
    65847 16 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece16_copy1_20101014
    65848 17 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece17_copy1_20101014
    65849 18 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece18_copy1_20101014
    65850 19 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece19_copy1_20101014
    65852 20 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece20_copy1_20101014
    65853 21 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece21_copy1_20101014
    65854 22 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece22_copy1_20101015
    65855 23 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece23_copy1_20101015
    65856 24 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece24_copy1_20101015
    65857 25 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece25_copy1_20101015
    65858 26 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece26_copy1_20101015
    65859 27 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece27_copy1_20101015
    65860 28 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece28_copy1_20101015
    65861 29 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece29_copy1_20101015
    65863 30 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece30_copy1_20101015
    65864 31 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece31_copy1_20101015
    65865 32 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece32_copy1_20101015
    65866 33 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece33_copy1_20101015
    65867 34 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece34_copy1_20101015
    65868 35 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece35_copy1_20101015
    65869 36 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece36_copy1_20101015
    65870 37 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece37_copy1_20101015
    65871 38 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece38_copy1_20101015
    65872 39 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece39_copy1_20101015
    65874 40 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece40_copy1_20101015
    65875 41 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece41_copy1_20101015
    65876 42 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece42_copy1_20101015
    65877 43 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece43_copy1_20101015
    65878 44 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece44_copy1_20101015
    65879 45 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece45_copy1_20101015
    65880 46 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece46_copy1_20101015
    65881 47 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece47_copy1_20101015
    65882 48 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece48_copy1_20101015
    65883 49 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece49_copy1_20101015
    65885 50 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece50_copy1_20101015
    65886 51 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece51_copy1_20101015
    65887 52 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece52_copy1_20101015
    65888 53 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece53_copy1_20101015
    65889 54 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece54_copy1_20101015
    65890 55 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece55_copy1_20101015
    65891 56 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece56_copy1_20101015
    65892 57 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece57_copy1_20101015
    65893 58 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece58_copy1_20101015
    65894 59 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece59_copy1_20101015
    65896 60 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece60_copy1_20101015
    65897 61 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece61_copy1_20101015
    65898 62 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece62_copy1_20101015
    65899 63 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece63_copy1_20101015
    65900 64 AVAILABLE /mnt/migrate/rman/EHR_dbid3632734257_set113196_piece64_copy1_20101015
    BS Key Size Device Type Elapsed Time Completion Time
    19726 228.10M DISK 00:00:49 15-OCT-10
    BP Key: 65905 Status: AVAILABLE Compressed: YES Tag: TAG20101015T061242
    Piece Name: /mnt/migrate/rman/EHR_dbid3632734257_set113197_piece1_copy1_20101015
    List of Archived Logs in backup set 19726
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 50441 3230286806 14-OCT-10 3230331993 14-OCT-10
    1 50442 3230331993 14-OCT-10 3230401945 14-OCT-10
    1 50443 3230401945 14-OCT-10 3230469794 15-OCT-10
    1 50444 3230469794 15-OCT-10 3230555010 15-OCT-10
    1 50445 3230555010 15-OCT-10 3230618396 15-OCT-10
    1 50446 3230618396 15-OCT-10 3230695020 15-OCT-10
    2 60283 3230286809 14-OCT-10 3230304858 14-OCT-10
    2 60284 3230304858 14-OCT-10 3230330891 14-OCT-10
    2 60285 3230330891 14-OCT-10 3230354275 14-OCT-10
    2 60286 3230354275 14-OCT-10 3230366292 14-OCT-10
    2 60287 3230366292 14-OCT-10 3230399805 14-OCT-10
    2 60288 3230399805 14-OCT-10 3230423577 14-OCT-10
    2 60289 3230423577 14-OCT-10 3230446176 15-OCT-10
    2 60290 3230446176 15-OCT-10 3230469756 15-OCT-10
    2 60291 3230469756 15-OCT-10 3230496786 15-OCT-10
    2 60292 3230496786 15-OCT-10 3230524710 15-OCT-10
    2 60293 3230524710 15-OCT-10 3230554981 15-OCT-10
    2 60294 3230554981 15-OCT-10 3230583802 15-OCT-10
    2 60295 3230583802 15-OCT-10 3230610465 15-OCT-10
    2 60296 3230610465 15-OCT-10 3230617887 15-OCT-10
    2 60297 3230617887 15-OCT-10 3230673207 15-OCT-10
    2 60298 3230673207 15-OCT-10 3230695022 15-OCT-10

  • Database can not mount in exchange server 2013 due to Unable to mount database. (hr=0x80004005, ec=-543)

    Hello All,
    Database can not mount. In this Database domain Administrator mailbox have.
    Please suggest. It's very important
    The error:
    [PS] C:\Windows\system32>Mount-Database -Identity MBX-01 -Force
    Confirm
    At least one committed transaction log file is missing. Mounting this database will result in data loss. If you can
    locate the missing log files, don't continue. Are you sure you want to continue?
    [Y] Yes  [A] Yes to All  [N] No  [L] No to All  [?] Help (default is "Y"): a
    Failed to mount database "MBX-01". Error: An Active Manager operation failed. Error: The database action failed.
    Error: Operation failed with message: MapiExceptionJetErrorRequiredLogFilesMissing: Unable to mount database.
    (hr=0x80004005, ec=-543)
    Diagnostic context:
        Lid: 65256
        Lid: 10722   StoreEc: 0xFFFFFDE1
        Lid: 1494    ---- Remote Context Beg ----
        Lid: 45120   dwParam: 0x51FF5F0
        Lid: 57728   dwParam: 0x51FF68C
        Lid: 46144   dwParam: 0x51FF709
        Lid: 34880   dwParam: 0x51FF709
        Lid: 34760   StoreEc: 0xFFFFFDE1
        Lid: 41344   Guid: 1c2c8cab-ae3f-40c8-8024-ffc776b22360
        Lid: 35200   dwParam: 0x2EFC
        Lid: 46144   dwParam: 0x51FFA55
        Lid: 34880   dwParam: 0x51FFA55
        Lid: 56264   StoreEc: 0x1388
        Lid: 46280   StoreEc: 0xFFFFFDE1
        Lid: 1750    ---- Remote Context End ----
        Lid: 1047    StoreEc: 0xFFFFFDE1 [Database: MBX-01, Server: EG-EXCHG-01.ABC.com]
        + CategoryInfo          : InvalidOperation: (MBX-01:ADObjectId) [Mount-Database], InvalidOperationException
        + FullyQualifiedErrorId : [Server=EG-EXCHG-01,RequestId=ca57e784-43c7-4357-9ab6-08881c87bb77,TimeStamp=9/18/2014 5
       :31:08 AM] [FailureCategory=Cmdlet-InvalidOperationException] 51350054,Microsoft.Exchange.Management.SystemConfigu
      rationTasks.MountDatabase
        + PSComputerName        : eg-exchg-01.ABC.com

    Hi,
    This issue indicate corrupted database or corrupted logs. I suggest you to check and repair the database or check and repair the database log.
    1. Check the state of database by following command: eseutil /mh "Path of the database"
    Ps: Default path of the database is “C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\Mailbox Database\Mailbox Database.edb”
    Default path of the log files is “C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\Mailbox Database\E00”
    2. If the state is in clean shutdown, move all the log files from the Transaction logs folder location and then mount the database.
    3. If the state is in dirty shutdown, check if the log files that is indicated as Logs required is available or not.
    4. You can run Eseutil ml “Path of the log file\e00” to make sure that the log files is required is in a Clean state. This command will help you check the health of all the log files in the location.
    5. If the log files are healthy, then try Soft recovery with the command Eseutil /r e00 /l ”Path of log files” /p “Path of the database” 
    Note:
    Make sure you make a backup of the database before attempting any kind of repairs
    6. Once the command completes successfully, then mount the database.
    7. In case the required log files are not available in a clean state or missing, either restore from a successful back up or perform Hard repair with defragment.
    Refer to this file about hard repair:
    http://gallery.technet.microsoft.com/Step-by-Step-Exchange-2013-f8bed401
    Hope this will be helpful for you

  • Restore Database on New Host in Catalog mode

    Dearest DBAs,
    Here is RMAN configuration details,
    163.19.0.153
    Production Database (orcl)
    163.19.0.154
    RMAN Catalog Database (rman)
    163.19.0.155
    BackupSets Location
    163.19.0.156
    Test Machine
    I have taken the backup through RMAN and now want to restore the database using RMAN to a test machine. Where test database was already running and I have only removed the data files, control files and redo log files.
    This document on the following link describes the steps
    http://download.oracle.com/docs/cd/B19306_01/backup.102/b14191/rcmrecov002.htm#sthref723
    I have connected to rman using following command
    c:\>set oracle_sid=orcl
    c:\>rman target rman/zaffar@rman nocatalog
    rman>set dbid 111122
    it gives me following error
    RMAN-03002
    RMAN-06188
    but rman is running in catalog mode that disallow me to set the dbid of the target database and because of this I am unable to proceed further.
    Kindly help.
    Regards,
    Asif

    the problem mentioned above has been solved, but now i am getting following error when i execute following script
    RUN
    # allocate a channel to the tape device
    ALLOCATE CHANNEL c1 DEVICE TYPE sbt PARMS='...';
    # rename the datafiles and online redo logs
    SET NEWNAME FOR DATAFILE 1 TO '?/oradata/test/system01.dbf';
    SET NEWNAME FOR DATAFILE 2 TO '?/oradata/test/undotbs01.dbf';
    SET NEWNAME FOR DATAFILE 3 TO '?/oradata/test/cwmlite01.dbf';
    SET NEWNAME FOR DATAFILE 4 TO '?/oradata/test/drsys01.dbf';
    SET NEWNAME FOR DATAFILE 5 TO '?/oradata/test/example01.dbf';
    SET NEWNAME FOR DATAFILE 6 TO '?/oradata/test/indx01.dbf';
    SET NEWNAME FOR DATAFILE 7 TO '?/oradata/test/tools01.dbf';
    SET NEWNAME FOR DATAFILE 8 TO '?/oradata/test/users01.dbf';
    SQL "ALTER DATABASE RENAME FILE ''/dev3/oracle/dbs/redo01.log''
    TO ''?/oradata/test/redo01.log'' ";
    SQL "ALTER DATABASE RENAME FILE ''/dev3/oracle/dbs/redo02.log''
    TO ''?/oradata/test/redo02.log'' ";
    # Do a SET UNTIL to prevent recovery of the online logs
    SET UNTIL SCN 123456;
    # restore the database and switch the datafile names
    RESTORE DATABASE;
    SWITCH DATAFILE ALL;
    # recover the database
    RECOVER DATABASE;
    ora-01511: erro in renaming log/data files
    ora-01516: nonexistent log file, datafile or tempfile 'e:\oradata\orcl\orcl\redo03.log'
    any help
    Regards,
    Asif

  • Error to restoring database through rman

    Hi all,
    I am trying to restore database through rman its showing error. The error is
    RMAN> recover database;
    Starting recover at 13-APR-09
    using channel ORA_DISK_1
    starting media recovery
    unable to find archive log
    archive log thread=1 sequence=5
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 04/13/2009 13:00:44
    RMAN-06054: media recovery requesting unknown log: thread 1 seq 5 lowscn 543566
    Please let me know how to resolved this error;
    Thanks in advance
    Noman

    There's no "full or partial" recovery in Oracle.
    There are :
    1. Database Recovery and Tablespace Point In Time Recovery (aka TSPITR)
    In the former case, it is the database that is recovered.
    In TSPITR, a Tablespace is recovered to an (older) point in time, different from the rest of the database. Since a database must be consistent, a TSPITR is done by using an Auxiliary Instance -- only SYSTEM, UNDO and the required Tablespace are recovered to their own consistent point in time and then the Tablespace data is copied and and plugged back into the Target Database.
    2. Complete Recovery and Incomplete Recovery
    Complete Recovery is right upto the current point in time -- ie upto the last transaction in the online redo logs.
    Incomplete Recovery is upto any point of before the current online redo log (a Timestamp, SCN or LogSequenceNumber) .
    The scenario we are talking of is an Incomplete Recovery -- because we do not have the Online Redo Logs.

  • Unable to Restore BB Software after OS Upgrade

    Hi. I am unable to restore several programs (PWKeeper, BBM, BBTraffic, Memo, Tasks, Maps) after a wipe and OS upgrade.  I backed up the phone prior to the wipe but did not turn off wireless sync. Learning now that I should have.  I have deleted desktop sync service book, rebooted, tried to restore. No success. Even reinstalled OS.  Is there combo-keys to enter on phone that turns off wireless sync prior to restore?  DM is not allowing me to restore these apps.  9850 Storm. Thx for help.

    Oh......BBSAK for this...got'ca. I'd not assumed you were using that methodology. You probably need to do some research on BBSAK.ORG as to this...there likely are posts on their own site dealing with the issue. As I recall, it's not guaranteed to be 100% perfect...but I don't recall much more than that as I prefer, whenever I update my BB OS, to reinstall all of my apps from scratch...just to be most sure that things are truly "clean". It is also possible that the apps you are trying to restore aren't compatible with the precise OS level you have updated to (with the apps you listed, this may actually be a high probability since those apps are normally included with the OS package itself).
    Since the apps you listed are provided along with the OS package, then the normal method of installing them from the Desktop Software should indeed work...odd that they are greyed out for you there. FYI...those apps normally aren't part of any Desktop Software backup per se...data from them and/or configuration settings about them may well be included in the databases, but nor normally the apps themselves per se.
    I suppose what I'd recommend is skipping the BBSAK app backup for anything that is included within the BB OS package itself (in the list you provided, all are part of the OS package, though BBM likely will have an update available from AppWorld). Then, again use BBSAK to perform another wipe/reload of your desired OS, but during the OS loading selections make sure that the apps you listed are selected to be loaded to your BB while it loads the OS (as opposed to trying to add them later).
    Then, the 3rd party app restore from BBSAK may well work for the other apps you backed up with it...or you can reacquire them from their original sources (AppWorld, etc.) and perform a clean install of them all.
    An odd situation you indeed have, but I'm sure there's a way to get you going again.
    Good luck and let us know!
    Occam's Razor nearly always applies when troubleshooting technology issues!
    If anyone has been helpful to you, please show your appreciation by clicking the button inside of their post. Please click here and read, along with the threads to which it links, for helpful information to guide you as you proceed. I always recommend that you treat your BlackBerry like any other computing device, including using a regular backup schedule...click here for an article with instructions.
    Join our BBM Channels
    BSCF General Channel
    PIN: C0001B7B4   Display/Scan Bar Code
    Knowledge Base Updates
    PIN: C0005A9AA   Display/Scan Bar Code

  • N95 software update - "unable to open database"

    Hi all,
    Ive just done the update to V 20.0.016 and it seemed to work ok. I can add contacts, add calendar but it wont sync with my PC.
    it gives "unable to open database" on the phone.
    have tried removing the battery for 5 mins, the hard reset (though holding four buttons down was hard), restore to factory settings and reinastalled the update to no avail.
    any clues would be appreciated.
    Adie

    I had the same error message after updating my firmware. However, I had my config set to "delete all" data on phone before copying data from phone to PC. When I removed this setting and actually put something in the phone database all has worked fine.

  • HT201263 unable to restore getting error 3014

    can any one help me as i am using iphone 3g n i am unable to restore error 3014.

    http://support.apple.com/kb/TS3694#error3014
    If you computer has EVER been used to hack, unlock, or jailbreak any iPhone or iPad (not just the one with the problem) your network database is corrupted. You need to fix the hosts file.
    If this is NOT your problem try disabling your antivirus and firewalls.

  • SWPM - System Copy - Assertion Failed Unable to load database

    Hello again,
    (already the next question form me, sorry for this
    I am executing a sysetm copy (DB-refresh) on ASE using SWPM.
    However, in "Configure Components" step I get the error: Assertion failed. Unable to load database <SID of Target Sysetm>.
    Where else can I check for errors?
    I think it is still something on which I already worked (with other thread).
    In sapinst_dev.log I found this
    TRACE      2015-03-25 11:05:00.320
    SAPInst calls the LogInquirer. The output of the LogInquirer can be found in file sapinst_loginquirer.log.
    TRACE      2015-03-25 11:05:06.122 [iaxxgenimp.cpp:638]
                CGuiEngineImp::showMessageBox()
    <html> <head> </head> <body> <p> An error occurred while processing option <i>SAP Enhancement Package 1 for SAP N
    etWeaver 7.3 > SAP ASE > System Copy > Target System > Standard System > Based on AS ABAP > Database Refresh or M
    ove( Last error reported by the step: Assertion failed: Unable to load database <SID>.)</i>. You can now: </p> <ul>
    <li> Choose <i>Retry</i><br>to repeat the current step. </li> <li> Choose <i>Log Files</i><br>to get more inform
    ation about the error. </li> <li> Stop the option and continue later. </li> </ul> <p> Log files are written to /t
    mp/sapinst_instdir/NW731/SYB/COPY/SYSTEM/STD/AS-ABAP/REF. </p> </body></html>
    TRACE      2015-03-25 11:05:06.124 [iaxxgenimp.cpp:1031]
               CGuiEngineImp::acceptAnswerForBlockingRequest
    Waiting for an answer from GUI
    In sapinst.log I found this:
    ERROR 2015-03-25 11:04:59.573
    FCO-00011  The step syb_step_setup_preload with step key |NW_ABAP_DB_DBRefresh|ind|ind|ind|ind|0|0|NW_ABAP_DB|ind
    |ind|ind|ind|0|0|NW_CreateDBandLoad|ind|ind|ind|ind|createdbandload|0|NW_CreateDB|ind|ind|ind|ind|createdb|0|NW_S
    YB_DB|ind|ind|ind|ind|SYB_DB_CONTEXT|0|syb_step_setup_preload was executed with status ERROR ( Last error reporte
    d by the step: Assertion failed: Unable to load database <SID>.).
    INFO 2015-03-25 11:04:59.772
    Creating file /tmp/sapinst_instdir/NW731/SYB/COPY/SYSTEM/STD/AS-ABAP/REF/__instana_tmp.xml.
    INFO 2015-03-25 11:05:00.307
    Removed file /tmp/sapinst_instdir/NW731/SYB/COPY/SYSTEM/STD/AS-ABAP/REF/instslana.xml.
    INFO 2015-03-25 11:05:00.308
    Creating file /tmp/sapinst_instdir/NW731/SYB/COPY/SYSTEM/STD/AS-ABAP/REF/instslana.xml.

    Hello Kiran,
    I did a few tests again yesterday, and it was really a stupid mistake from myside.
    The error message did mean, that there wasn't enough space.
    It isn't the authority issue, it was a leak of space.
    FYI, the complete DB-Size of Source System is required - NOT JUST RESERVED SPACE!!!
    Thx for help and sorry for stealing your time :O

Maybe you are looking for

  • Screen rotation doesn't work on Dell Venue 11 Pro

    I'm running Windows Technical Preview for Enterprise Build 9879 on a Dell Venue 11 Pro. It has the Intel Core-i5-4300Y processor and Intel HD graphics chipset. All devices are recognized in Device Manager, but the screen does not rotate if I turn the

  • IPad 3 Charging/Syncing Issues

    So for some reason my iPad 3 will not charge or sync at all, no matter what cable I use. I have tried three different certified apple cables and several different chargers and laptops, none of which the iPad seem to recognize. The only way I have abl

  • DVD- RW Problem

    i am having problem burning a dvd in my HP pavilion dv6 2001au laptop. it used to burn dvds before but now there is an error message saying "burning failed" it  strats to burn the dvd but when it reaches say 80- 90% nothing happens and ": burning fai

  • Automatic PO Closure

    Hi SCM would like to implement a new transaction/program that will enable automatic closure of Purchase orders that are not complete but where only a small percentage of the requirement is still outstanding. I've heard about Add-Ins  but I would like

  • "Fix" on the way!

    http://www.engadget.com/2010/07/02/apple-iphone-4-reception-problems-a-software- issue-fix-coming/