Restore database also include rollback of customization ?

Dear Guru's..
we have DEV system that being broken because someone put TR with COfiles and transported it in our DEV system.
it impact the exit program that already developed being broken or not working again. it include thousand of object.
we are planning to do restore from backup before the TR is implemented in our DEV system.
if we do restore from our backup, is it going to rollback our program to condition before the TR implemented ?
or it just rollback our database only ? and the problematic TR is still exist ?
kindly need your help..
Best Regards,
Marvin

Hi Marvin,
we are planning to do restore from backup before the TR is implemented in our DEV system.
if we do restore from our backup, is it going to rollback our program to condition before the TR implemented ?
Yes it will rollback your program to the previous state.Meanwhile try to check program versions under utilities ---> version --->version management and activate the previous version of code if exists.
Regards,
Gaurav

Similar Messages

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...

After Piecemeal Primary FileGroup Restoration, Database Property Window Shows other FileGroups also

Hi,
I have a SQL Server 2008 database with 90 Gigs of Capacity.
The database consists of a huge table with 80 Gigs of Capacity and these entire 80 Gigs of data is Static in nature.
We need the to restore the backup of this database frequently in to the Development environment, so we moved this static data into a Secondary File Group.
Now, the database Consists of 2 Filegroups : Primary & Secondary_fg.
The entire Static table is moved to the Secondary FileGroup.
We have taken the backup of Primary FileGroup using the following Backup Command :
Backup Database MYDB FILEGROUP = 'PRIMARY' to disk = 'E:\SQLBackup\MYDB_Primary_FG_Only.bak'
WITH NOFORMAT, NOINIT, NAME = N'MYDB - Full Filegroup backup', SKIP, NOREWIND, NOUNLOAD
The backup went file with the expected capacity of 10 Gigs.
I have restored this backup in to a New Database : MYDB_PRIMARY_ONLY using the following command
RESTORE DATABASE [MYDB_PRIMARY_ONLY] FILE = 'MYDB_DATA', FILEGROUP = 'PRIMARY'
FROM DISK = 'E:\SQLBackup\MYDB_Primary_FG_Only.bak',
WITH FILE=1,
MOVE 'MYDB_DATA' TO 'E:\SQLDATA\MYDB_PRIMARY_ONLY_DATA.mdf',
MOVE 'MYDB_LOG' TO 'E:\SQLDATA\MYDB_PRIMARY_ONLY_LOG.ldf', NOUNLOAD, PARTIAL
GO
The Restoration also went fine and the size of the Newly Restored Database : "MYDB_PRIMARY_ONLY" is with 10 Gigs in Capacity.
But, the gotcha here is whilst checking the Database Properties of this Newly restored database, on the FILES & FILEGROUPS tab, the files & filegroups related to the SECONDARY FILEGROUP is also showing.
MY ACTUAL QUESTION :
On the PRIMARY FILEGROUP ONLY RESTORATION HOW THIS SECONDARY FILEGROUP IS COMING INTO PICTURE ?
MOREOVER, WHEN I TRIED TO REMOVE THE SECONDARY FILEGROUP AND IT'S RESPECTIVE DATA FILE IT THROUGH THE FOLLOWING ERROR :
COMMAND USED TO REMOVED THE FILE & FILEGROUP :
USE [MYDB_PRIMARY_ONLY]
GO
ALTER DATABASE [MYDB_PRIMARY_ONLY] REMOVE FILE [SECONDARY_DATA_FILE.ndf]
GO
ALTER DATABASE [MYDB_PRIMARY_ONLY] REMOVE FILEGROUP [SECONDARY_FG]
GO
Error :
Msg 5056, Level 16, State 2, Line 1
Cannot add, remove, or modify a file in filegroup 'SECONDARY_FG' because the filegroup is not online.
Can anyone explain why such this error message ? Thanks in advance for any guidance in this regard.

On the PRIMARY FILEGROUP ONLY RESTORATION HOW THIS SECONDARY FILEGROUP IS COMING INTO PICTURE ?
When you restore only the primary filegroup, all database meta data is restored, including references to the filegroups and files not yet restored. Filegroups/files not restored will be recovery pending state and data on those filegroups will be inaccessible.
Removing the filegroup will change the status to defunct but the meta data will remain. You'll need to copy the restored objects and data to a new clean database if you want to tidy up.
Dan Guzman, SQL Server MVP, http://www.dbdelta.com

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 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

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]

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

