Cold Backup of Database.

What would be the estimated size of cold backUp of a 60 GB database?

What do you mean with 'Cold Backup'? If it is a simple OS copy of datafiles the estimated backup size is 60GB. For other methods (RMAN for example) , where backup size can be reduced (empty space is not backuped, compression) see documentation.

Similar Messages

Database give ORA-600 error after cold backup

HI,
I have oracle 10g install on linux system. i take cold backup of my database using
sql> shutdown immediate
and then copy all files to any other location.
but when i start my database it gives me error like
Errors in file /opt/oracle/fina/bdump/fina_smon_4422.trc:
ORA-00607: Internal error occurred while making a change to a data block
ORA-00600: internal error code, arguments: [4193], [136], [139], [], [], [], [], []
Fri Dec 4 15:23:18 2009
Errors in file /opt/oracle/fina/bdump/fina_smon_4422.trc:
ORA-00600: internal error code, arguments: [4193], [67], [70], [], [], [], [], []
Fri Dec 4 15:23:19 2009
Doing block recovery for file 2 block 1702
Block recovery from logseq 13, block 3531 to scn 758385
Fri Dec 4 15:23:19 2009
Recovery of Online Redo Log: Thread 1 Group 1 Seq 13 Reading mem 0
Mem# 0 errs 0: /opt/oracle/fina/dbs/redo01.log
Block recovery completed at rba 13.3532.16, scn 0.758386
Doing block recovery for file 2 block 153
Block recovery from logseq 13, block 3531 to scn 758436
Fri Dec 4 15:23:19 2009
Recovery of Online Redo Log: Thread 1 Group 1 Seq 13 Reading mem 0
Mem# 0 errs 0: /opt/oracle/fina/dbs/redo01.log
Block recovery completed at rba 13.3612.16, scn 0.758437
Fri Dec 4 15:23:19 2009
Errors in file /opt/oracle/fina/bdump/fina_smon_4422.trc:
ORA-00607: Internal error occurred while making a change to a data block
ORA-00600: internal error code, arguments: [4193], [67], [70], [], [], [], [], []
Fri Dec 4 15:23:29 2009
Errors in file /opt/oracle/fina/bdump/fina_smon_4422.trc:
ORA-00600: internal error code, arguments: [4193], [136], [139], [], [], [], [], []
Fri Dec 4 15:23:29 2009
Errors in file /opt/oracle/fina/bdump/fina_pmon_4410.trc:
ORA-00474: SMON process terminated with error
Fri Dec 4 15:23:29 2009
PMON: terminating instance due to error 474
Instance terminated by PMON, pid = 4410i have seen this happen sometime after cold backup database give errors. is taking cold backup of database is not safe.
Please suggest.

Umesh,
Since it is case of Ora 600, for which only last solution is oracle support, but i would like to mention that your are getting ORA-00600: internal error code, arguments: [4193].... So, this 4193 is cause to read following links too:
http://www.orafaq.com/forum/t/47048/2/ and. see Metalink note 153788.1 and 39282.1.
Regards
Girish Sharma

RMAN cold backup taking more time than usual

Hi everybody.. please help me resolving below issue..
I have configured the RMAN in one of the production database with separate catalogue database six months earlier. I have sceduled weekly cold backup through RMAN on sunday 6pm. Normally it used to take one hour to complete the cold backup and database goes down soon as the job starts.
But since from then every week the time taken to just initiate the database shutdown continuosly increasing and recently when i checked it is taking 1 hour to initiate the database shutdown. Once the initiation starts it hardly take 1 to 3 min to shutdown.
Database is up and running during that one Hour. I was in the assumption that RMAN takes some time to execute its internal packages.
Please help
Regards,
Arun Kumar

Hi John and Tychos,
Thank you very much for your valuable inputs.
Yesterday there was cold backup and i have monitored the CPU usage. But there was no load on the CPU at that time and CPU usage was 0%
I have tried connecting to RMAN manually and it connects within a second. And also noticed in prstat -a that rman connects as soon as the job starts.
So i think that its taking time at the deleting obsolete backups.
But I have observerd following observation.
Before executing the delete obsolete command as mentioned before
RMAN> REPORT OBSOLETE RECOVERY WINDOW OF 35 DAYS DEVICE TYPE 'SBT_TAPE';
Report of obsolete backups and copies
Type Key Completion Time Filename/Handle
Backup Set 83409 25-JUL-09
Backup Piece 83587 25-JUL-09 arc_SID_20090725_557_1
Backup Set 83410 25-JUL-09
Backup Piece 83588 25-JUL-09 arc_SID_20090725_558_1
Backup Set 83411 25-JUL-09
Backup Piece 83589 25-JUL-09 arc_SID_20090725_559_1
After executing the delete obsolete command
RMAN> REPORT OBSOLETE RECOVERY WINDOW OF 35 DAYS DEVICE TYPE 'SBT_TAPE';
Report of obsolete backups and copies
Type Key Completion Time Filename/Handle
Backup Set 83409 25-JUL-09
Backup Piece 83587 25-JUL-09 arc_SID_20090725_557_1
Backup Set 83410 25-JUL-09
Backup Piece 83588 25-JUL-09 arc_SID_20090725_558_1
Backup Set 83411 25-JUL-09
Backup Piece 83589 25-JUL-09 arc_SID_20090725_559_1
Please advice me on the following.
1. Why its not deleting the obsolete BACKUP SETS?
2. Is it normal that RMAN takes this much deleting obsolete backup sets? How can i minimize the time taking for deleting obsolete files.
Thanks and Regards,
Arun Kumar

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

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

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

