Restore database

Hi,
I try learn how restore database.
Case:
Database is in archivelog mode and hot backup runs every night at 2:00am by cron job and backup.sh
I drop table using
drop table mytbl purge;So I can not get it from recyclebin.
Or I do some other mistake and I like restore whole database to state where it was in certain time
I have try read all kind documents and experiment how to do this without luck.
If someone could give me steps to do restore
Thanks advance
Br,Jari

Here is a full scenario with RMAN.
First backup database with RMAN:
C:\oraclexe\oradata\XE>rman target /
Recovery Manager: Release 10.2.0.1.0 - Production on Thu May 13 20:26:46 2010
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
connected to target database: XE (DBID=2584040801)
RMAN> backup database plus archivelog;
Starting backup at 13-MAY-10
current log archived
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=38 devtype=DISK
channel ORA_DISK_1: starting archive log backupset
channel ORA_DISK_1: specifying archive log(s) in backup set
input archive log thread=1 sequence=166 recid=165 stamp=718921614
channel ORA_DISK_1: starting piece 1 at 13-MAY-10
channel ORA_DISK_1: finished piece 1 at 13-MAY-10
piece handle=C:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\BACKUPSET\2010_05_13\
O1_MF_ANNNN_TAG20100513T202656_5YRK3KKF_.BKP tag=TAG20100513T202656 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:02
Finished backup at 13-MAY-10
Starting backup at 13-MAY-10
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00001 name=C:\ORACLEXE\ORADATA\XE\SYSTEM.DBF
input datafile fno=00003 name=C:\ORACLEXE\ORADATA\XE\SYSAUX.DBF
input datafile fno=00002 name=C:\ORACLEXE\ORADATA\XE\UNDO.DBF
input datafile fno=00004 name=C:\ORACLEXE\ORADATA\XE\USERS.DBF
input datafile fno=00005 name=C:\TMP\DF1
channel ORA_DISK_1: starting piece 1 at 13-MAY-10
channel ORA_DISK_1: finished piece 1 at 13-MAY-10
piece handle=C:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\BACKUPSET\2010_05_13\
O1_MF_NNNDF_TAG20100513T202658_5YRK3LWO_.BKP tag=TAG20100513T202658 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:25
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
including current control file in backupset
including current SPFILE in backupset
channel ORA_DISK_1: starting piece 1 at 13-MAY-10
channel ORA_DISK_1: finished piece 1 at 13-MAY-10
piece handle=C:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\BACKUPSET\2010_05_13\
O1_MF_NCSNF_TAG20100513T202658_5YRK4FH7_.BKP tag=TAG20100513T202658 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:03
Finished backup at 13-MAY-10
Starting backup at 13-MAY-10
current log archived
using channel ORA_DISK_1
channel ORA_DISK_1: starting archive log backupset
channel ORA_DISK_1: specifying archive log(s) in backup set
input archive log thread=1 sequence=167 recid=166 stamp=718921646
channel ORA_DISK_1: starting piece 1 at 13-MAY-10
channel ORA_DISK_1: finished piece 1 at 13-MAY-10
piece handle=C:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\BACKUPSET\2010_05_13\
O1_MF_ANNNN_TAG20100513T202726_5YRK4HRM_.BKP tag=TAG20100513T202726 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:02
Finished backup at 13-MAY-10
RMAN> exit
Recovery Manager complete.Drop the table:
C:\oraclexe\oradata\XE>sqlplus / as sysdba
SQL*Plus: Release 10.2.0.1.0 - Production on Thu May 13 20:27:34 2010
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
Connected to:
Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
SQL>  select to_char(sysdate,'YYYY-MM-DD:HH24:MI:SS') time_now from dual;
TIME_NOW
2010-05-13:20:27:38
SQL> select count(*) from test.t;
  COUNT(*)
         1
SQL>  select to_char(sysdate,'YYYY-MM-DD:HH24:MI:SS') time_now from dual;
TIME_NOW
2010-05-13:20:27:56
SQL> drop table test.t purge;
Table dropped.
SQL>  select to_char(sysdate,'YYYY-MM-DD:HH24:MI:SS') time_now from dual;
TIME_NOW
2010-05-13:20:28:10Stop database instance, restart database in MOUNT mode (this is the missing step in your last message)
and restore database (RMAN will use last backup by default):
SQL> shutdown abort
ORACLE instance shut down.
SQL> exit
Disconnected from Oracle Database 10g Express Edition Release 10.2.0.1.0 - Produ
ction
C:\oraclexe\oradata\XE>rman target /
Recovery Manager: Release 10.2.0.1.0 - Production on Thu May 13 20:28:34 2010
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
connected to target database (not started)
RMAN> startup mount;
Oracle instance started
database mounted
Total System Global Area     805306368 bytes
Fixed Size                     1289996 bytes
Variable Size                213909748 bytes
Database Buffers             587202560 bytes
Redo Buffers                   2904064 bytes
RMAN> restore database;
Starting restore at 13-MAY-10
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=35 devtype=DISK
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00001 to C:\ORACLEXE\ORADATA\XE\SYSTEM.DBF
restoring datafile 00002 to C:\ORACLEXE\ORADATA\XE\UNDO.DBF
restoring datafile 00003 to C:\ORACLEXE\ORADATA\XE\SYSAUX.DBF
restoring datafile 00004 to C:\ORACLEXE\ORADATA\XE\USERS.DBF
restoring datafile 00005 to C:\TMP\DF1
channel ORA_DISK_1: reading from backup piece C:\ORACLEXE\APP\ORACLE\FLASH_RECOV
ERY_AREA\XE\BACKUPSET\2010_05_13\O1_MF_NNNDF_TAG20100513T202658_5YRK3LWO_.BKP
channel ORA_DISK_1: restored backup piece 1
piece handle=C:\ORACLEXE\APP\ORACLE\FLASH_RECOVERY_AREA\XE\BACKUPSET\2010_05_13\
O1_MF_NNNDF_TAG20100513T202658_5YRK3LWO_.BKP tag=TAG20100513T202658
channel ORA_DISK_1: restore complete, elapsed time: 00:00:36
Finished restore at 13-MAY-10Recover database to a point in time before DROP TABLE
RMAN> recover database until time "to_date('2010-05-13:20:27:00','YYYY-MM-DD:HH2
4:MI:SS')";
Starting recover at 13-MAY-10
using channel ORA_DISK_1
starting media recovery
media recovery complete, elapsed time: 00:00:01
Finished recover at 13-MAY-10Open the database and check that dropped table is back:
RMAN> alter database open resetlogs;
database opened
RMAN> exit
Recovery Manager complete.
C:\oraclexe\oradata\XE>sqlplus / as sysdba
SQL*Plus: Release 10.2.0.1.0 - Production on Thu May 13 20:34:24 2010
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
Connected to:
Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
SQL> select count(*) from test.t;
  COUNT(*)
         1
SQL>