I need explanation about RESTORE DATABASE PREVIEW SUMMARY;

After executing the command:
RMAN> RESTORE DATABASE PREVIEW SUMMARY;
It finished with the following lines:
Media recovery start SCN is 1487308
Recovery must be done beyond SCN 1726503 to clear data files fuzziness
Finished restore at 2008-04-30:17:13:59
What does it mean "recovery start SCN is 1487308" and "Recovery must be done beyond SCN 1726503..." ?
I would like to restore/recover untill a SCN... but I don't understand if it means I must set a SCN between 1487308 and 1726503, or 1726503 is simply a starting SCN ...
Below there's my list of backup by file with SCN:
RMAN> list backup by file;
List of Datafile Backups
========================
File Key TY LV S Ckp SCN Ckp Time #Pieces #Copies Compressed Tag
1 121266 B F A 1726482 2008-04-18:17:10:06 1 1 YES TAG20080418T170953
2 121262 B F A 1726496 2008-04-18:17:10:23 1 1 YES TAG20080418T170953
3 121261 B F A 1487308 2008-04-15:12:59:31 1 1 YES TAG20080418T170953
4 121265 B F A 1726503 2008-04-18:17:10:27 1 1 YES TAG20080418T170953
5 121263 B F A 1726499 2008-04-18:17:10:24 1 1 YES TAG20080418T170953
6 121241 B F A 1726455 2008-04-18:17:09:53 1 1 YES TAG20080418T170953
7 121242 B F A 1726456 2008-04-18:17:09:53 1 1 YES TAG20080418T170953
8 121243 B F A 1726458 2008-04-18:17:09:54 1 1 YES TAG20080418T170953
9 121244 B F A 1726459 2008-04-18:17:09:54 1 1 YES TAG20080418T170953
10 121245 B F A 1726460 2008-04-18:17:09:55 1 1 YES TAG20080418T170953
11 121246 B F A 1726461 2008-04-18:17:09:55 1 1 YES TAG20080418T170953
12 121248 B F A 1726463 2008-04-18:17:09:57 1 1 YES TAG20080418T170953
13 121247 B F A 1726464 2008-04-18:17:09:57 1 1 YES TAG20080418T170953
14 121249 B F A 1726466 2008-04-18:17:09:58 1 1 YES TAG20080418T170953
15 121250 B F A 1726467 2008-04-18:17:09:58 1 1 YES TAG20080418T170953
16 121251 B F A 1726469 2008-04-18:17:09:59 1 1 YES TAG20080418T170953
17 121252 B F A 1726470 2008-04-18:17:09:59 1 1 YES TAG20080418T170953
18 121253 B F A 1726471 2008-04-18:17:10:00 1 1 YES TAG20080418T170953
19 121254 B F A 1726472 2008-04-18:17:10:00 1 1 YES TAG20080418T170953
20 121255 B F A 1726473 2008-04-18:17:10:02 1 1 YES TAG20080418T170953
21 121256 B F A 1726474 2008-04-18:17:10:02 1 1 YES TAG20080418T170953
22 121258 B F A 1726476 2008-04-18:17:10:03 1 1 YES TAG20080418T170953
23 121257 B F A 1726477 2008-04-18:17:10:03 1 1 YES TAG20080418T170953
24 121259 B F A 1726478 2008-04-18:17:10:04 1 1 YES TAG20080418T170953
25 121260 B F A 1726480 2008-04-18:17:10:05 1 1 YES TAG20080418T170953
List of Archived Log Backups
============================
Thrd Seq Low SCN Low Time BS Key S #Pieces #Copies Compressed Tag
1 10 1487308 2008-04-15:12:59:31 121240 A 1 1 YES TAG20080418T170947
1 11 1726433 2008-04-18:17:06:08 121333 A 1 1 YES TAG20080418T171040
2 26 1591040 2008-04-15:23:15:47 121239 A 1 1 YES TAG20080418T170947
2 27 1726430 2008-04-18:17:09:42 121332 A 1 1 YES TAG20080418T171040
List of Control File Backups
============================
CF Ckp SCN Ckp Time BS Key S #Pieces #Copies Compressed Tag
1726501 2008-04-18:17:10:24 121264 A 1 1 YES TAG20080418T170953
List of SPFILE Backups
======================
Modification Time BS Key S #Pieces #Copies Compressed Tag
2008-04-16:13:04:18 121267 A 1 1 YES TAG20080418T170953