Cold backup of High Availability DB 10gR2 in SOLARIS 8 SPARC

Hi
I want to know the procedure of taking Cold backup in Solaris 8 SPARC in
High Availability Environment.
Any reference document will be helpful.
Thanks in advance.
Renuka

That seems to be a contradiction in terms, high availibility and cold backup. When you do a cold backup the database is down and not available. In a primary - standby configuration, you could switch the standby to primary, shutdown the (former) primary and perform a cold backup of it.

Is backup full database , is backuing up controlfile ?

Hi
i am on 8174
is that enough to cold backup the database?
shutdown immediate;
startup mount;
run {
allocate channel t1 type 'SBT_TAPE';
send 'NB_ORA_POLICY=....';
backup full format 'bk_%U_%t' (database);
or do i need
backup current controlfile; ?
i can see here http://download-west.oracle.com/docs/cd/A87860_01/doc/server.817/a76990/rmanconc.htm#436070
this statment "A full backup is different from a whole database backup, which is a backup of all datafiles and the current control file."
is that means
backup full database , is backuing up controlfile ?(i think yes) and is restoring from it requires any archivelogs?(i think no)
Thanks very much
Edited by: user9145417 on 25-Aug-2010 16:42

The reason to have the current controlfile is that it keeps all the information of the database. If you lose the entire machine, it will be much more difficult to recover to another machine without that controlfile. That is one reason that control files are multiplexed, so that you do not lose all of them.
With 8174 I don't believe there was a method to always included it automatically like with 10g. So yes...always backup your control file with an exact statement.
Will you need archive logs? If you want to do a complete recovery you will need all the archivelogs that occur after the start of the backup untill the time the database crashes.
Do you need to backup the archivelogs within this script? Well that depends if you can think of any circumstance that would require you to recover to a point in time using the backup taken before this one.
Regards
Tim

COLD BACKUP을 받은 후 ARCHIVE LOG로 변환하여 사용한 경우 INCOMPLETE RECOVERY.

제품 : ORACLE SERVER
작성날짜 : 2002-04-09
COLD BACKUP을 받은 후 ARCHIVE LOG로 변환하여 사용한 경우 INCOMPLETE RECOVERY.
======================================================================
PURPOSE
COLD BACKUP을 받은 후 ARCHIVE LOG MODE로 변환하여 사용한 경우의 RECOVERY
과정을 TEST로 확인하여 본다.
Examples
No Archive log mode.
SQL> select * from tab ;
TNAME TABTYPE CLUSTERID
EMP TABLE
EMP1 TABLE
EMP2 TABLE
EMP3 TABLE
EMP4 TABLE
10 rows selected.
SQL> select count(*) from emp3 ;
COUNT(*)
0
SQL> select count(*) from emp4 ;
COUNT(*)
0
Cold backup을 받은후 Archive log mode 변경한 경우
SVRMGR> startup mount
SVRMGR> archive log list
Database log mode No Archive Mode
Automatic archival Enabled
Archive destination D:\Oracle\oradata\SNAP\archive
Oldest online log sequence 26
Current log sequence 28
SVRMGR> alter database archivelog ;
SVRMGR> alter database open ; => archive log mode 변경.
SQL> select * from tab ;
TNAME TABTYPE CLUSTERID
EMP TABLE
EMP1 TABLE
EMP2 TABLE
EMP3 TABLE
EMP4 TABLE
10 rows selected.
SQL> insert into emp3 select * from emp ;
14 rows created.
SQL> commit ;
Commit complete.
SQL> insert into emp4 select * from emp1 ;
71680 rows created.
SQL> commit ;
Commit complete.
SQL> select count(*) from emp3 ;
COUNT(*)
14
SQL> select count(*) from emp4 ;
COUNT(*)
71680
## log switch 발생.
SVRMGR> alter system switch logfile ;
SQL> insert into emp3 select * from emp ; -- current log에 반영.
14 rows created.
SQL> commit ;
SQL> select count(*) from emp3 ;
COUNT(*)
28
SQL> select count(*) from emp4 ;
COUNT(*)
71680
# ALL DATABASE CRASH #
# recover 과정... #
1. Restore Cold-backup
2. modify initSID.ora
log_archive_start = true
log_archive_dest_1 = "location=D:\Oracle\oradata\SNAP\archive"
log_archive_format = %%ORACLE_SID%%T%TS%S.ARC
3. svrmgrl
Statement processed.
SVRMGR> startup mount
ORACLE instance started.
Total System Global Area 40703244 bytes
Fixed Size 70924 bytes
Variable Size 23777280 bytes
Database Buffers 16777216 bytes
Redo Buffers 77824 bytes
Database mounted.
SVRMGR> archive log list
Database log mode No Archive Mode
Automatic archival Enabled
Archive destination D:\Oracle\oradata\SNAP\archive
Oldest online log sequence 26
Current log sequence 28
SVRMGR> alter database archivelog ;
Statement processed.
SVRMGR> recover database using backup controlfile until cancel ;
ORA-00279: change 340421 generated at 04/29/2001 23:42:20 needed for thread 1
ORA-00289: suggestion : D:\ORACLE\ORADATA\SNAP\ARCHIVE\SNAPT001S00028.ARC
ORA-00280: change 340421 for thread 1 is in sequence #28
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
Log applied.
ORA-00279: change 340561 generated at 04/29/2001 23:47:29 needed for thread 1
ORA-00289: suggestion : D:\ORACLE\ORADATA\SNAP\ARCHIVE\SNAPT001S00029.ARC
ORA-00280: change 340561 for thread 1 is in sequence #29
ORA-00278: log file 'D:\ORACLE\ORADATA\SNAP\ARCHIVE\SNAPT001S00028.ARC' no longe
r needed for this recovery
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
Log applied.
ORA-00279: change 340642 generated at 04/29/2001 23:47:35 needed for thread 1
ORA-00289: suggestion : D:\ORACLE\ORADATA\SNAP\ARCHIVE\SNAPT001S00030.ARC
ORA-00280: change 340642 for thread 1 is in sequence #30
ORA-00278: log file 'D:\ORACLE\ORADATA\SNAP\ARCHIVE\SNAPT001S00029.ARC' no longe
r needed for this recovery
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
Log applied.
ORA-00279: change 340723 generated at 04/29/2001 23:47:40 needed for thread 1
ORA-00289: suggestion : D:\ORACLE\ORADATA\SNAP\ARCHIVE\SNAPT001S00031.ARC
ORA-00280: change 340723 for thread 1 is in sequence #31
ORA-00278: log file 'D:\ORACLE\ORADATA\SNAP\ARCHIVE\SNAPT001S00030.ARC' no longe
r needed for this recovery
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
Log applied.
ORA-00279: change 340797 generated at 04/29/2001 23:48:01 needed for thread 1
ORA-00289: suggestion : D:\ORACLE\ORADATA\SNAP\ARCHIVE\SNAPT001S00032.ARC
ORA-00280: change 340797 for thread 1 is in sequence #32
ORA-00278: log file 'D:\ORACLE\ORADATA\SNAP\ARCHIVE\SNAPT001S00031.ARC' no longe
r needed for this recovery
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
cancel
Media recovery cancelled.
SVRMGR> alter database open resetlogs ;
Statement processed.
SVRMGR>
SQL> connect scott/tiger
SQL> select count(*) from emp3 ;
COUNT(*)
14
SQL> select count(*) from emp4 ;
COUNT(*)
71680
# 결론...... #
따라서 current log file에 기록된 14 row에 대한 부분은 recover가 될수
없지만 archive log file에 적용된 log에 대한 data는 정상적으로 복구가
가능하다.
# 주의 사항 #
cold backup을 restore한 후 database open후 shutdown 한 다음 archive
log mode로 변경하여 recover를 진행하는 경우 SCN number가 변경되기
때문에 ora-600 error가 발생하며 media recovery를 필요로 하기 때문에
주의하여야 한다.
SVRMGR> startup
ORACLE instance started.
Total System Global Area 40703244 bytes
Fixed Size 70924 bytes
Variable Size 23777280 bytes
Database Buffers 16777216 bytes
Redo Buffers 77824 bytes
Database mounted.
Database opened.
SVRMGR> shutdown
Database closed.
Database dismounted.
ORACLE instance shut down.
SVRMGR> startup mount
ORACLE instance started.
Total System Global Area 40703244 bytes
Fixed Size 70924 bytes
Variable Size 23777280 bytes
Database Buffers 16777216 bytes
Redo Buffers 77824 bytes
Database mounted.
SVRMGR> alter database archivelog ;
Statement processed.
SVRMGR> recover database using backup controlfile until cancel ;
ORA-00279: change 339542 generated at 04/29/2001 23:30:57 needed for thread 1
ORA-00289: suggestion : D:\ORACLE\ORADATA\SNAP\ARCHIVE\SNAPT001S00003.ARC
ORA-00280: change 339542 for thread 1 is in sequence #3
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
ORA-00283: recovery session canceled due to errors
ORA-00600: internal error code, arguments: [3020], [8390146], [1], [3], [143], [
240], [], []
SVRMGR> exit
Server Manager complete.
Rederence Documents
---------------------

Stop and start database for cold backup

Hi,
Database :Oracle 10g R1
OS : Red hat 3
I have a RAC database with 2 nodes.
I build this script to make a cold backup of the database. (I will put it in the cron tab).
My question is the SRVCTL will work in this scripts??
# ***** COLDBACKUP ORACLE DATABASE ON LINUX *****
DIRECTORY=/u02/backup/script/; export DIRECTORY
cd ${DIRECTORY}
# ***** SHUTDOWN THE DATABASE *******
export oracle_sid=RCDB
srvctl stop database -d RCDB
# *****cold backup for "RCDB" database on 13-FEB-07 ... *****
# ***** COPY FILES *****
# Redo logs
cp /u02/oradata/RCDB/redo01.log ${DIRECTORY}
cp /u02/oradata/RCDB/redo07.log ${DIRECTORY}
cp /u02/oradata/RCDB/redo03.log ${DIRECTORY}
cp /u02/oradata/RCDB/redo08.log ${DIRECTORY}
# Datafiles
#*********START UP DATABASE AND SERVICES********
srvctl start database -d RCDB
exit
Message was edited by:
ASkika
Message was edited by:
ASkika

I need to put a quick policy backup ... and cold
backup it's what I use and it works.And reduces the availability of your cluster.
The problem about RMAN is that we never use it. I
have to learn about it to make scripts to test....
and this will tack me 2 or 3 days...I'd assume that installing RAC didn't go overnight, so why underfund the crucial part of any database system, the backup?
There's even a step by step guide for backup on the Getting Started: DBAs page.
Samples (and changes) on the latest version of RMAN can be found for example in RMAN Enhancements.
Or take a look at this Oracle Magazine article:Faster Backup, Faster Recovery
Backup and Recovery Basics in the user documentation may also be a good starting point.
C.

Can cold backup be taken for ASM managed oracle 10g databases

Can cold backup be taken for ASM managed oracle 10g databases
Pls help

do we still need to take cold backupYou need to take backup. Hot or cold depends on how your DB is running (archivelog or not).
Will we have file permisions for copyng Use RMAN and don't worry about that.

Database cold backup in oracle 10g

Hi,
oracle-10.2g
solaris-10
The oracle database i connected with the sun cluster 3.2(two node cluster), for taking the cold backup one of the resource(instance). When I shutdown the resource(instance) for taking the cold backup. The resource(instance) starts automatically again on the same node.
Kindly provide me the solution for taking the cold backup by shutting down the instance.
Regards
Dravidan

Here is the procedure for taking coldbackup:
First shutdown the database then copy all the datafiles, tempfiles, control files and logfiles to a safe place using the select command. Then run the script as described here: http://tinyurl.com/bp85dmj

Problem with restoring a database from cold backup

All,
I've got a 10.2.0.4 database that we perform a cold backup on every night with RMAN. On Sunday 2/21, we have level 0 backup. On Monday-Wednesday nights, we take a cold level 1. We also perform a controlfile auto backup each night.
On a second server where I want to restore the database (same version of Oracle 10.2.0.4), I've copied the control file auto backups, the level 0 and the most recent level 1. I now want to restore. I use an RMAN script similar to the following to restore the control files:
connect target /;
set dbid 1973354860;
# Restore the controlfile from the tag that auto backed up the controlfile at the end of the level 0
run
startup nomount;
allocate channel c1 type disk;
restore controlfile to '/u01/app/oracle/oradata/ORADB1/control01.ctl' from AUTOBACKUP;
restore controlfile to '/u02/app/oracle/oradata/ORADB1/control02.ctl' from AUTOBACKUP;
restore controlfile to '/u03/app/oracle/oradata/ORADB1/control03.ctl' from AUTOBACKUP;
release channel c1;
shutdown immediate;
After the control files restore successfully, I perform some RMAN checks to ensure that all of the files I need for a recovery are there. The RMAN> list backup of database; command shows all of my backup savesets as AVAILABLE for the level0 and level1 backups.
I then try a restore database command; and get the following errors:
RMAN> run
2> {
3> allocate channel c1 type disk;
4> allocate channel c2 type disk;
5> allocate channel c3 type disk;
6> allocate channel c4 type disk;
7> restore database from tag='TAG20100221T200045';
8> }
using target database control file instead of recovery catalog
allocated channel: c1
channel c1: sid=74 devtype=DISK
allocated channel: c2
channel c2: sid=70 devtype=DISK
allocated channel: c3
channel c3: sid=166 devtype=DISK
allocated channel: c4
channel c4: sid=168 devtype=DISK
Starting restore at 25-FEB-10
released channel: c1
released channel: c2
released channel: c3
released channel: c4
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 02/25/2010 13:33:19
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 44 found to restore
RMAN-06023: no backup or copy of datafile 43 found to restore
RMAN-06023: no backup or copy of datafile 42 found to restore
RMAN-06023: no backup or copy of datafile 40 found to restore
RMAN-06023: no backup or copy of datafile 39 found to restore
RMAN-06023: no backup or copy of datafile 38 found to restore
RMAN-06023: no backup or copy of datafile 37 found to restore
RMAN-06023: no backup or copy of datafile 36 found to restore
RMAN-06023: no backup or copy of datafile 35 found to restore
RMAN-06023: no backup or copy of datafile 34 found to restore
RMAN-06023: no backup or copy of datafile 33 found to restore
RMAN-06023: no backup or copy of datafile 32 found to restore
RMAN-06023: no backup or copy of datafile 31 found to restore
RMAN-06023: no backup or copy of datafile 30 found to restore
RMAN-06023: no backup or copy of datafile 29 found to restore
RMAN-06023: no backup or copy of datafile 28 found to restore
RMAN-06023: no backup or copy of datafile 27 found to restore
RMAN-06023: no backup or copy of datafile 26 found to restore
RMAN-06023: no backup or copy of datafile 25 found to restore
RMAN-06023: no backup or copy of datafile 24 found to restore
RMAN-06023: no backup or copy of datafile 23 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
RMAN>
But I know from the RMAN crosscheck and list backup commands that the savesets are available on disk. For example:
RMAN> list backup of datafile 1;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
4875 Incr 0 4.37G DISK 00:22:53 21-FEB-10
BP Key: 4875 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4929_piece_1_date_20100221_711578185
List of Datafiles in backup set 4875
File LV Type Ckp SCN Ckp Time Name
1 0 Incr 5086110241948 21-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4894 Incr 1 1.92G DISK 00:13:46 24-FEB-10
BP Key: 4894 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4949_piece_1_date_20100224_711836434
List of Datafiles in backup set 4894
File LV Type Ckp SCN Ckp Time Name
1 1 Incr 5086113791743 24-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
RMAN> list backup of datafile 44; (the first one in the list above)
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
4872 Incr 0 7.15G DISK 00:35:17 21-FEB-10
BP Key: 4872 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4927_piece_1_date_20100221_711576046
List of Datafiles in backup set 4872
File LV Type Ckp SCN Ckp Time Name
44 0 Incr 5086110241948 21-FEB-10 /u04/app/oracle/oradata/ORADB1/NETINSIGHT_INDEXES_03.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4893 Incr 1 4.06G DISK 00:26:52 24-FEB-10
BP Key: 4893 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4947_piece_1_date_20100224_711835238
List of Datafiles in backup set 4893
File LV Type Ckp SCN Ckp Time Name
44 1 Incr 5086113791743 24-FEB-10 /u04/app/oracle/oradata/ORADB1/NETINSIGHT_INDEXES_03.dbf
As you can see, the level 0 and level 1 backups are showing as available. To double check, I perform a crosscheck backup of database;
RMAN> crosscheck backup of database;
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=74 devtype=DISK
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4927_piece_1_date_20100221_711576046 recid=4872 stamp=711576046
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4928_piece_1_date_20100221_711576046 recid=4873 stamp=711576046
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4930_piece_1_date_20100221_711578189 recid=4874 stamp=711578189
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4929_piece_1_date_20100221_711578185 recid=4875 stamp=711578186
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4932_piece_1_date_20100221_711579570 recid=4876 stamp=711579570
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4931_piece_1_date_20100221_711579392 recid=4877 stamp=711579393
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4934_piece_1_date_20100221_711580369 recid=4878 stamp=711580370
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4935_piece_1_date_20100221_711580535 recid=4879 stamp=711580535
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4933_piece_1_date_20100221_711580122 recid=4880 stamp=711580123
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4948_piece_1_date_20100224_711835237 recid=4892 stamp=711835238
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4947_piece_1_date_20100224_711835238 recid=4893 stamp=711835238
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4949_piece_1_date_20100224_711836434 recid=4894 stamp=711836436
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4950_piece_1_date_20100224_711836866 recid=4895 stamp=711836866
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4951_piece_1_date_20100224_711837267 recid=4896 stamp=711837268
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4952_piece_1_date_20100224_711837971 recid=4897 stamp=711837972
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4953_piece_1_date_20100224_711837989 recid=4898 stamp=711837989
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4955_piece_1_date_20100224_711838522 recid=4899 stamp=711838522
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4954_piece_1_date_20100224_711838520 recid=4900 stamp=711838521
Crosschecked 18 objects
RMAN>
So I'm unclear as to why RMAN believes the backups of these files don't exist when I attempt to restore the database. Anyone have a clue?
NOTE: I've also tried to restore spcifically with the tag= clause but I get the same results:
RMAN> restore database from tag='TAG20100221T200045';
Starting restore at 25-FEB-10
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 02/25/2010 13:41:04
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 44 found to restore
RMAN-06023: no backup or copy of datafile 43 found to restore
RMAN-06023: no backup or copy of datafile 42 found to restore
RMAN-06023: no backup or copy of datafile 40 found to restore
RMAN-06023: no backup or copy of datafile 39 found to restore
RMAN-06023: no backup or copy of datafile 38 found to restore
RMAN-06023: no backup or copy of datafile 37 found to restore
RMAN-06023: no backup or copy of datafile 36 found to restore
RMAN-06023: no backup or copy of datafile 35 found to restore
RMAN-06023: no backup or copy of datafile 34 found to restore
RMAN-06023: no backup or copy of datafile 33 found to restore
RMAN-06023: no backup or copy of datafile 32 found to restore
RMAN-06023: no backup or copy of datafile 31 found to restore
RMAN-06023: no backup or copy of datafile 30 found to restore
RMAN-06023: no backup or copy of datafile 29 found to restore
RMAN-06023: no backup or copy of datafile 28 found to restore
RMAN-06023: no backup or copy of datafile 27 found to restore
RMAN-06023: no backup or copy of datafile 26 found to restore
RMAN-06023: no backup or copy of datafile 25 found to restore
RMAN-06023: no backup or copy of datafile 24 found to restore
RMAN-06023: no backup or copy of datafile 23 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

Just as a follow on to my last post, after the RMAN-06023 messages, I list backups of the three datafiles and as you can see RMAN thinks that they are available. If I exit RMAN and list them at the OS level, they are where RMAN things they should be:
RMAN> restore database;
Starting restore at 25-FEB-10
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 02/25/2010 16:17:39
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
RMAN> list backup of datafile 4;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
4880 Incr 0 1.36G DISK 00:08:57 21-FEB-10
BP Key: 4880 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4933_piece_1_date_20100221_711580122
List of Datafiles in backup set 4880
File LV Type Ckp SCN Ckp Time Name
4 0 Incr 5086110241948 21-FEB-10 /u02/app/oracle/oradata/ORADB1/users01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4890 Incr 1 934.82M DISK 00:09:42 22-FEB-10
BP Key: 4890 Status: AVAILABLE Compressed: YES Tag: TAG20100222T200047
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4943_piece_1_date_20100222_711664989
List of Datafiles in backup set 4890
File LV Type Ckp SCN Ckp Time Name
4 1 Incr 5086111401249 22-FEB-10 /u02/app/oracle/oradata/ORADB1/users01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4898 Incr 1 947.57M DISK 00:08:49 24-FEB-10
BP Key: 4898 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4953_piece_1_date_20100224_711837989
List of Datafiles in backup set 4898
File LV Type Ckp SCN Ckp Time Name
4 1 Incr 5086113791743 24-FEB-10 /u02/app/oracle/oradata/ORADB1/users01.dbf
RMAN>
RMAN> list backup of datafile 3;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
4874 Incr 0 2.65G DISK 00:19:50 21-FEB-10
BP Key: 4874 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4930_piece_1_date_20100221_711578189
List of Datafiles in backup set 4874
File LV Type Ckp SCN Ckp Time Name
3 0 Incr 5086110241948 21-FEB-10 /u02/app/oracle/oradata/ORADB1/sysaux01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4885 Incr 1 1.95G DISK 00:15:54 22-FEB-10
BP Key: 4885 Status: AVAILABLE Compressed: YES Tag: TAG20100222T200047
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4940_piece_1_date_20100222_711663910
List of Datafiles in backup set 4885
File LV Type Ckp SCN Ckp Time Name
3 1 Incr 5086111401249 22-FEB-10 /u02/app/oracle/oradata/ORADB1/sysaux01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4895 Incr 1 1.97G DISK 00:18:13 24-FEB-10
BP Key: 4895 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4950_piece_1_date_20100224_711836866
List of Datafiles in backup set 4895
File LV Type Ckp SCN Ckp Time Name
3 1 Incr 5086113791743 24-FEB-10 /u02/app/oracle/oradata/ORADB1/sysaux01.dbf
RMAN>
RMAN>
RMAN> list backup of datafile 1;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
4875 Incr 0 4.37G DISK 00:22:53 21-FEB-10
BP Key: 4875 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4929_piece_1_date_20100221_711578185
List of Datafiles in backup set 4875
File LV Type Ckp SCN Ckp Time Name
1 0 Incr 5086110241948 21-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4884 Incr 1 1.93G DISK 00:12:34 22-FEB-10
BP Key: 4884 Status: AVAILABLE Compressed: YES Tag: TAG20100222T200047
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4939_piece_1_date_20100222_711663601
List of Datafiles in backup set 4884
File LV Type Ckp SCN Ckp Time Name
1 1 Incr 5086111401249 22-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4894 Incr 1 1.92G DISK 00:13:46 24-FEB-10
BP Key: 4894 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4949_piece_1_date_20100224_711836434
List of Datafiles in backup set 4894
File LV Type Ckp SCN Ckp Time Name
1 1 Incr 5086113791743 24-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
RMAN> exit
$ ls -ltr /u03/oracle_backups/ORADB1/offline
total 59743688
-rwx------ 1 oracle oinstall 7677960192 2010-02-25 11:13 ORADB1_level0_set_4927_piece_1_date_20100221_711576046
-rwx------ 1 oracle oinstall 7980834816 2010-02-25 11:24 ORADB1_level0_set_4928_piece_1_date_20100221_711576046
-rwx------ 1 oracle oinstall 4691853312 2010-02-25 11:29 ORADB1_level0_set_4929_piece_1_date_20100221_711578185
-rwx------ 1 oracle oinstall 2847391744 2010-02-25 11:34 ORADB1_level0_set_4930_piece_1_date_20100221_711578189
-rwx------ 1 oracle oinstall 3530924032 2010-02-25 11:39 ORADB1_level0_set_4931_piece_1_date_20100221_711579392
-rwx------ 1 oracle oinstall 1566449664 2010-02-25 11:41 ORADB1_level0_set_4932_piece_1_date_20100221_711579570
-rwx------ 1 oracle oinstall 1459781632 2010-02-25 11:43 ORADB1_level0_set_4933_piece_1_date_20100221_711580122
-rwx------ 1 oracle oinstall 561774592 2010-02-25 11:44 ORADB1_level0_set_4934_piece_1_date_20100221_711580369
-rwx------ 1 oracle oinstall 58753024 2010-02-25 11:44 ORADB1_level0_set_4935_piece_1_date_20100221_711580535
-rwx------ 1 oracle oinstall 4364124160 2010-02-25 11:56 ORADB1_level1_set_4947_piece_1_date_20100224_711835238
-rwx------ 1 oracle oinstall 2971877376 2010-02-25 12:01 ORADB1_level1_set_4948_piece_1_date_20100224_711835237
-rwx------ 1 oracle oinstall 2066546688 2010-02-25 12:03 ORADB1_level1_set_4949_piece_1_date_20100224_711836434
-rwx------ 1 oracle oinstall 2119360512 2010-02-25 12:06 ORADB1_level1_set_4950_piece_1_date_20100224_711836866
-rwx------ 1 oracle oinstall 1003356160 2010-02-25 12:06 ORADB1_level1_set_4951_piece_1_date_20100224_711837267
-rwx------ 1 oracle oinstall 1637105664 2010-02-25 12:08 ORADB1_level1_set_4952_piece_1_date_20100224_711837971
-rwx------ 1 oracle oinstall 993607680 2010-02-25 12:08 ORADB1_level1_set_4953_piece_1_date_20100224_711837989
-rwx------ 1 oracle oinstall 1130496 2010-02-25 12:09 ORADB1_level1_set_4955_piece_1_date_20100224_711838522
-rwx------ 1 oracle oinstall 283344896 2010-02-25 12:09 ORADB1_level1_set_4954_piece_1_date_20100224_711838520
-rwx------ 1 oracle oinstall 4344365056 2010-02-25 16:01 ORADB1_level1_set_4937_piece_1_date_20100222_711662448
-rwx------ 1 oracle oinstall 2959015936 2010-02-25 16:05 ORADB1_level1_set_4938_piece_1_date_20100222_711662448
-rwx------ 1 oracle oinstall 2067202048 2010-02-25 16:07 ORADB1_level1_set_4939_piece_1_date_20100222_711663601
-rwx------ 1 oracle oinstall 2089304064 2010-02-25 16:08 ORADB1_level1_set_4940_piece_1_date_20100222_711663910
-rwx------ 1 oracle oinstall 955711488 2010-02-25 16:09 ORADB1_level1_set_4941_piece_1_date_20100222_711664370
-rwx------ 1 oracle oinstall 1623564288 2010-02-25 16:11 ORADB1_level1_set_4942_piece_1_date_20100222_711664872
-rwx------ 1 oracle oinstall 980238336 2010-02-25 16:12 ORADB1_level1_set_4943_piece_1_date_20100222_711664989
-rwx------ 1 oracle oinstall 280952832 2010-02-25 16:12 ORADB1_level1_set_4944_piece_1_date_20100222_711665385
-rwx------ 1 oracle oinstall 1130496 2010-02-25 16:12 ORADB1_level1_set_4945_piece_1_date_20100222_711665521

COLD BACKUP DATABASE CLONING with +ASM

Hi,
I need some help to clone the database using Cold backup with +ASM. Can somebody help me on this
Here is the steps we did on Source Database.
1. Copied all the $ORACLE_HOME from Source to TARGET.
2. Created pfile from spfile.
3. Created backup control file on the Source.
Questions:
=======
1. Source has 3 diskgroups, do we need to create new 3 disk groups on the TARGET ?
2. If we needed 3 new disk groups on TARGET, how can we move all the data from SOURCE diskgroup to TARGET disk group, Do we need to use RMAN?
Please let me know what else need to do to bring up the TARGET database.
Thanks
Dheeru.

Hi,
1. Source has 3 diskgroups, do we need to create new 3 disk groups on the TARGET ?Not necessarily.
2. If we needed 3 new disk groups on TARGET, how can we move all the data from SOURCE diskgroup to TARGET disk group, Do we need to use RMAN? Yes, use RMAN to clone/duplicate the database.
Rapid Clone Documentation Resources, Release 11i and 12 [ID 799735.1]
Cloning ASM database using RMAN Duplicate
http://oracleandme.blogspot.com/2007/08/cloning-e-biz-using-rman-duplicate.html
Thanks,
Hussein

Database Restore from COLD Backup

Dear all,
I .m trying to restore a production database from a COLD backup. Before the COLD BAckup, we have take a HOT backup as usual and then shutdown the database to perform the Cold Backup.
After restirong all the oracle files and arch redo log, i have tried to restart the datbase but it failed with the followgin error message:
SVRMGR> connect internal
Connected.
SVRMGR> startup
ORACLE instance started.
Total System Global Area 625729520 bytes
Fixed Size 69616 bytes
Variable Size 133795840 bytes
Database Buffers 491520000 bytes
Redo Buffers 344064 bytes
Database mounted.
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: '/usr/oracle/8.1.6/disk1/IF1/system01.dbf'
SVRMGR> exit
Server Manager complete.
root@dbserver#su - oracle
Sun Microsystems Inc. SunOS 5.8 Generic Patch October 2001
Then i have recovered but it seems that the Oracle process do not started and here is what i have found in alert log file:
Errors in file /usr/oracle/8.1.6/admin/IF1/bdump/if1_smon_609.trc:
ORA-00600: internal error code, arguments: [4194], [52], [52], [], [], [], [], []
Mon Mar 8 11:42:46 2004
Recovery of Online Redo Log: Thread 1 Group 1 Seq 29954 Reading mem 0
Mem# 0 errs 0: /usr/oracle/8.1.6/disk2/IF1/redo1a.rdo
SMON: terminating instance due to error 600
Instance terminated by SMON, pid = 609
WARNING! Recovering data file 1 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 2 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 3 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 4 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 5 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 7 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 8 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 9 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 26 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 27 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 29 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 31 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 34 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 36 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 40 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 43 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 49 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 53 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 54 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 55 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
WARNING! Recovering data file 58 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
Media Recovery Log
Could someone explain to me what i did wrong?
Thank you
ORA-01113
ORA-01110
ORA-00600: internal error code, arguments: [4194], [52], [52], [], [], [], [], []

Please do not confuse between the backup copies you have. Ensure that you have the latest copy whether cold or hot. If you have COLD copy then simply replace all the data files, redo log files, and the control files and start the database it should start. I do not understand your back up strategy because if you have a Hot backup then why do you need a cold backup. Please let me know in what mode your database is running?
Regards,
DJ

Test cold backup database in archive mode

Hello,
We doing every week a cold backup from Oracle database, us database is in archive mode.
We would like to test us cold backup in other server but the drive where we have to copy
the datafiles and logs and rollback are different on this server.
In the production server the oracle_home and the oracle_sid:
ORACLE_HOME=E:\oracle\product\10.2.0\db_1
ORACLE_SID=ENCY
and on the other server to test the backup are:
ORACLE_HOME=I:\oracle\product\10.2.0\db_2
ORACLE_SID=ENCY
Can somebody help me saying please the steps that I have to follow to restore the database in other server
to test if the last cold backup is fine?
My understand is copy the files(datafiles, log files, control files, pfile,...) in the new server, when everything is copied into new server,
I have to:
Modify the parameter CONTROL_FILES in the pfile
Mount the database and rename the datafiles and redolog files
Thanks.

user641364 wrote:
Hello,
We doing every week a cold backup from Oracle database, us database is in archive mode.
We would like to test us cold backup in other server but the drive where we have to copy
the datafiles and logs and rollback are different on this server.
In the production server the oracle_home and the oracle_sid:
ORACLE_HOME=E:\oracle\product\10.2.0\db_1
ORACLE_SID=ENCY
and on the other server to test the backup are:
ORACLE_HOME=I:\oracle\product\10.2.0\db_2
ORACLE_SID=ENCYThe only difference between servers is different ORACLE_HOME path?
All other directories are the same?
>
Can somebody help me saying please the steps that I have to follow to restore the database in other server
to test if the last cold backup is fine?
My understand is copy the files(datafiles, log files, control files, pfile,...) in the new server, when everything is copied into new server,
I have to:
Modify the parameter CONTROL_FILES in the pfile
Mount the database and rename the datafiles and redolog filesYou shoud modify and rename only in case if path to datafiles, redologs, controlfiles, dump, archive log directories is different on test server.
If that will be the same, then no need to rename.
If it is different, then modify pfile in order to meet correct one paths.

Build standby database using cold backup on a different file system & host

Hi gurus,
The database version is 11.2.0.3. OS is HP UX Itanium 11.31
I am building a standby database using cold backup of primary. The primary mount points are (/p003/oracle, /p004/oracle) on HOST1 and the standby file system on HOST2 are (/s003/oracle,/s004/oracle). I am not using Data Guard to apply logs as we have a script that mounts the log location periodically to standby server and apply the logs to make it current. I am using cold backup as the database is small like 200G and can be taken down. Could someone help me with the steps to build standby using cold backup for a different file location in standby ?? My concern is I can copy the data files from /p003 to /s003. How will I build the controlfile ?
If it was same File system on both HOST 1 and HOST2 I can copy the cold backup to the standby server, build a standby control file on primary and copy and replace the standby control file and everything was set.
Thanks
Cherrish Vaidiyan

Hello;
I have a note on this using a cold copy of the current files instead of a copy backup :
http://www.visi.com/~mseberg/data_guard_on_oracle_10_step_by_step.html
I will post SCP SQL in a moment.
Best Regards
mseberg
set heading off
set feedback off
set pagesize 100
set linesize 400
select 'scp '||a.name ||' server_name:' || a.name as newname from v$datafile a;
select 'scp '||a.name ||' server_name:' || a.name as newname from v$controlfile a;
select 'scp '||a.member ||' server_name:' || a.member as newname from v$logfile a;Edited by: mseberg on May 25, 2013 10:35 AM

Cold Backup of Database.

Similar Messages

Maybe you are looking for