Similar Messages

  • File name in msdb.dbo.backupset no longer matches the actual file name on the storage media. Error 3013 Restore Database is terminating abnormally.

    Thanks in advance for taking the time to read this and comment. Platform: Windows Server 2008 R2 Enterprise Edition SP1 (X64) Microsoft SQL Server 2008 R2 (SP1) - 10.50.2500.0 (X64) Jun 17 2011 00:54:03 Copyright (c) Microsoft Corporation
     Standard Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)Problem Description: The file name recorded in the msdb.dbo.backupset (sans the extension) no longer matches the actual file name written to the backup media which is
    in this case a NETAPP NAS storage share. Example:
    Mohave_backup_2014_03_14_233001_1158878.bak      (from NETAPP NAS filer)
    Mohave_backup_2014_03_16_233001_4167237             (from MSDB.dbo.backupset), as you can see, the last 7 digits (chars) of the file name are different, although the date and time are identical. The
    file names had previously been matching perfectly. The first occurance of this problem occured on 03/13/2014 at 5:00 AM MST. The error generated by the job was:
    Date  3/14/2014 10:29:23 AM
    Log  Job History (Refresh - Restore Mohave_93_DEV AD HOC)
    Step ID  1
    Server  OurDevServer
    Job Name  Refresh - Restore Mohave_93_DEV AD HOC
    Step Name  Restore Mohave_93_DEV
    Duration  00:00:01
    Sql Severity  0
    Sql Message ID  50000
    Operator Emailed  
    Operator Net sent  
    Operator Paged  
    Retries Attempted  0
    Message
    Executed as user: OurDomain\OurNetworkServiceLogin. Restore Mohave Prod to Mohave_93_DEV - ERROR: 3013 RESTORE DATABASE is terminating abnormally. [SQLSTATE 01000] (Message 50000).  The step succeeded.

    Olaf:
    Thanks for your reply. Sorry, my bad. I inadvertently copied wrong [name] form the msdb.dbo.backupset. On 3/13 and 3/14, the two file names did not match. In trying to select another example to show you this morning, I found that the names are now matching!
    What I was doing was to create dynamic t-sql to retrieve the latest prod backup of the database, and then restore it with move to the development server. This is an ad-hoc job that the developers can run by themselves whenever they require a refresh. Unfortunately,
    we only keep 3 days worth of backups for these databases, so the original disk file I was trying to use to restore no longer exists. Researching the original error, one of the error descriptions was that the restore could not find the file requested.
    I thought this very strange since I get the file name directly from the backupset table. Further research did indeed show that the file names were different, but unfortunately, I failed to save the details of the file names. Anyway, in looking for a new example
    to show you this morning, I have found that the file names are indeed matching exactly again. If this error pops up again, I will be sure to save all details and re-post.
    Thanks, regards and best wishes to you and yours, 

  • Problem with restore database in sql server 2008

    hi,,,when i want to restore database from a .bak file i see this error
    TITLE: Microsoft SQL Server Management Studio
    Restore failed for Server 'ALI-PC'.  (Microsoft.SqlServer.SmoExtended)
    For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=10.50.1447.4+((KJ_RTM).100213-0103+)&EvtSrc=Microsoft.SqlServer.Management.Smo.ExceptionTemplates.FailedOperationExceptionText&EvtID=Restore+Server&LinkId=20476
    ADDITIONAL INFORMATION:
    System.Data.SqlClient.SqlError: The database was backed up on a server running version 10.50.4000. That version is incompatible with this server, which is running version 10.00.1600. Either restore the database on a server that supports the backup, or use a
    backup that is compatible with this server. (Microsoft.SqlServer.Smo)
    For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=10.50.1447.4+((KJ_RTM).100213-0103+)&LinkId=20476
    BUTTONS:
    OK
    i checked overwrite the existing database(WUTH REPLACE) in option,but i cant restore again,,,please help me

    Hi,
    You need to install SQL Server 2008 R2 Service Pack 2
    Download
    http://www.microsoft.com/en-us/download/details.aspx?id=11093, you are currently running the RTM and the backup was from Version 10.50.4000 and your attempting to restore to version 10.00.1600.
    To find your current SQL Version open a New Query and paste the following then execute
    SELECT @@VERSION AS 'SQL Server Version
    Reference:
    http://sqlserverbuilds.blogspot.com/
    http://support.microsoft.com/kb/321185
    http://technet.microsoft.com/en-us/library/ms177512.aspx
    Cheers,
    -Ivan

  • Restore database failed on Oracle 10g 10.2.0.1 linux 32 bit

    Hi,
    I am working on test database for testing database disaster recovery.
    1) i made full database backup by RMAN and ui also have archive log
    2) i noted DBID and all folders of database
    3)Turn on the Controlfile auto backup
    4) then i drop database
    5) then i follow all the steps , which include restoration of spfile and controlfile
    6)After that when i have mounted database and in RMAN WRITING RESTORE DATABASE, it is giving following error.
    Starting restore at 02-APR-08
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 04/02/2008 17:54:56
    RMAN-06026: some targets not found - aborting restore
    RMAN-06023: no backup or copy of datafile 4 found to restore
    RMAN-06023: no backup or copy of datafile 3 found to restore
    RMAN-06023: no backup or copy of datafile 1 found to restore
    Please help me
    Regards,

    1) i made full database backup by RMAN and ui also
    have archive logWhat's the command used?
    2) i noted DBID and all folders of databaseWhat's inside the folders.
    ls -l <your folder>
    3)Turn on the Controlfile auto backup
    4) then i drop databaseHow did you drop it? delete files from OS? or DROP DATABASE statement?
    5) then i follow all the steps , which include
    restoration of spfile and controlfileWhat's the steps you followed? And from where you got the steps.
    6)After that when i have mounted database and in RMAN
    WRITING RESTORE DATABASE, it is giving following
    error.
    Starting restore at 02-APR-08
    using channel ORA_DISK_1
    RMAN-06026: some targets not found - aborting
    restore
    RMAN-06023: no backup or copy of datafile 4 found to
    restore
    RMAN-06023: no backup or copy of datafile 3 found to
    restore
    RMAN-06023: no backup or copy of datafile 1 found to
    restoreOracle Error :: RMAN-06026
    some targets not found - aborting restore
    Cause
    Some of the files specified for restore could not be found. Message 6023, 6024, or 6025 is also issued to indicate which files could not be found. Some common reasons why a file can not be restored are that there is no backup or copy of the file that is known to recovery manager, or there are no backups or copies that fall within the criteria specified on the RESTORE command, or some datafile copies have been made but not cataloged.
    Action
    The Recovery Manager LIST command can be used to display the backups and copies that Recovery Manager knows about. Select the files to be restored from that list.

  • Error while restoring database with different name on subscriber

    Hi all,
    I am using merge replication in sql server 2008R2. Yesterday I wanted to create a test environment, so
    I did:
    1. on publisher I restored from backup production db with another name ( lets call it TEST and new files
    .mdf, .ldf and no switch KEEP_REPLICATION). After this step original replication between production
    dbs worked fine.
    2. on subscriber I did the same: restore as new db TEST with new
    files .mdf, .ldf and no switch KEEP_REPLICATION.
    Unfortunately I noticed, that after second step replication stopped. SQL agent replication job on Subscriber
    is gone.
    Why restoring db with new name did affect original replication?
    Finally the most important: replication was set up by external company and I have to bring it to live now
    but I don't know this subject so good. How can I do it?
    Assuming, that there is no data change on subscriber in replicated tables is it enough when I select ‘reinitialize’
    on Publisher and Subscriber?
    Thanks in advance
    Artur

    Hello,
    Sorry for late response, but I was out of the office during last week.
    Regarding problem 1: restoring replication. I contacted guy who made originally our replication and he recreated subscription agent. So this is solved.
    problem 2: why did it happen?
    Lydia, in link which you provided I found only info about restoring db in replication, but I didn't want to restore replication.
    I checked SQL Server and Server Agent logs and there were no entries on that time. The only entries are regarding db restoring. Below:
    09/11/2014 12:45:59,Backup,Unknown,Database was restored: Database: Logik_ATData_TEST<c/> creation date(time): 2012/04/27(13:55:41)<c/> first LSN: 21392:66:267<c/> last LSN: 21392:227:1<c/> number of dump devices: 1<c/> device information: (FILE=1<c/> TYPE=DISK: {'D:\MSSQLBackup\Dzienny\Logik_ATData_PROD\Logik_ATData_PROD_backup_2014_09_10_231001_6391536.bak'}). Informational message. No user action required.
    09/11/2014 12:45:59,Backup,Unknown,Restore is complete on database 'Logik_ATData_TEST'. The database is now available.
    09/11/2014 12:45:59,spid72,Unknown,CHECKDB for database 'Logik_ATData_TEST' finished without errors on 2012-04-26 22:50:05.490 (local time). This is an informational message only; no user action is required.
    09/11/2014 12:44:53,spid72,Unknown,Recovery is writing a checkpoint in database 'Logik_ATData_TEST' (13). This is an informational message only. No user action is required.
    09/11/2014 12:44:53,spid72,Unknown,Starting up database 'Logik_ATData_TEST'.
    09/11/2014 12:44:51,spid72,Unknown,The database 'Logik_ATData_TEST' is marked RESTORING and is in a state that does not allow recovery to be run.
    09/11/2014 12:44:51,spid72,Unknown,Starting up database 'Logik_ATData_TEST'.
    In Windows application log there were also no other entries, besides these above.
    I also could not check job history, because the job was gone in SSMS jobs list, while the subscription was present in SSMS Replication with info, that last successful synchronization was at 12:42 (there is a 5 min. sync period).
     I also don't understand how the job was deleted, because according this manual (http://www.mssqltips.com/sqlservertip/1803/auto-alert-for-sql-agent-jobs-when-they-are-enabled-or-disabled/) I have 2 triggers in sysjobs table and every time, when
    job is deleted/disabled I got @ notification. In this case I got no @.
    My SQL Server version:
    Product_Version Product_Level Edition
    10.50.2550.0 SP1 Standard Edition (64-bit)
    Any idea what happened?
    Thanks,
    Artur

  • Restore database to azure blob failed

    Hi experts,
      I create a test db in SQL on Azure VM and backup to my storage account successfully. However, when I delete the database and restore using the T-SQL below, it failed. Please help.
    --- query ---
    USE [master]
    RESTORE DATABASE [test] FROM  
    URL = N'https://sa1qcisapdr.blob.core.windows.net/tcd-sql2014/test_backup_2014_08_18_013128.bak' 
    WITH  CREDENTIAL = N'AzureCredential' ,  FILE = 1,  
    MOVE N'test' TO N'https://sa1qcisapdr.blob.core.windows.net/tcd-sql2014//test.mdf',  
    MOVE N'test_log' TO N'https://sa1qcisapdr.blob.core.windows.net/tcd-sql2014//test_log.ldf',  NOUNLOAD,  STATS = 5
    GO
    --- result ---
    Msg 3634, Level 16, State 1, Line 2
    The operating system returned the error '50(The request is not supported.)' while attempting 'RestoreContainer::ValidateTargetForCreation' on 'https://sa1qcisapdr.blob.core.windows.net/tcd-sql2014//test.mdf'.
    Msg 3156, Level 16, State 8, Line 2
    File 'test' cannot be restored to 'https://sa1qcisapdr.blob.core.windows.net/tcd-sql2014//test.mdf'. Use WITH MOVE to identify a valid location for the file.
    Msg 3634, Level 16, State 1, Line 2
    The operating system returned the error '50(The request is not supported.)' while attempting 'RestoreContainer::ValidateTargetForCreation' on 'https://sa1qcisapdr.blob.core.windows.net/tcd-sql2014//test_log.ldf'.
    Msg 3156, Level 16, State 8, Line 2
    File 'test_log' cannot be restored to 'https://sa1qcisapdr.blob.core.windows.net/tcd-sql2014//test_log.ldf'. Use WITH MOVE to identify a valid location for the file.
    Msg 3119, Level 16, State 1, Line 2
    Problems were identified while planning for the RESTORE statement. Previous messages provide details.
    Msg 3013, Level 16, State 1, Line 2
    RESTORE DATABASE is terminating abnormally.

    One has to install Azure Storage Explorer and add Read/Write permissions in Shared Access Key

  • 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

  • Error during Restore Database

    Hello everyone!
    First of all, i'm sorry for posting another restore problem, but i read all threads related and i still have my problem.
    I have a fresh new install of oracleXE, but when i try to restore de database from a backup store in other disk install in the same computer, using the restore database option include with the application, the program show me these steps:
    STEP 1:
    This operation will shut down and restore the database. Are you sure [Y/N]?
    I write 'Y'.
    STEP 2:
    This operation will shut down and restore the database. Are you sure [Y/N]?y
    Restore in progress...
    El servicio solicitado ya ha sido iniciado.
    Puede obtener más ayuda con el comando NET HELPMSG 2182.
    Recovery Manager : Release 10.2.0.1.0 - Production on Vie Ago 31 10:20:45 2007
    Copyright (c) 1982, 2005, Oracle. All rights reserved.
    conectado a la base de datos destino: XE (DBID=2513092923)
    RMAN> set echo on;
    2> startup nomount pfile=C:\DOCUME~1\imgltda\CONFIG~1\Temp\rman_dummy.ora force;
    3>
    echo activado
    instancia Oracle iniciada
    Total del ┴rea Global del Sistema 285212672 bytes
    Fixed Size 1287016 bytes
    Variable Size 92277912 bytes
    Database Buffers 188743680 bytes
    Redo Buffers 2904064 bytes
    Recovery Manager terminado.
    Enter the flash recovery area location:
    I write this in my flash recovery area, where i have the backup files: D:\Respaldo.
    In this path i have de following folders: D:\Respaldo\XE; Inside this folder i have other folders: ARCHIVELOG, AUTOBACKUP, BACKUPSET, ONLINELOG.
    STEP 3 This is my problem:
    MAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: fallo del comando startup en 08/31/2007 10:24:10
    RMAN-04014: fallo al iniciar: ORA-01261: Parameter db_recovery_file_dest destina
    tion string cannot be translated
    ORA-01263: Name given for file destination directory is invalid
    OSD-04018: No se ha podido acceder al directorio o dispositivo especificado.
    O/S-Error: (OS 21) El dispositivo no est┐ listo.
    Recovery Manager terminado.
    ==================== ERROR =============================
    Restore of the database failed.
    RMAN Error - See log for error .
    Log file is at C:\ORACLEXE\APP\ORACLE\PRODUCT\10.2.0\SERVER\DATABASE\OX
    E_RESTORE.LOG.
    ==================== ERROR =============================
    Presione una tecla para continuar . . .
    The OXE_RESTORE file show me this:
    Recovery Manager : Release 10.2.0.1.0 - Production on Vie Ago 31 10:23:58 2007
    Copyright (c) 1982, 2005, Oracle. All rights reserved.
    Windows XP Version V5.1 Service Pack 2
    CPU : 2 - type 586
    Process Affinity : 0x00000000
    Memory (Avail/Total): Ph:1652M/2021M, Ph+PgF:3435M/3914M, VA:2003M/2047M
    Starting with debugging turned off
    conectado a la base de datos destino: xe (no montada)
    RMAN> set echo on;
    2> restore (spfile from autobackup db_recovery_file_dest='D:\Respaldo');
    3> startup nomount force;
    4> restore (controlfile from autobackup);
    5> alter database mount;
    6> configure controlfile autobackup off;
    7> restore database;
    8>
    echo activado
    Iniciando restore en 31/08/07
    se utiliza el archivo de control de la base de datos destino en lugar del catálogo de recuperación
    canal asignado: ORA_DISK_1
    canal ORA_DISK_1: sid=37 devtype=DISK
    destino del área de recuperación: D:\Respaldo
    nombre de base de datos (o nombre único de base de datos) utilizado para la búsqueda: XE
    canal ORA_DISK_1: se ha encontrado una copia de seguridad automática en el área de recuperación
    canal ORA_DISK_1: se ha encontrado la copia de seguridad automática: D:\RESPALDO\XE\AUTOBACKUP\2007_08_27\O1_MF_S_631711029_3F5TQOVT_.BKP
    canal ORA_DISK_1: restauración de SPFILE a partir de la copia de seguridad automática terminada
    restore terminado en 31/08/07
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: fallo del comando startup en 08/31/2007 10:24:10
    RMAN-04014: fallo al iniciar: ORA-01261: Parameter db_recovery_file_dest destination string cannot be translated
    ORA-01263: Name given for file destination directory is invalid
    OSD-04018: No se ha podido acceder al directorio o dispositivo especificado.
    O/S-Error: (OS 21) El dispositivo no est¿ listo.
    Recovery Manager terminado.
    I really do not know what is my problem and how to solve it. I hope you guys can help me. I'm under a big pressure to solve this soon.
    My Operating System is: WinXP Pro
    I'm using APEX 2.01
    When I create the backup I use ARCHIVELOG enable
    Things i try:
    1. Install fresh oracle XE database, and restore
    2. Install fresh oracle XE database, enable archivelog and restore
    3. Install fresh oracle XE database, enable archivelog, change path of DB_RECOVERY_FILE_DEST to 'D:\Respaldo'.
    4. Install fresh oracle XE database, enable archivelog, change path of DB_RECOVERY_FILE_DEST to 'D:\Respaldo', and execute: @?/sqlplus/admin/movelogs;
    5. Install fresh oracle XE database, enable archivelog, change path of DB_RECOVERY_FILE_DEST to 'D:\Respaldo';, and change DB_RECOVERY_FILE_DEST_SIZE to 20G;
    NOTE: sorry for my english it is not my native language. and sorry for using a spanish version of the database.
    Message was edited by:
    Minning

    Well,
    After a lot of reading, i try this using rman:
    SQL
    1. SQL> connect xx/xx as sysdba
    2. SQL> shutdown immediate
    RMAN
    1. RMAN> connect target XE
    2. RMAN> startup nomount;
    3. RMAN> restore spfile to 'C:\xe.ora' from 'D:\Respaldo\XE\AUTOBACKUP\2007_08_27\O
    1_MF_S_631711029_3F5TQOVT_.BKP';
    4. RMAN> alter database mount;
    5. RMAN> restore database;
    in point n°5 i have the following problem:
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: fallo del comando restore en 09/06/2007 16:27:09
    RMAN-06026: no se han encontrado algunos destinos - abortando la restauraci¾n
    RMAN-06023: no se ha encontrado ninguna copia de seguridad o copia del archivo d
    e datos 4 para restaurar
    RMAN-06023: no se ha encontrado ninguna copia de seguridad o copia del archivo d
    e datos 3 para restaurar
    RMAN-06023: no se ha encontrado ninguna copia de seguridad o copia del archivo d
    e datos 2 para restaurar
    RMAN-06023: no se ha encontrado ninguna copia de seguridad o copia del archivo d
    e datos 1 para restaurar
    I try this command to find what's going on:
    RMAN> list backup;
    with this result:
    Lista de Juegos de Copias de Seguridad
    ===================
    Clave BS Tipo LV Tama±o Tipo de Dispositivo Tiempo Transcurrido Hora de F
    inalizaci¾n
    15 Full 736.04M DISK 00:00:19 24/08/07
    Clave BP: 15 Estado: EXPIRED Comprimido: NO Etiqueta: TAG20070824T12
    4938
    Nombre de Parte: E:\RESPALDO\XE\BACKUPSET\2007_08_24\O1_MF_NNNDF_TAG2007
    0824T124938_3DY3143F_.BKP
    Lista de Archivos de Datos en el juego de copias de seguridad 15
    Tipo de Archivo LV SCN Pto. Ctrl. Hora de Punto de Control Nombre
    1 Full 2747434 24/08/07 C:\ORACLEXE\ORADATA\XE\SYSTEM
    .DBF
    2 Full 2747434 24/08/07 C:\ORACLEXE\ORADATA\XE\UNDO.D
    BF
    3 Full 2747434 24/08/07 C:\ORACLEXE\ORADATA\XE\SYSAUX
    .DBF
    4 Full 2747434 24/08/07 C:\ORACLEXE\ORADATA\XE\USERS.
    DBF
    Clave BS Tipo LV Tama±o Tipo de Dispositivo Tiempo Transcurrido Hora de F
    inalizaci¾n
    16 Full 6.83M DISK 00:00:01 24/08/07
    Clave BP: 16 Estado: EXPIRED Comprimido: NO Etiqueta: TAG20070824T12
    5005
    Nombre de Parte: E:\RESPALDO\XE\AUTOBACKUP\2007_08_24\O1_MF_S_631457405_
    3DY31Y0H_.BKP
    Archivo de Control Incluido: SCN de Punto de Control: 2747446 Hora de Pun
    to de Control: 24/08/07
    SPFILE Incluido: Hora de Modificaci¾n: 24/08/07
    Clave BS Tipo LV Tama±o Tipo de Dispositivo Tiempo Transcurrido Hora de F
    inalizaci¾n
    17 Full 736.04M DISK 00:00:20 24/08/07
    Clave BP: 17 Estado: EXPIRED Comprimido: NO Etiqueta: TAG20070824T17
    0028
    Nombre de Parte: E:\RESPALDO\XE\BACKUPSET\2007_08_24\O1_MF_NNNDF_TAG2007
    0824T170028_3DYKQGTC_.BKP
    Lista de Archivos de Datos en el juego de copias de seguridad 17
    Tipo de Archivo LV SCN Pto. Ctrl. Hora de Punto de Control Nombre
    1 Full 2773728 24/08/07 C:\ORACLEXE\ORADATA\XE\SYSTEM
    .DBF
    2 Full 2773728 24/08/07 C:\ORACLEXE\ORADATA\XE\UNDO.D
    BF
    3 Full 2773728 24/08/07 C:\ORACLEXE\ORADATA\XE\SYSAUX
    .DBF
    4 Full 2773728 24/08/07 C:\ORACLEXE\ORADATA\XE\USERS.
    DBF
    Clave BS Tipo LV Tama±o Tipo de Dispositivo Tiempo Transcurrido Hora de F
    inalizaci¾n
    18 Full 6.83M DISK 00:00:02 24/08/07
    Clave BP: 18 Estado: EXPIRED Comprimido: NO Etiqueta: TAG20070824T17
    0054
    Nombre de Parte: E:\RESPALDO\XE\AUTOBACKUP\2007_08_24\O1_MF_S_631472454_
    3DYKR7OZ_.BKP
    Archivo de Control Incluido: SCN de Punto de Control: 2773741 Hora de Pun
    to de Control: 24/08/07
    SPFILE Incluido: Hora de Modificaci¾n: 24/08/07
    Clave BS Tipo LV Tama±o Tipo de Dispositivo Tiempo Transcurrido Hora de F
    inalizaci¾n
    19 Full 740.95M DISK 00:00:20 27/08/07
    Clave BP: 19 Estado: EXPIRED Comprimido: NO Etiqueta: TAG20070827T11
    1642
    Nombre de Parte: E:\RESPALDO\XE\BACKUPSET\2007_08_27\O1_MF_NNNDF_TAG2007
    0827T111642_3F5TPWHN_.BKP
    Lista de Archivos de Datos en el juego de copias de seguridad 19
    Tipo de Archivo LV SCN Pto. Ctrl. Hora de Punto de Control Nombre
    1 Full 2916556 27/08/07 C:\ORACLEXE\ORADATA\XE\SYSTEM
    .DBF
    2 Full 2916556 27/08/07 C:\ORACLEXE\ORADATA\XE\UNDO.D
    BF
    3 Full 2916556 27/08/07 C:\ORACLEXE\ORADATA\XE\SYSAUX
    .DBF
    4 Full 2916556 27/08/07 C:\ORACLEXE\ORADATA\XE\USERS.
    DBF
    Where it says 'Estado' (Status in english) I found this: 'EXPIRED', it seems that my 4 dbf files have some problem, right now i'm looking for a way to solve this, but with no luck.
    I think i need a little help again...

  • Restore database validate ERROR

    I configure RMAN yesterday with the following parameters:
    CONFIGURE RETENTION POLICY TO REDUNDANCY 2;
    CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
    CONFIGURE BACKUP OPTIMIZATION ON;
    CONFIGURE DEFAULT DEVICE TYPE TO DISK;
    CONFIGURE CONTROLFILE AUTOBACKUP ON;
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/u02/rman/prod1/%F';
    CONFIGURE DEVICE TYPE DISK PARALLELISM 2;
    CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 2;
    CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 2;
    CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT '/backup/prod1/backup_db/%U' MAXPIECESIZE 2000M;
    CONFIGURE CHANNEL 2 DEVICE TYPE DISK FORMAT '/backup/prod1/backup_db/%U' MAXPIECESIZE 2000M;
    CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/backup/rman/prod1/scontrolfile.ctl';
    CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT '/backup/prod1/backup_db/%U' MAXPIECESIZE 2000M;
    I performed a full backup after this and was trying to verify it this morning. But I am getting the following errors:
    RMAN-00558: error encountered while parsing input commands
    RMAN-01005: syntax error: found "equal": expecting one of: "double-quoted-string
    , identifier, newline, ;, single-quoted-string"
    RMAN-01007: at line 1 column 16 file: standard input
    RMAN> connect target /
    connected to target database: PROD (DBID=444452)
    RMAN> restore database validate;
    Starting restore at 11-SEP-07
    using target database controlfile instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=950 devtype=DISK
    allocated channel: ORA_DISK_2
    channel ORA_DISK_2: sid=1136 devtype=DISK
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 09/11/2007 09:59:44
    RMAN-06026: some targets not found - aborting restore
    RMAN-06023: no backup or copy of datafile 258 found to restore
    RMAN-06023: no backup or copy of datafile 257 found to restore
    I listed RMAN back and my full backup is showing. Please help your sister out.

    RMAN> connect target /
    connected to target database: PROD (DBID=35109652)
    using target database controlfile instead of recovery catalog
    RMAN> report schema;
    Report of database schema
    File K-bytes Tablespace RB segs Datafile Name
    1 523264 SYSTEM *** /dev/rprod_sys_000
    2 1047552 UNDO *** /dev/rprod_und_001
    3 130048 MISC *** /dev/rprod_msc_000
    4 4193280 D_R_SMALL *** /dev/rdprod_0000001
    5 3872768 I_R_SMALL *** /dev/riprod_0000001
    6 916480 I_R_LARGE *** /dev/riprod_0000002
    7 637952 D_R_LARGE *** /dev/rdprod_0000002
    RMAN> backup database;
         #This was successful/completed although I don’t have the output.
    RMAN> list backup;
    List of Backup Sets
    ===================
    BS Key Type LV Size
    1 Full 3G
    List of Datafiles in backup set 1
    File LV Type Ckp SCN Ckp Time Name
    19 Full 2241992994123 10-SEP-07 /dev/rlprod_0000001
    25 Full 2241992994123 10-SEP-07 /dev/rdprod_0000010
    30 Full 2241992994123 10-SEP-07 /dev/riprod_0000012
    31 Full 2241992994123 10-SEP-07 /dev/riprod_0000013
    36 Full 2241992994123 10-SEP-07 /dev/riprod_0000015
    Backup Set Copy #1 of backup set 1
    Device Type Elapsed Time Completion Time Compressed Tag
    DISK 00:07:20 10-SEP-07 NO TAG20070910T225622
    List of Backup Pieces for backup set 1 Copy #1
    BP Key Pc# Status Piece Name
    1 1 AVAILABLE /backup/prod1/backup_db/0girkfgo_1_1
    3 2 AVAILABLE /backup/prod1/backup_db/0girkfgo_2_1
    Backup Set Copy #2 of backup set 1
    Device Type Elapsed Time Completion Time Compressed Tag
    DISK 00:07:20 10-SEP-07 NO TAG20070910T225622
    List of Backup Pieces for backup set 1 Copy #2
    BP Key Pc# Status Piece Name
    2 1 AVAILABLE /backup/prod1/backup_db/0girkfgo_1_2
    4 2 AVAILABLE /backup/prod1/backup_db/0girkfgo_2_2
    BS Key Type LV Size
    2 Full 3G
    List of Datafiles in backup set 2
    File LV Type Ckp SCN Ckp Time Name
    4 Full 2241992994124 10-SEP-07 /dev/rdprod_0000001
    8 Full 2241992994124 10-SEP-07 /dev/riprod_0000003
    12 Full 2241992994124 10-SEP-07 /dev/rdprod_0000005
    17 Full 2241992994124 10-SEP-07 /dev/rdprod_0000007
    24 Full 2241992994124 10-SEP-07 /dev/rdprod_0000009
    27 Full 2241992994124 10-SEP-07 /dev/riprod_0000011
    Backup Set Copy #1 of backup set 2
    Device Type Elapsed Time Completion Time Compressed Tag
    DISK 00:07:37 10-SEP-07 NO TAG20070910T225622
    List of Backup Pieces for backup set 2 Copy #1
    BP Key Pc# Status Piece Name
    5 1 AVAILABLE /backup/prod1/backup_db/0hirkfgp_1_1
    7 2 AVAILABLE /backup/prod1/backup_db/0hirkfgp_2_1
    Backup Set Copy #2 of backup set 2
    Device Type Elapsed Time Completion Time Compressed Tag
    DISK 00:07:37 10-SEP-07 NO TAG20070910T225622
    List of Backup Pieces for backup set 2 Copy #2
    BP Key Pc# Status Piece Name
    6 1 AVAILABLE /backup/prod1/backup_db/0hirkfgp_1_2
    8 2 AVAILABLE /backup/prod1/backup_db/0hirkfgp_2_2
    RMAN> validate backupset 1;
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=950 devtype=DISK
    allocated channel: ORA_DISK_2
    channel ORA_DISK_2: sid=949 devtype=DISK
    channel ORA_DISK_1: starting validation of datafile backupset
    channel ORA_DISK_1: restored backup piece 1
    piece handle=/backup/prod1/backup_db/0girkfgo_1_1 tag=TAG20070910T225622
    channel ORA_DISK_1: restored backup piece 2
    piece handle=/backup/prod1/backup_db/0girkfgo_2_1 tag=TAG20070910T225622
    channel ORA_DISK_1: validation complete
    The problem is that I can’t perform: restore database validate; or test.

  • Database Portability of restored Database in Production server

    Hi All,
    I have a query regarding database portability in Exchange 2010 server.
    I have restored a Journaling Database which is ~ 350 GB and just wanted to check if i dismount the prod database which does not have any data in the DB and only journlaing mailbox is pointed to this DB , can i move restored DB .edb file to the production
    server physical location and mount it, will the journaling account will connect to this restored database which i have copied. or do i have to run any command which will reconnect the mailbox. 
    BR/Deepak

    Hi,
    You can use the Connect-Mailbox -Identity -Archive cmdlet to re-connect an archive mailbox.
    You can refer to the following article.
    https://technet.microsoft.com/en-GB/library/ee633490(v=exchg.141).aspx
    Best regards,
    Belinda Ma
    TechNet Community Support

  • Use of Table Valued Parameter to restore databases

    I'm a noob with table valued parameters.  Not sure if I can use TVP for what I need to do.  I want to restore/refresh multiple databases from arbitrary number of .BAK files.  I can successfully populate a TVP with the needed
    source information which includes:
    Database name
    File/device name (i.e., xxx.BAK file)
    Logical data file name
    Logical log file name
    Now I want to create a stored procedure that contains Restore Database command like this:
       RESTORE DATABASE <@database name> 
       FROM <@path and name of .bak file> 
       WITH MOVE <@logical data file> TO <new path and file name>,
       MOVE <@logical log file name> TO <new path and file name>;
    Can I replace those variables with the column values in the TVP?  I'm not sure because all the stored proc examples I see simply insert rows from the TVP into rows of an existing table.

    Yes, but you would need to run a cursor of your TVP:
    DECLARE cur CURSOR STATIC LOCAL FOR
       SELECT db, path, logical_data_file, new_data_path, logical_log_file,
              new_logfile_apth
        FROM  @TVP
    OPEN cur
    WHILE 1 = 1
    BEGIN
       FETCH cur INTO @db, @path, @logical_data_file, @new_data_path,
                      @new_logical_log_file, @new_logfile_path
       IF @@fetch_status <> 0
          BREAK
       RESTORE DATABASE @db FROM DISK = @path
       WITH MOVE @logical_data_file TO @new_data_path,
            MOVE @new_logical_log_file, @new_logfile_pth
    END
    DEALLOCATE cur
    Erland Sommarskog, SQL Server MVP, [email protected]

  • 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

  • Can't Remove Datasets From SQL Server Management Studio Restore Database Dialog

    Hello,
    I am trying to restore a database in MS SQL 2008 R2 Management Studio on a Windows 2008 server.
    - I right click the Databases folder and choose Restore Databases.
    - I select the From device radio button as usual and click Add.
    - I specify a .bck file as usual and click OK.
    - When I return to the Restore Database dialog are two backup sets already in the "Select backup location to restore" part of the dialog that I unsuccessfully tried to restore earlier already there.
    - I can see the path to the backup set that I want to add in the "From device" field of the "Restore Database" dialog. The backup is not listed in "Select backup location to restore" as it should be.
    - I tried restarting the SQL Server service and I rebooted the server but the files were still there when I tried to do a restore.
    - There is no option to remove the extra datasets in the "Select backup location to restore" part of the dialog. I am hoping that if I can remove the extra datasets that this will resolve the problem. Does anyone have any idea how to remove them?
    Martin Mann

    Hello,
    My issue was a bit different then your screenshot. I was able to choose a backup dataset with no problem from the "Select backup devices" dialog as you show in the screenshot. At that time the "Restore Database" dialog box you show in the background had
    no backup files, you show filetest1, filetest2. However after clicking the "Add" to files were listed in the "Restore Database" dialog neither of which was the one that I was trying to add. The problem was that the wrong files were listed in the "Restore Database"
    dialog and I couldn't remove them.
    The problem turned out to be two issues. I resolved the problem as follows:
    It turned out that someone had compressed my server c:\ drive and I was not aware of it. Disk compression and SQL server have conflicts. As I had never compressed a drive I didn't know that Windows Explorer displays compressed files in blue letters. So the
    first step was to decompress the drive. Which did not fix the problem.
    What had caused the files to show up was that I had somehow created a backup with two data sets in it. It seems that when SQL Server creates a backup one of the first things it does is check the drive for the required space and create an empty backup file
    the size of the backup to reserve the disk space. It seems that I had created a file that contained space for a backup but no data with another back with data behind it. When I looked at the backup file size in explorer it was almost twice the size it should
    have been.
    I resolved the problem by changing the path of the default backup folder. I was able to do a restore from there. Afterwords the default backup folder worked and the files listed were no longer there.
    Sorry for the confusion and thanks for the help.
    Martin Mann

  • ORA-01180 and ORA-01110 error when restoring database by RMAN in 11.1.0.6.0

    I have a new installed database running in ARCIHVELOG mode on SUSE 10SP3. Catalog is not used. When I try to restore the database from a level 0 backup based on SCN, ORA-01180 and ORA-01110 were raised out today. Please help me through this. Thx. The senario follows:
    1. I got the current SCN by "select dbms_flashback.get_system_change_number from dual". Say it's 12345;
    2. I did a level 0 hot backup with current control file, archived logs and parameter files. Everything went well;
    3. Some other DMLs are applied to the database;
    4. I want to do a SCN-based incomplete recovery for this database to SCN 12345. Then I
    1) shutdown immediate;
    2) startup nomount;
    3) restore the control file from backupset;
    5) startup mount;
    6) catalog start with "[backupset path]";
    7) restore database until scn 12345.
    Just at step 4.7, ORA-01180 and ORA-01110 were raised out, saying cannot create data file 1. Note: Backup files are existing and file permissions are all OK.
    Then I issues "list incarnation of database". There is just one record with incarnation id 1.
    So I queried v$log_history, found serveral record there. The most recent one has NEXT_SCN later than 12345, say 12400. Then I tried to restore database until this SCN. It WORKED! The restore and recovery succeeded.
    My questions are:
    1. Why cannot I restore the database to a previous SCN, say 12345, but 12400 is OK?.
    2. If the database was RESETLOG prior to my recovery, should I reset database to the incarnation where I took my backup? What can I do if there is no that incarnation information in my control file?
    Waiting for your suggestion.

    Hi guys. There is one update.
    This issue is caused by the incorrect SCN vs. backup set. I got this SCN before the backup started. According to Oracle docs, it's not allowed for an SCN based recovery.
    Now, I changed the sequence of my operations, so that SCN is got once backup is done, which is exact the "most recent sequence# and least SCN" mentioned by some thread in this forum. It works now.
    Anyone could explain why the SCN got prior to the level 0 backup is not recognized by restore/recovery phase? Thanks.

  • Problem with restoring database from backupset

    Hello,
    I'm newie in working with RMAN and I have problem with restoring database from backup set in my testcase.
    I've restored controlfile, but I couldn't restore database - it fails with:
    RMAN-00571: =============================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS
    RMAN-00571: =============================================
    RMAN-03002: failure of restore command at 08/31/2006 12:06:47
    ORA-01180: can not create datafile 1
    ORA-01110: data file 1: 'C:\ORACLE\ORADATA\LOCA10G2\SYSTEM01.DBF'
    List of backupsets from restored controlfile
    (I restored controlfile by command: restore controlfile from 'C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\O1_MF_NCSNF_TAG20060829T113622_2H82OW77_.BKP'; -- I have disabled controlfile autobackup, therefore I couldn't restore from autobackup);
    List of Backup Sets
    ===================
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    36 Full 6.98M DISK 00:00:02 29-AUG-06
    BP Key: 36 Status: AVAILABLE Compressed: NO Tag: 01_CTL
    Piece Name: C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\O1_MF_NCNNF_01_CTL_2H82NDQT_.BKP
    Control File Included: Ckp SCN: 578469 Ckp time: 29-AUG-06
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    37 Full 322.96M DISK 00:00:27 29-AUG-06
    BP Key: 37 Status: AVAILABLE Compressed: NO Tag: TAG20060829T113622
    Piece Name: C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\O1_MF_NNNDF_TAG20060829T113622_2H82NQ58_.BKP
    List of Datafiles in backup set 37
    File LV Type Ckp SCN Ckp Time Name
    1 Full 578481 29-AUG-06 C:\ORACLE\ORADATA\LOCA10G2\SYSTEM01.DBF
    2 Full 578481 29-AUG-06 C:\ORACLE\ORADATA\LOCA10G2\UNDOTBS01.DBF
    3 Full 578481 29-AUG-06 C:\ORACLE\ORADATA\LOCA10G2\SYSAUX01.DBF
    4 Full 578481 29-AUG-06 C:\ORACLE\ORADATA\LOCA10G2\USERS01.DBF
    BS Key Size Device Type Elapsed Time Completion Time
    38 650.50K DISK 00:00:00 29-AUG-06
    BP Key: 38 Status: AVAILABLE Compressed: NO Tag: TAG20060829T113804
    Piece Name: C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\O1_MF_ANNNN_TAG20060829T113804_2H82QYOV_.BKP
    List of Archived Logs in backup set 38
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 32 577277 29-AUG-06 578529 29-AUG-06
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    39 Full 7.02M DISK 00:00:00 29-AUG-06
    BP Key: 39 Status: AVAILABLE Compressed: NO Tag: TAG20060829T113622
    Piece Name: C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\O1_MF_NCSNF_TAG20060829T113622_2H82OW77_.BKP
    Control File Included: Ckp SCN: 578493 Ckp time: 29-AUG-06
    SPFILE Included: Modification time: 28-AUG-06
    I can successfully crosscheck backup sets (by command crosscheck backup), but I couldn't restore database.
    Path C:\ORACLE\ORADATA\LOCA10G2\ exists and I have right privileges.
    Output of command restore database validate:
    RMAN> restore database validate;
         Starting restore at 31-AUG-06
         allocated channel: ORA_DISK_1
         channel ORA_DISK_1: sid=102 devtype=DISK
         data file 1 will be created automatically during restore operation
         data file 2 will be created automatically during restore operation
         data file 3 will be created automatically during restore operation
         data file 4 will be created automatically during restore operation
         restore not done; all files readonly, offline, or already restored
         Finished restore at 31-AUG-06
    What's wrong?
    Thanks
         Paul

    Hi,
    I think, that everything seems to be OK.
    Commands which I use to validation of existence backup:
    RMAN> crosscheck backup;
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=102 devtype=DISK
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\O1_MF_NCNNF_01_CTL_2H82NDQT_.BKP recid=36 stamp=599744172
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\O1_MF_NNNDF_TAG20060829T113622_2H82NQ58_.BKP recid=37 stamp=599744183
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\O1_MF_ANNNN_TAG20060829T113804_2H82QYOV_.BKP recid=38 stamp=599918805
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\O1_MF_NCSNF_TAG20060829T113622_2H82OW77_.BKP recid=39 stamp=599918805
    Crosschecked 4 objects
    RMAN> list backup summary;
    List of Backups
    ===============
    Key TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
    36 B F A DISK 29-AUG-06 1 1 NO 01_CTL
    37 B F A DISK 29-AUG-06 1 1 NO TAG20060829T113622
    38 B A A DISK 29-AUG-06 1 1 NO TAG20060829T113804
    39 B F A DISK 29-AUG-06 1 1 NO TAG20060829T113622
    RMAN> list backup;
    List of Backup Sets
    ===================
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    36 Full 6.98M DISK 00:00:02 29-AUG-06
    BP Key: 36 Status: AVAILABLE Compressed: NO Tag: 01_CTL
    Piece Name: C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\O1_MF_NCNNF_01_CTL_2H82NDQT_.BKP
    Control File Included: Ckp SCN: 578469 Ckp time: 29-AUG-06
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    37 Full 322.96M DISK 00:00:27 29-AUG-06
    BP Key: 37 Status: AVAILABLE Compressed: NO Tag: TAG20060829T113622
    Piece Name: C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\O1_MF_NNNDF_TAG20060829T113622_2H82NQ58_.BKP
    List of Datafiles in backup set 37
    File LV Type Ckp SCN Ckp Time Name
    1 Full 578481 29-AUG-06 C:\ORACLE\ORADATA\LOCA10G2\SYSTEM01.DBF
    2 Full 578481 29-AUG-06 C:\ORACLE\ORADATA\LOCA10G2\UNDOTBS01.DBF
    3 Full 578481 29-AUG-06 C:\ORACLE\ORADATA\LOCA10G2\SYSAUX01.DBF
    4 Full 578481 29-AUG-06 C:\ORACLE\ORADATA\LOCA10G2\USERS01.DBF
    BS Key Size Device Type Elapsed Time Completion Time
    38 650.50K DISK 00:00:00 29-AUG-06
    BP Key: 38 Status: AVAILABLE Compressed: NO Tag: TAG20060829T113804
    Piece Name: C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\O1_MF_ANNNN_TAG20060829T113804_2H82QYOV_.BKP
    List of Archived Logs in backup set 38
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 32 577277 29-AUG-06 578529 29-AUG-06
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    39 Full 7.02M DISK 00:00:00 29-AUG-06
    BP Key: 39 Status: AVAILABLE Compressed: NO Tag: TAG20060829T113622
    Piece Name: C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\O1_MF_NCSNF_TAG20060829T113622_2H82OW77_.BKP
    Control File Included: Ckp SCN: 578493 Ckp time: 29-AUG-06
    SPFILE Included: Modification time: 28-AUG-06
    RMAN> restore database validate;
    Starting restore at 04-SEP-06
    using channel ORA_DISK_1
    data file 1 will be created automatically during restore operation
    data file 2 will be created automatically during restore operation
    data file 3 will be created automatically during restore operation
    data file 4 will be created automatically during restore operation
    restore not done; all files readonly, offline, or already restored
    Finished restore at 04-SEP-06
    Is something wrong? After crosscheck backup set with system datafile is AVAILABLE.
    If i tried to test existence of backup pieces on disk and permissisons - everything is OK too:
    C:\>dir C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\
    Volume in drive C has no label.
    Volume Serial Number is E003-9FC6
    Directory of C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29
    29.08.2006 11:38 <DIR> .
    29.08.2006 11:38 <DIR> ..
    29.08.2006 11:38 666 624 O1_MF_ANNNN_TAG20060829T113804_2H82QYOV_.BKP
    29.08.2006 11:36 7 340 032 O1_MF_NCNNF_01_CTL_2H82NDQT_.BKP
    29.08.2006 11:37 7 372 800 O1_MF_NCSNF_TAG20060829T113622_2H82OW77_.BKP
    29.08.2006 11:36 338 657 280 O1_MF_NNNDF_TAG20060829T113622_2H82NQ58_.BKP
    4 File(s) 354 036 736 bytes
    2 Dir(s) 56 865 202 176 bytes free
    C:\>copy C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\ C:\ORACLE\ORADATA\LOCA10G2\
    C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\O1_MF_ANNNN_TAG20060829T113804_2H82QYOV_.BKP
    C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\O1_MF_NCNNF_01_CTL_2H82NDQT_.BKP
    C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\O1_MF_NCSNF_TAG20060829T113622_2H82OW77_.BKP
    C:\ORACLE\FLASH_RECOVERY_AREA\LOCA10G2\BACKUPSET\2006_08_29\O1_MF_NNNDF_TAG20060829T113622_2H82NQ58_.BKP
    4 file(s) copied.
    Thanks
    Pavel

  • Restoring Database to ASM from tape

    We're restoring a database from tape using Oracle 10.2.0.5. We explcitely specify the location for every single file with SET NEWNAME FOR DATAFILE X. The files that get restored don't match the NEWNAME format we set it to even though the log says it restored the file to that name. I don't know what's occuring under the hood of ASM, but it appears OMF is coming into play and generating names for the files. it's becoming a problem because when we restart the restore (which occurs often due to size of the database, length of time it takes, and drives going down) we start all over because RMAN doesn't know of the existing files. This doesn't seem to be normal behavior, and I know it's not like this during file based restores.
    Does anyone know what's going on within ASM itself? It appears to be normal behavior when restoring to ASM and the names are later set appropriately after the SWITCH DATAFILE ALL. That's what I think would happen. It's currently a problem restarting restores.
    Any insight or help is appreciated. Thank you

    We're restoring a database from tape using Oracle 10.2.0.5. We explcitely specify the location for every single file with SET NEWNAME FOR DATAFILE X. The files that get restored don't match the NEWNAME format we set it to even though the log says it restored the file to that name. I don't know what's occuring under the hood of ASM, but it appears OMF is coming into play and generating names for the files. it's becoming a problem because when we restart the restore (which occurs often due to size of the database, length of time it takes, and drives going down) we start all over because RMAN doesn't know of the existing files. This doesn't seem to be normal behavior, and I know it's not like this during file based restores.
    Does anyone know what's going on within ASM itself? It appears to be normal behavior when restoring to ASM and the names are later set appropriately after the SWITCH DATAFILE ALL. That's what I think would happen. It's currently a problem restarting restores.Have you enabled OMF? as db_create_file_dest = '+data'
    then if you restore database from tape/disk, it will place all the datafiles as '+data/db_unique_name/datafiles';

Maybe you are looking for