Yes, you're right. It's just what I wanted to know.
Does it also mean 1726504 is the nearest scn compared with the time I finished to complete that online backup ???
I mean... what should I do to restore just that backup without applying current available archived log and online redo log ???

Getting Error 'errors found reading piece handle' when restore database in rman

Hi Guru's,
i'm using oracle 11g and 12.1.3 EBS. i need to refresh the test instance using production rman backup. i set all the datafile path and when i restore the database, all the datafiles are restored but end of that it shows some error (backup piece referring production path). please advise. Thanks
i'm using following comands
catalog backuppiece '/PROAPP1/20130623/PROD_DB_okocs65n_33556_1';
run
set newname for datafile '/PRODB01/oraprod/db/apps_st/data/system01.dbf' to '/PROAPP2/HYDUAT/db/apps_st/data/system01.dbf' ;
set newname for datafile '/PRODB01/oraprod/db/apps_st/data/system02.dbf' to '/PROAPP2/HYDUAT/db/apps_st/data/system02.dbf';
restore database;
following are the output
channel ORA_DISK_4: restoring datafile 00403 to /PROAPP2/HYDUAT/db/apps_st/data/a_txn_ind02.dbf
channel ORA_DISK_4: restoring datafile 00406 to /PROAPP2/HYDUAT/db/apps_st/data/a_txn_ind05.dbf
channel ORA_DISK_4: reading from backup piece /backup/DB/rman/20130623/PROD_DB_omocs65n_33558_1
channel ORA_DISK_2: errors found reading piece handle=/backup/DB/rman/20130623/PROD_DB_okocs65n_33556_1
channel ORA_DISK_2: failover to piece handle=/PROAPP1/20130623/PROD_DB_okocs65n_33556_1 tag=TAG20130623T000509
channel ORA_DISK_2: restored backup piece 1
channel ORA_DISK_2: restore complete, elapsed time: 01:05:05
channel ORA_DISK_4: errors found reading piece handle=/backup/DB/rman/20130623/PROD_DB_omocs65n_33558_1
channel ORA_DISK_4: failover to piece handle=/PROAPP1/20130623/PROD_DB_omocs65n_33558_1 tag=TAG20130623T000509
channel ORA_DISK_4: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 01:13:38
Finished restore at 28-JUN-13

>channel ORA_DISK_2: errors found reading piece handle=/backup/DB/rman/20130623/PROD_DB_okocs65n_33556_1
>channel ORA_DISK_2: failover to piece handle=/PROAPP1/20130623/PROD_DB_okocs65n_33556_1 tag=TAG20130623T000509
Oracle will try the original expected backup location and then failover to the new (cataloged) location. To prevent it from trying the original location that is unavailable, you should also CROSSCHECK BACKUP ALL (and optionally DELETE EXPIRED BACKUP ALL) so that it would mark the original location (/backup/DB/rman/20130623...) as unavailable and not try it at all.
Hemant K Chitale

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>

Restore database not working

Hi
i am using oracle9i as database server
using RMAN i am taking full backup on 22-dec-06
after that i am doing lot of r&d in database e.g. drop user with cascade
now i want to restore database using above *.bk file
so i am doing following things
STARTUP MOUNT;
RESTORE DATABASE;
Starting restore at 07-FEB-07
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 02/07/2007 13:35:52
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 24 found to restore
error occurs
please can you help me to find out solution
i want to restore from *.bk files
Chetan

[1] this is command issued
=======================
RMAN>restore database;
out put is
Starting restore at 07-FEB-07
using target database controlfile instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=8 devtype=DISK
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 02/07/2007 14:06:13
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 24 found to restore
RMAN-06023: no backup or copy of datafile 24 found to restore
RMAN-06023: no backup or copy of datafile 22 found to restore
RMAN-06023: no backup or copy of datafile 21 found to restore
RMAN-06023: no backup or copy of datafile 20 found to restore
RMAN-06023: no backup or copy of datafile 19 found to restore
RMAN-06023: no backup or copy of datafile 18 found to restore
RMAN-06023: no backup or copy of datafile 17 found to restore
RMAN-06023: no backup or copy of datafile 16 found to restore
RMAN-06023: no backup or copy of datafile 15 found to restore
RMAN-06023: no backup or copy of datafile 14 found to restore
RMAN-06023: no backup or copy of datafile 13 found to restore
RMAN-06023: no backup or copy of datafile 12 found to restore
RMAN-06023: no backup or copy of datafile 11 found to restore
RMAN-06023: no backup or copy of datafile 10 found to restore
RMAN-06023: no backup or copy of datafile 9 found to restore
RMAN-06023: no backup or copy of datafile 8 found to restore
RMAN-06023: no backup or copy of datafile 7 found to restore
RMAN-06023: no backup or copy of datafile 6 found to restore
RMAN-06023: no backup or copy of datafile 5 found to 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 2 found to restore
RMAN-06023: no backup or copy of datafile 1 found to restore
[2] list backup
==================
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
182 Full 1M DISK 00:00:01 21-DEC-06
BP Key: 182 Status: AVAILABLE Tag:
Piece Name: /usr/oracle9i/product/9.2.0/dbs/c-3244758008-20061221-00
SPFILE Included: Modification time: 11-DEC-06
BS Key Type LV Size Device Type Elapsed Time Completion Time
203 Full 1M DISK 00:00:02 31-JAN-07
BP Key: 203 Status: AVAILABLE Tag:
Piece Name: /usr/oracle9i/product/9.2.0/dbs/c-3244758008-20070131-00
SPFILE Included: Modification time: 31-JAN-07
BS Key Type LV Size Device Type Elapsed Time Completion Time
204 Full 1M DISK 00:00:01 31-JAN-07
BP Key: 204 Status: AVAILABLE Tag:
Piece Name: /usr/oracle9i/product/9.2.0/dbs/c-3244758008-20070131-01
SPFILE Included: Modification time: 31-JAN-07
BS Key Type LV Size Device Type Elapsed Time Completion Time
205 Full 1M DISK 00:00:02 07-FEB-07
BP Key: 205 Status: AVAILABLE Tag:
Piece Name: /usr/oracle9i/product/9.2.0/dbs/c-3244758008-20070207-00
SPFILE Included: Modification time: 31-JAN-07
BS Key Type LV Size Device Type Elapsed Time Completion Time
206 Full 1M DISK 00:00:01 07-FEB-07
BP Key: 206 Status: AVAILABLE Tag:
Piece Name: /usr/oracle9i/product/9.2.0/dbs/c-3244758008-20070207-01
SPFILE Included: Modification time: 31-JAN-07
[3] file name
=========================================
ORACLE9I_20061222_212.bkp
ORACLE9I_20061222_211.bkp
Please help me

RMAN Error - restore database validate

Hi all
I am trying to validate a full database backup taken on tape using 'restore database validate' command but for some reason this command spits out multi-page long PL/SQL code (below truncated output). I have searched all over for a solution but can't seem to figure out the problem.
Any assistance will be appreciated.
RMAN> allocate channel for maintenance type SBT_TAPE parms 'ENV=(TDPO_OPTFILE=/opt/tivoli/tsm/client/oracle/bin64/tdpo.opt)';
2> crosscheck backup;
3> restore database validate;
4> release channel;
5> exit;
allocated channel: ORA_MAINT_SBT_TAPE_1
channel ORA_MAINT_SBT_TAPE_1: SID=82 device type=SBT_TAPE
channel ORA_MAINT_SBT_TAPE_1: Data Protection for Oracle: version 5.4.1.0
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=c-822607628-20101006-02 RECID=66 STAMP=731711718
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=DB_20101007_77_2dlpsj84_1_1.dbf RECID=67 STAMP=731794692
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=CF_20101008_116_3klpt5iv_1_1.ctl RECID=106 STAMP=731813472
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=c-822607628-20101008-01 RECID=107 STAMP=731813518
Crosschecked 42 objects
Starting restore at 08-OCT-10
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=110 device type=DISK
DBGANY: CMD type=IRESTORE cmdid=1 status=NOT STARTED
DBGANY: 1 STEPstepid=1 cmdid=1 status=NOT STARTED devtype=SBT_TAPE bs.stamp=731812991 step_size=0 Bytes
DBGANY: 1 TEXTNOD = -- rsdf_start
DBGANY: 2 TEXTNOD = declare
DBGANY: 3 TEXTNOD = /* restoreStatus */
DBGANY: 4 TEXTNOD = state binary_integer;
DBGANY: 5 TEXTNOD = pieces_done binary_integer;
DBGANY: 6 TEXTNOD = files binary_integer;
DBGANY: 7 TEXTNOD = datafiles boolean;
DBGANY: 8 TEXTNOD = incremental boolean;
DBGANY: 9 TEXTNOD = device boolean;
DBGANY: 10 TEXTNOD = /* restorebackuppiece */
DBGANY: 11 TEXTNOD = done boolean;
DBGANY: 12 TEXTNOD = currcf boolean;
DBGANY: 266 TEXTNOD = sys.dbms_backup_restore.restoreCancel(FALSE);
DBGANY: 267 TEXTNOD = exception
DBGANY: 268 TEXTNOD = when others then
DBGANY: 269 TEXTNOD = krmicd.writeMsg(1005,
DBGANY: 270 TEXTNOD = 'c. dbms_backup_restore.restoreCancel() failed');
DBGANY: 271 TEXTNOD = end;
DBGANY: 272 TEXTNOD = sys.dbms_backup_restore.setRmanStatusRowId(rsid=>0, rsts=>0);
DBGANY: 273 TEXTNOD = end;
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00601: fatal error in recovery manager
RMAN-03004: fatal error during execution of command
RMAN-00600: internal error, arguments [6000] [] [] [] []

Hi Sybrand
So here's the deal:
1) 'backup validate database;' is run before RMAN backup to check for any logical or physical corruption in datafiles or archivelogs.
If the backup validation discovers corrupt blocks, then RMAN updates the V$DATABASE_BLOCK_CORRUPTION view with rows describing the corruptions.
2)
a- 'restore database validate;' is run after RMAN backup to check for any logical or physical corruption in backupsets.
b- 'validate backupset <n>;' is also run after RMAN backup to check for any logical or physical corruption in backupsets. The difference being you have to run it for each individual backupset as opposed to the previous option (2a), which loops through all existing backupsets.
I believe for now only option 2b is available for use in my case.
Cheers.

CS5.5 "also include these characters" field shows Chinese as squares

We're having problems with embedding Chinese characters via the "also include these characters" field. It works properly in other computers with CS5 and earlier Flash versions we have used, but in CS5.5 (on one new computer with it on Windows 7) copy-pasting Chinese to this field shows the pasted characters as squares in the field.
Even the font name below the field shows Chinese characters as squares.
Any idea what the problem could be?

Ok fixed thanks to your advice, Kenneth.
I researched unicode & mysql and eventually found this page which got everything up and running properly: http://blog.al-aqel.com/programming/fix-and-store-unicode-in-mysql-php/
As you said, set the character codes and collations in mysql to "utf8_general_ci" including server, database, tables & fields.
Also needed was the addition of "mysql_set_charset('utf8');" to my PHP pages that accessed server. This was in addition to setting the charset to UTF-8 in the page's meta tags.
Brilliant! Now have working simplified Chinese in my PHP pages, forms and MySQL database.
Thanks again and hope this might help other people having similar problems.

Restore Database .ndf files

I have a backup (.BAK file) which has bunch of .ndf files. I want to restore it on a database which has only .mdf and .ldf files. How to restore it? I am new to Sql server 2008 R2 and never restored .bak file which contains .ndf files...
Thanks in advance...
Thank you,

I don't want to eliminate them. I want to restore them as well but don't know how to. Also the database where I want to restore the .bak only have .mdf and .ldf files.
The target database is completely overwritten during the restore. The number and size of the files after the restore will be the same as the original. You can use the WITH MOVE and REPLACE options to relocate the files and replace the target
database:
RESTORE DATABASE TargetDatabase
FROM DISK='D:\Backups\SourceDatabase.bak'
WITH
MOVE 'SourceDatabase' TO 'E:\DataFiles\SourceDatabase.mdf'
,MOVE 'SourceDatabase_Data2' TO 'F:\DataFiles\SourceDatabase_Data2.ndf'
,MOVE 'SourceDatabase_Data3' TO 'G:\DataFiles\SourceDatabase_Data3.ndf'
,MOVE 'SourceDatabase_Log' TO 'L:\DataFiles\SourceDatabase_Log.ldf'
,REPLACE;
ALTER AUTHORIZATION ON DATABASE::TargetDatabase TO sa;
Dan Guzman, SQL Server MVP, http://weblogs.sqlteam.com/dang/

Restore database also include rollback of customization ?

Similar Messages

Maybe you are looking for