Rman backup control file
hii i am working on oracle 10g 10.2.0.4.0 on solaris 10 have asm and rac setup(2 node rac).
i have only one control file--+DATA_DG1/ftssdb/controlfile/current.270.664476369
i am backing up these control file with rman
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman_node1/%F';
c-31850833-20100909-00 is a backed up piece of control file.
now suddenly one system admin deleted that control file...how can i recover my database using rman backup??
You can found these entries like :
CREATE CONTROLFILE REUSE DATABASE "DBNAME" NORESETLOGS NOARCHIVELOG ==depends what is your db log mode
MAXLOGFILES 32
MAXLOGMEMBERS 2
MAXDATAFILES 30
MAXINSTANCES 8
MAXLOGHISTORY 800
LOGFILE
GROUP 1 '/u01/oracle/7.1.6/dbs/log1p716.dbf' SIZE 500K,
GROUP 2 '/u01/oracle/7.1.6/dbs/log2p716.dbf' SIZE 500K,
GROUP 3 '/u01/oracle/7.1.6/dbs/log3p716.dbf' SIZE 500K
DATAFILE
'/u01/oracle/7.1.6/dbs/systp716.dbf' SIZE 40M,
'/u01/oracle/7.1.6/dbs/tempp716.dbf' SIZE 550K,
'/u01/oracle/7.1.6/dbs/toolp716.dbf' SIZE 15M
# Recovery is required if any of the datafiles are restored backups,
# or if the last shutdown was not normal or immediate.
RECOVER DATABASE
# Database can now be opened normally.
ALTER DATABASE OPEN;
Edited by: user00726 on Sep 9, 2010 4:42 AM
Similar Messages
-
Recovery using backup control file
Hello friends,
I have a scenario where i am unable to recover by database by using backup control file option can u pls give ur expert advice.
1) Database is working in ARCHIVE MODE.
2) One of my file was READ ONLY when i take my closed backup. At this time
v$log file output is :
group# thread# sequence# bytes member arc status first_change#
1 1 8 8192 2 yes inactive 4697463
2 1 9 8192 2 yes active 4717493
3 1 10 8192 2 no current 4717738
3) After 2-3 log switches i have made it READ WRITE.
4) After making it READ WRITE i have taken controlfile backup by using
ALTER SYSTEM BACKUP CONTROLFILE TO 'E:\ORACLE\CONTROL01.CTL';.
5) Again i have make some log switches.
6) Shutdown my database using SHUTDOWN option.
7) Copy my SYSTEM,UNDO,USER,INDEX datafiles from my backup (taken at
step 2) and CONTROL file (taken at step 4).
8) I have not copied my old redo log files so those are new.
9) I mount database & then use this command to recover database :
RECOVER DATABASE USING BACKUP CONTROLFILE AUTO;
10) My recovery process starts applying archived log files and applied upto
sequence no 9. When it starts applying last one 10 which is online redo log
and not yet archived my recovery process fails by giving this error:
ORA-00308: cannot open archived log 'd:\oracle\oradata\practice\archive\1_10.dbf'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
11) I try to open database using :
ALTER DATABASE OPEN RESETLOGS;
it gives following warning:
Error at line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: datafile 1: 'D:\ORACLE\ORADATA\PRACTICE\SYSTEM01.DBF'
Please guide me why it is so ?
Whether in BACKUP CONTROL FILE CASES system didn't recognise ONLINE REDO LOG FILES or it is anything else.
Regards
SethiHi,
>>I am not using RMAN. I am taking user managed backups. Moreover i have tried what u said that make checkpoints also but again i came to the same result when it try to apply last archived log which was current redo log when database was started to shutdown it says unable to find the specified file & then when i open database using resetlogs it says system file needs media recovery.
it show error because you are using wrong approach of Recovery.
Alter database open Resetlog command is used only in incomplete recovery.
but your are giving
Recover database command,it means ur performing full recovery (means you have apply online redo logfile.) and after applying it you should open the database with Alter database Open command.
No need to give resetlog option.
Again Restore all backup;
Issue Recover database;
and open the database with
Alter database open;
Thanks
Kuljeet Pal Singh -
RMAN Restore Control File Fails - File Header Validation Fails
hi everyone,
This is 9i on Windows 2000.
I'm trying to restore a control file from a backup made by RMAN on another server.
I expected Oracle/RMAN to choke because it knows the backup file was not made from this servers database.
RMAN>restore control file from '......' gives ORA-19563 Control File header validation failed
Is there a way to force RMAN to restore a file, in a situation like this?
Thanks,
John>>I expected Oracle/RMAN to choke because it knows the backup file was not made from this servers database.
What do you mean by this statement ? Do you mean that the servers are on different platforms ? If so first you need to do RMAN platform conversion to able to recognize the controlfile.
If not, Can you make sure of the following
1) source and target servers are same operating system
2) source and target database homes have same versions. -
Need a help: how to recover using backup control file?
Please a help:
First computer
1. I create a database
2. put it in archive mode,
3. shutdown and made a cold backup
4. Created backup control file (alter database backup control file to trace)
5. I started up and created some archived log files.
Second Computer
1. I copied all files created in the step 3 above except the control file
2. I create all the same map directory on the 2nd computer as in the 1st computer
3. I recreate the control file from the script got in the step 4 above
4. I Copy archived log files generated at the step 5 in the local directory in the second computer
5. I set the logsource and set the autorecovery to on
6. I recover the database: RECOVER DATABASE USING BACKUP CONTROL FILE UNTIL CANCEL
Error got:
the archived log file applied do not go beyond the first one?,How could I do to applied all archived log files copied from the first computer to the second computer to have the same data?
Thank you very mucharchived log sequeces in the first computerSQL> select sequence#,first_change#,next_change# from v$log_history;
SEQUENCE# FIRST_CHANGE# NEXT_CHANGE#
1 553723 555484
2 555484 557345
Actions I did in the second Computer(after copied the former two archived log files from the 1st computer)
SQL> CREATE CONTROLFILE REUSE DATABASE "ORCL" RESETLOGS ARCHIVELOG
2 MAXLOGFILES 16
3 MAXLOGMEMBERS 3
4 MAXDATAFILES 100
5 MAXINSTANCES 8
6 MAXLOGHISTORY 292
7 LOGFILE
8 GROUP 1 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG' SIZE 50M,
9 GROUP 2 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG' SIZE 50M,
10 GROUP 3 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO03.LOG' SIZE 50M
11 -- STANDBY LOGFILE
12 DATAFILE
13 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF',
14 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF',
15 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF',
16 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF'
17 CHARACTER SET WE8ISO8859P1
18 ;
Control file created.
SQL> archive log list;
Database log mode Archive Mode
Automatic archival Disabled
Archive destination USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence 0
Next log sequence to archive 0
Current log sequence 0
SQL> alter database archivelog;
Database altered.
SQL> set logsource C:\local_destination1_orcl
SQL> set autorecovery on;
SQL> recover database using backup controlfile until cancel;
ORA-00279: change 555611 generated at 01/18/2007 14:14:14 needed for thread 1
ORA-00289: suggestion :
C:\LOCAL_DESTINATION1_ORCL\ARCH.1_1_612194518_43F17CF5.ARC
ORA-00280: change 555611 for thread 1 is in sequence #1
ORA-00328: archived log ends at change 555483, need later change 555611
ORA-00334: archived log:
'C:\LOCAL_DESTINATION1_ORCL\ARCH.1_1_612194518_43F17CF5.ARC'
Idon't know where the change 555611 is coming from? -
Can I recover the database to the current time using a backup control file?
Can I recover the database to the current time using a backup control file? How far can I recover this database?
I have an Oracle 10g(10.2.3) database on RHEL4.3 system.
I have lost all the current control files and all the online redo logs, archived redo logs and all other files are OK.
Now I have to recovery this database using a backup control file.
Can I recover the database without any data lost？If
a) it was a Shutdown Abort or an Instance Crash (i.e. backgrounds died on detecting loss of redo logs),
b) redo logs are lost
c) data files are intact
You'd have to
a) Restore datafiles
b) Do an Incomplete Recovery to the last available ArchiveLog
Hemant K Chitale
http://hemantoracledba.blogspot.com -
Restore Backup control file doubt ?
when restoring backup control file why we need to set the DBID first?
Thankx..When using a recovery catalog and attempting to restore a lost control file, you encounter an error if there are other databases are registered in the recovery catalog with the same name as your target database. To resolve this error, you must uniquely identify the database by DBID for the restore operation. This requires determining the correct DBID for your database, and then using the SET DBID command to identify the target database before the RESTORE CONTROLFILE.
-
Can there be two control file auto file backups one to disk and one to tape ?
Thanks,Hi
In our RMAN setup SHOW ALL; there is both disk and tape configured. but it does not backup to disk anymore
and I am getting the errors below in my alert.log.
There are about ten old copies on the disk. How do these get purged ?
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'D:\DONT_TOUCH\CONTROL_FILE_BACKUP\%F';
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE SBT_TAPE TO '%F'; # default Starting control autobackup
Wed Feb 03 00:20:31 2010
Errors in file d:\oracle\product\10.2.0\admin\udump\_ora_3600.trc:
Wed Feb 03 00:20:31 2010
Errors in file d:\oracle\product\10.2.0\admin\udump\_ora_3600.trc:
Wed Feb 03 00:20:31 2010
Errors in file d:\oracle\product\10.2.0\admin\udump\_ora_3600.trc:
Wed Feb 03 00:20:31 2010
Control autobackup written to SBT_TAPE device
comment 'API Version 2.0,MMS Version 5.0.0.0',
media '/database/_1265174399_C1_F1'
handle 'c-1624991920-20100203-01'
Wed Feb 03 08:59:14 2010 -
NEED TO RECOVER A DATABASE USING RMAN with CONTROL FILE AND NO RMAN CATALOG, DISK FAILURE..
Hello All,
The disk failure caused our production data on the disk to be resotred with the backup data available and recovered through RMAN with cotrolfile , and no catalog DB is configured.
I had the restored the spfile and control file then recovered the database,
startup nomount;
RESTORE SPFILE FROM ' path ' ;
Shutdown immediate;
startup nomount
Restore controfile from autobackup;
restore database;
[AT POINT , A MESSAGE PROMPTED LIKE " failur of restored command - some targets not found" (thinking may be few archives are not found, i proceeded to incomeplete recovery of DB) ]
recover database;
Finished reocvery .
Now in the Grid control i see that 60 blocks of a particular datafile are corrupted and needs recovery. Do i need to get the data file resotred again and recover it or any simple way to recover this data file
When i perform the block recovery , it says recovery failed and when i run the data file recovery it succeeds. Please provide you inputs to recover the database as it is production BI database and pretty critical to our client.
Thanks for your valuable time in advance.
Regards,
Ran G.These is a common problem if the object are created due to NOLOGGIN option. If you check most of the object which are facing block corruption is indexes .
Use the below query to check the objects :
It will map each block from v$database_block_corruption to either a segment or if the block is free.
$ sqlplus / as sysdba
set pagesize 2000
set linesize 250
SELECT e.owner, e.segment_type, e.segment_name, e.partition_name, c.file#
, greatest(e.block_id, c.block#) corr_start_block#
, least(e.block_id+e.blocks-1, c.block#+c.blocks-1) corr_end_block#
, least(e.block_id+e.blocks-1, c.block#+c.blocks-1)
- greatest(e.block_id, c.block#) + 1 blocks_corrupted
, null description
FROM dba_extents e, v$database_block_corruption c
WHERE e.file_id = c.file#
AND e.block_id <= c.block# + c.blocks - 1
AND e.block_id + e.blocks - 1 >= c.block#
UNION
SELECT s.owner, s.segment_type, s.segment_name, s.partition_name, c.file#
, header_block corr_start_block#
, header_block corr_end_block#
, 1 blocks_corrupted
, 'Segment Header' description
FROM dba_segments s, v$database_block_corruption c
WHERE s.header_file = c.file#
AND s.header_block between c.block# and c.block# + c.blocks - 1
UNION
SELECT null owner, null segment_type, null segment_name, null partition_name, c.file#
, greatest(f.block_id, c.block#) corr_start_block#
, least(f.block_id+f.blocks-1, c.block#+c.blocks-1) corr_end_block#
, least(f.block_id+f.blocks-1, c.block#+c.blocks-1)
- greatest(f.block_id, c.block#) + 1 blocks_corrupted
, 'Free Block' description
FROM dba_free_space f, v$database_block_corruption c
WHERE f.file_id = c.file#
AND f.block_id <= c.block# + c.blocks - 1
AND f.block_id + f.blocks - 1 >= c.block#
order by file#, corr_start_block#;
Below oracle support note will help you :
ORA-1578 / ORA-26040 Corrupt blocks by NOLOGGING - Error explanation and solution (Doc ID 794505.1)
The Gains and Pains of Nologging Operations (Doc ID 290161.1)
SQL> select d.NAME as DBF_NAME, t.NAME as TS_NAME, d.UNRECOVERABLE_CHANGE# as NOLOG_CHNG#, to_char(d.UNRECOVERABLE_TIME, 'Dy DD-Mon-YYYY HH24:MI:SS') as NOLOG_TIME from V$DATAFILE d join V$TABLESPACE t on d.TS# = t.TS# order by t.NAME;
Thanks,
gssdba.wordpress.com -
I have 3 control files in datafile directory..... it becomes a single backupset file for 3 control files. How can I know which backupset includes these 3 control files?
Here are the hot backup log:
Starting Control File and SPFILE Autobackup at 29-JUN-09
piece handle=/backup/db/backup/RMAN/c-1357907388-20090629-00.bck comment=NONE
Finished Control File and SPFILE Autobackup at 29-JUN-09
Starting backup at 29-JUN-09
channel ch1: starting full datafile backupset
channel ch1: specifying datafile(s) in backupset
including current controlfile in backupset
channel ch1: starting piece 1 at 29-JUN-09
channel ch1: finished piece 1 at 29-JUN-09
piece handle=/backup/db/backup/RMAN/backup_PROD_690781724_4213_1_3lkiovgs_1_1.bck comment=NONE
channel ch1: backup set complete, elapsed time: 00:00:01
Finished backup at 29-JUN-09
Starting backup at 29-JUN-09
channel ch1: starting full datafile backupset
channel ch1: specifying datafile(s) in backupset
including current SPFILE in backupset
channel ch1: starting piece 1 at 29-JUN-09
channel ch1: finished piece 1 at 29-JUN-09
piece handle=/backup/db/backup/RMAN/backup_PROD_690781725_4214_1_3mkiovgt_1_1.bck comment=NONE
channel ch1: backup set complete, elapsed time: 00:00:02
Finished backup at 29-JUN-09
Starting Control File and SPFILE Autobackup at 29-JUN-09
piece handle=/backup/db/backup/RMAN/c-1357907388-20090629-01.bck comment=NONE
Finished Control File and SPFILE Autobackup at 29-JUN-09
FANHi FAN,
The following three pieces contain controlfile backups.
c-1357907388-20090629-00.bck
backup_PROD_690781724_4213_1_3lkiovgs_1_1.bck
c-1357907388-20090629-01.bck
Accordingto your output.
It does not contain three copies but it will use the control_files parameter to restore three.
Regards,
Tycho -
ASM RMAN backup to File System
Hi all,
I have a rman backup (datafile and controlfile) which was took in an ASM instance (not a RAC) ORACLE 11.2.0.2 in a Linux server, now I want restore the backup in a new database in windows/Linux OS using general File System storage (single instance rdbms) instead of ASM.
Is this possible?
Can I restrore an ASM rman backup in a file system storage mechanisim in a new server?
Kindly clarify my question.
Thanks in Advance..
NonudayNonuday wrote:
Hi Levi,
Thanks for your invaluable script and blog.
can you clarify me on this query:
I have a RMAN backup taken from ASM and the backup is database and controlf file backup which contains datafiles and controlfiles.
Now I need to restore this on my system and here I dont use ASM or archive log, I use single instance in no archive log mode database.
I have restored the control file from the RMAN controfile backup.
Before restoring the control file I have checked the orginal pfile of the backup database which had parameters like
'db_create_file_dest',
'db_create_online_log_dest',
'db_recovery_file_dest_size',
'db_recovery_dest',
'log_archive_dest'.
Since I am not gng to create a DB in no archive log mode, I didnt use any of the above parameters and created a database.
Now my question is:
If i restore the database and the datafile will get restored and after renaming all the logfiles, database will be opened.
I want to know whether this method is correct or wrong and will the database work as it was working previously. Or do i need create the db_file_recovery and other parameters also for this database.About Parameter:
All these parameters should reflect your current environment any reference to the old environment must be modified.
About Filesystem used:
Does not matter what Filesystem you are using the File (datafile/redolog/controlfile/archivelog/backuppiece) are created on Binary Format which depend on Platform only. So, The same binary file ( e.g datafile) have same format and content on raw device, ASM, ext3, ext2, and so on. So, to database it's only a location where file are stored, but the file are the same. ASM has a different architecture from Regular Filesystem and need be managed in a different manner (i.e using RMAN).
About Database:
Since your database files are the same even using different filesystem what you need is rename your datafiles/redofiles on controlfile during restore, the redo files will be recreated.
So, does not matter if you database are noarchivelog or archivelog, the same way which you will do a restore on ASM is the same way to restore on Regular Filesystem. (it's only about renaming database file on controlfile during restore)
On blog the post "How Migrate All Files on ASM to Non-ASM (Unix/Linux)" is about move the file from filesystem to another. But you can modify the script used to restore purposes;
## set newname tell to RMAN where file will be restored and keep this files location on memory buffer
RMAN> set newname for datafile 1 to <location>;
### swich get list of files from memory buffer (rman) and rename on controlfile the files already restored.
RMAN>switch datafile/tempfile all ;With database mounted use this script below:
I just commented three lines that are unnecessary in your case.
SET serveroutput ON;
DECLARE
vcount NUMBER:=0;
vfname VARCHAR2(1024);
CURSOR df
IS
SELECT file#,
rtrim(REPLACE(name,'+DG_DATA/drop/datafile/','/u01/app/oracle/oradata/drop/'),'.0123456789') AS name
FROM v$datafile;
CURSOR tp
IS
SELECT file#,
rtrim(REPLACE(name,'+DG_DATA/drop/tempfile/','/u01/app/oracle/oradata/drop/'),'.0123456789') AS name
FROM v$tempfile;
BEGIN
-- dbms_output.put_line('CONFIGURE CONTROLFILE AUTOBACKUP ON;'); ### commented
FOR dfrec IN df
LOOP
IF dfrec.name != vfname THEN
vcount :=1;
vfname := dfrec.name;
ELSE
vcount := vcount+1;
vfname:= dfrec.name;
END IF;
-- dbms_output.put_line('backup as copy datafile ' || dfrec.file# ||' format "'||dfrec.name ||vcount||'.dbf";'); ### commented
END LOOP;
dbms_output.put_line('run');
dbms_output.put_line('{');
FOR dfrec IN df
LOOP
IF dfrec.name != vfname THEN
vcount :=1;
vfname := dfrec.name;
ELSE
vcount := vcount+1;
vfname:= dfrec.name;
END IF;
dbms_output.put_line('set newname for datafile ' || dfrec.file# ||' to '''||dfrec.name ||vcount||'.dbf'' ;');
END LOOP;
FOR tprec IN tp
LOOP
IF tprec.name != vfname THEN
vcount :=1;
vfname := tprec.name;
ELSE
vcount := vcount+1;
vfname:= tprec.name;
END IF;
dbms_output.put_line('set newname for tempfile ' || tprec.file# ||' to '''||tprec.name ||vcount||'.dbf'' ;');
END LOOP;
dbms_output.put_line('restore database;');
dbms_output.put_line('switch tempfile all;');
dbms_output.put_line('switch datafile all;');
dbms_output.put_line('recover database;');
dbms_output.put_line('}');
--- dbms_output.put_line('alter database open;'); ### comented because you need rename your redologs on controlfile before open database
dbms_output.put_line('exit');
END;
/After restore you must rename your redologs on controlfile from old location to new location:
e.g
## use this query to get current location of redolog
SQL> select group#,member from v$logfile order by 1;
## and change from <old_location> to <new_location>
SQL > ALTER DATABASE
RENAME FILE '+DG_TSM_DATA/tsm/onlinelog/group_3.263.720532229'
TO '/u01/app/oracle/oradata/logs/log3a.rdo' When you change all redolog on controlfile issue command below:
SQL> alter database open resetlogs;PS: Always track database in real time using alert log file of database.
HTH,
Levi Pereira -
A question about restoring from cold backup(control file backup not clear)
Hi,
I had another question about restoring the cold backup. My database is in noarchivelog mode and after taking a consistent cold backup, all I need to do is to restore the backup right? -Why I got this question is because: when I backup my control file to trace, I see statements like this:-----
-- Commands to re-create incarnation table
-- Below log names MUST be changed to existing filenames on
-- disk. Any one log file from each branch can be used to
-- re-create incarnation records.
-- ALTER DATABASE REGISTER LOGFILE '/uo1/app1/arch1_1_647102958.dbf';
-- Recovery is required if any of the datafiles are restored backups,
-- or if the last shutdown was not normal or immediate.
RECOVER DATABASE
-- Database can now be opened normally.
ALTER DATABASE OPEN;
My database is in noarchivelog mode now so don't know why these statements (of register the logfile) is there in the backup of control file? so when I restore the cold backup of this database, it will still work correct? (there is no logfile I have only CRD files in cold backup -no archive log files.)
thanks
NiravThanks for your inputs! It is most useful to me.
Regards
Nirav -
Large Core Dumps after DB Backup Control File
Hi All,
Server Specs (it is the test server having no functional modules):
Windows 2003 64bit
Oracle 10.2.0.4 (Patched from 10.2.0.2)
Netweaver 2004s
SQL> RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL
ORA-00279: change 21375038 generated at 09/21/2007 20:12:47 needed for thread 1
ORA-00289: suggestion : /export/pspp/oracle/dbs/xxx_example_xxx.dbf
ORA-00280: change 21375038 for thread 1 is in sequence #4
Specify log: {=suggested | filename | AUTO | CANCEL}
/OraRedo/RedoLogFiles/xxx_example_xxx.dbf
Log applied.
Media recovery complete.
I was facing Control file inconsistence issues against 2 partitions. Issue was resolved by using above commands and Netweaver started successfully. Im now facing another problem, im getting huge tracefiles in SAPTRACE\BACKGROUND folder since its recovery. I deleted those tracefiles which were of approx. 86GB.
Current Tracefiles sizes are:
<drive>:\oracle\TST\saptrace\background\tst_m000_5188.trc (7MB) and it is getting double by each generation.
Here are tracefiles of today (old ones deleted by me coz it was consuming a hell of space, e.g: 86GB as mentioned):
tst_m000_5188.trc (7 MB) Latest
tst_j000_5316.trc (4MB)
Here is Initial info from alert_tst.txt file contained in same folder:
Dump file f:\oracle\tst\saptrace\background\alert_tst.log
Thu Sep 02 13:55:34 2010
ORACLE V10.2.0.4.0 - 64bit Production vsnsta=0
vsnsql=14 vsnxtr=3
Windows NT Version V5.2 Service Pack 1
CPU : 2 - type 8664, 1 Physical Cores
Process Affinity : 0x0000000000000000
Memory (Avail/Total): Ph:2886M/4019M, Ph+PgF:19295M/20131M
Thu Sep 02 13:55:34 2010
Starting ORACLE instance (normal)
Thu Sep 02 13:55:35 2010
Specified value of sga_max_size is too small, bumping to 666894336
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Shared memory segment for instance monitoring created
Picked latch-free SCN scheme 3
Autotune of undo retention is turned on.
IMODE=BR
ILAT =10
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.4.0.
System parameters with non-default values:
processes = 80
sessions = 96
event = 10191 trace name context forever, level 1
sga_max_size = 666894336
shared_pool_size = 318767104
shared_pool_reserved_size= 31598837
filesystemio_options = setall
control_files = E:\ORACLE\TST\ORIGLOGA\CNTRL\CNTLRTST.DBF, E:\ORACLE\TST\ORIGLOGB\CNTRL\CNTRLTST.DBF, F:\ORACLE\TST\SAPDATA1\CNTRL\CNTRLTST.DBF
control_file_record_keep_time= 30
db_block_size = 8192
db_cache_size = 318767104
compatible = 10.2.0
log_archive_dest = E:\oracle\TST\oraarch\TSTarch
log_buffer = 2061312
log_checkpoint_interval = 0
db_files = 254
log_checkpoints_to_alert = TRUE
dml_locks = 4000
undo_management = AUTO
undo_tablespace = PSAPUNDO
undo_retention = 43200
recyclebin = off
remote_os_authent = TRUE
remote_login_passwordfile= EXCLUSIVE
job_queue_processes = 1
background_dump_dest = F:\ORACLE\TST\SAPTRACE\BACKGROUND
user_dump_dest = F:\ORACLE\TST\SAPTRACE\USERTRACE
core_dump_dest = F:\ORACLE\TST\SAPTRACE\BACKGROUND
optimizer_features_enable= 10.2.0.1
sort_area_size = 2097152
sort_area_retained_size = 0
db_name = TST
open_cursors = 800
_optim_peek_user_binds = FALSE
pga_aggregate_target = 421317836
workarea_size_policy = AUTO
statistics_level = typical
MMAN started with pid=4, OS id=2760
PMON started with pid=2, OS id=2748
DBW0 started with pid=5, OS id=712
LGWR started with pid=6, OS id=604
CKPT started with pid=7, OS id=1088
SMON started with pid=8, OS id=1164
RECO started with pid=9, OS id=2680
CJQ0 started with pid=10, OS id=2972
MMON started with pid=11, OS id=1816
MMNL started with pid=12, OS id=2904
PSP0 started with pid=3, OS id=2692
Please Review,
Thanks in Advance.
Best Regards.All dispatchers and shared servers shutdown
Mon Jan 10 15:19:45 2011
ALTER DATABASE CLOSE NORMAL
Mon Jan 10 15:19:45 2011
SMON: disabling tx recovery
SMON: disabling cache recovery
Mon Jan 10 15:19:46 2011
Shutting down archive processes
Archiving is disabled
Mon Jan 10 15:19:51 2011
ARCH shutting down
ARC1: Archival stopped
Mon Jan 10 15:19:56 2011
ARCH shutting down
ARC0: Archival stopped
Mon Jan 10 15:19:57 2011
Thread 1 closed at log sequence 11
Successful close of redo thread 1
Mon Jan 10 15:19:59 2011
Completed: ALTER DATABASE CLOSE NORMAL
Mon Jan 10 15:19:59 2011
ALTER DATABASE DISMOUNT
Completed: ALTER DATABASE DISMOUNT
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Shutting down Data Guard Broker processes
Mon Jan 10 15:20:00 2011
Completed: Data Guard Broker shutdown
Mon Jan 10 15:20:02 2011
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Mon Jan 10 15:21:43 2011
Starting ORACLE instance (normal)
Mon Jan 10 15:21:43 2011
Specified value of sga_max_size is too small, bumping to 645922816
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 3
Autotune of undo retention is turned on.
IMODE=BR
ILAT =10
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.4.0.
System parameters with non-default values:
processes = 80
sessions = 96
event = 10191 trace name context forever, level 1
sga_max_size = 645922816
shared_pool_size = 318767104
__java_pool_size = 4194304
java_pool_size = 4194304
shared_pool_reserved_size= 31598837
filesystemio_options = setall
control_files = E:\ORACLE\TST\ORIGLOGA\CNTRL\CNTLRTST.DBF, E:\ORACLE\TST\ORIGLOGB\CNTRL\CNTRLTST.DBF, F:\ORACLE\TST\SAPDATA1\CNTRL\CNTRLTST.DBF
control_file_record_keep_time= 30
db_block_size = 8192
db_cache_size = 318767104
compatible = 10.2.0
log_archive_dest = E:\oracle\TST\oraarch\TSTarch
log_buffer = 2061312
log_checkpoint_interval = 0
db_files = 254
log_checkpoints_to_alert = TRUE
dml_locks = 4000
undo_management = AUTO
undo_tablespace = PSAPUNDO
undo_retention = 43200
recyclebin = off
remote_os_authent = TRUE
remote_login_passwordfile= EXCLUSIVE
dispatchers = (PROTOCOL=TCP) (SERVICE=TSTXDB)
job_queue_processes = 1
background_dump_dest = F:\ORACLE\TST\SAPTRACE\BACKGROUND
user_dump_dest = F:\ORACLE\TST\SAPTRACE\USERTRACE
core_dump_dest = F:\ORACLE\TST\SAPTRACE\BACKGROUND
optimizer_features_enable= 10.2.0.1
sort_area_size = 2097152
sort_area_retained_size = 0
db_name = TST
open_cursors = 800
optimpeek_user_binds = FALSE
pga_aggregate_target = 421317836
workarea_size_policy = AUTO
statistics_level = typical
dg_broker_start = TRUE
PMON started with pid=2, OS id=5108
PSP0 started with pid=3, OS id=3884
MMAN started with pid=4, OS id=3212
DBW0 started with pid=5, OS id=4508
LGWR started with pid=6, OS id=4124
CKPT started with pid=7, OS id=3684
SMON started with pid=8, OS id=3284
RECO started with pid=9, OS id=4360
CJQ0 started with pid=10, OS id=2128
MMON started with pid=11, OS id=3976
Mon Jan 10 15:21:43 2011
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
MMNL started with pid=12, OS id=3444
Mon Jan 10 15:21:43 2011
starting up 1 shared server(s) ...
DMON started with pid=15, OS id=4136
Mon Jan 10 15:21:43 2011
ALTER DATABASE MOUNT
Mon Jan 10 15:21:48 2011
Setting recovery target incarnation to 4
Mon Jan 10 15:21:48 2011
Successful mount of redo thread 1, with mount id 1881221383
Mon Jan 10 15:21:48 2011
Database mounted in Exclusive Mode
Completed: ALTER DATABASE MOUNT
Mon Jan 10 15:21:48 2011
ALTER DATABASE OPEN
Mon Jan 10 15:21:51 2011
Starting Data Guard Broker (DMON)
INSV started with pid=16, OS id=4264
Mon Jan 10 15:21:55 2011
LGWR: STARTING ARCH PROCESSES
ARC0 started with pid=18, OS id=4768
Mon Jan 10 15:21:55 2011
ARC0: Archival started
Mon Jan 10 15:21:55 2011
ARC1: Archival started
ARC1 started with pid=19, OS id=5288
LGWR: STARTING ARCH PROCESSES COMPLETE
Thread 1 opened at log sequence 11
Current log# 3 seq# 11 mem# 0: E:\ORACLE\TST\ORIGLOGA\LOG_G13M1.DBF
Current log# 3 seq# 11 mem# 1: E:\ORACLE\TST\MIRRLOGA\LOG_G13M2.DBF
Successful open of redo thread 1
Mon Jan 10 15:21:57 2011
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Mon Jan 10 15:21:57 2011
SMON: enabling cache recovery
Mon Jan 10 15:21:57 2011
ARC0: Becoming the 'no FAL' ARCH
ARC0: Becoming the 'no SRL' ARCH
Mon Jan 10 15:21:57 2011
ARC1: Becoming the heartbeat ARCH
Mon Jan 10 15:21:58 2011
Incremental checkpoint up to RBA [0xb.16b77.0], current log tail at RBA [0xb.16b77.0]
Mon Jan 10 15:21:59 2011
Successfully onlined Undo Tablespace 1.
Mon Jan 10 15:21:59 2011
SMON: enabling tx recovery
Mon Jan 10 15:21:59 2011
Database Characterset is UTF8
Opening with internal Resource Manager plan
where NUMA PG = 1, CPUs = 2
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
QMNC started with pid=20, OS id=4156
Mon Jan 10 15:22:05 2011
Completed: ALTER DATABASE OPEN
Mon Jan 10 15:52:02 2011
Incremental checkpoint up to RBA [0xb.180ee.0], current log tail at RBA [0xb.1830a.0]
Mon Jan 10 15:52:16 2011
Shutting down instance: further logons disabled
Mon Jan 10 15:52:16 2011
Stopping background process CJQ0
Mon Jan 10 15:52:16 2011
Stopping background process QMNC
Mon Jan 10 15:52:17 2011
Background process QMNC not dead after 150 seconds
Mon Jan 10 15:52:17 2011
Stopping background process MMNL
Mon Jan 10 15:52:18 2011
Background process MMNL not dead after 10 seconds
Mon Jan 10 15:52:18 2011
Stopping background process MMON
Mon Jan 10 15:52:19 2011
Background process MMON not dead after 30 seconds
Mon Jan 10 15:52:19 2011
Shutting down instance (immediate)
License high water mark = 12
Mon Jan 10 15:52:19 2011
Stopping Job queue slave processes, flags = 7
Mon Jan 10 15:52:19 2011
Job queue slave processes stopped
Waiting for dispatcher 'D000' to shutdown
All dispatchers and shared servers shutdown
Mon Jan 10 15:52:24 2011
ALTER DATABASE CLOSE NORMAL
Mon Jan 10 15:52:24 2011
SMON: disabling tx recovery
SMON: disabling cache recovery
Mon Jan 10 15:52:25 2011
Shutting down archive processes
Archiving is disabled
Mon Jan 10 15:52:30 2011
ARCH shutting down
ARC1: Archival stopped
Mon Jan 10 15:52:35 2011
ARCH shutting down
ARC0: Archival stopped
Mon Jan 10 15:52:36 2011
Thread 1 closed at log sequence 11
Successful close of redo thread 1
Mon Jan 10 15:52:37 2011
Completed: ALTER DATABASE CLOSE NORMAL
Mon Jan 10 15:52:37 2011
ALTER DATABASE DISMOUNT
Completed: ALTER DATABASE DISMOUNT
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Shutting down Data Guard Broker processes
Mon Jan 10 15:52:38 2011
Completed: Data Guard Broker shutdown
Mon Jan 10 15:52:40 2011
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Mon Jan 10 15:53:28 2011
Starting ORACLE instance (normal)
Mon Jan 10 15:53:28 2011
Specified value of sga_max_size is too small, bumping to 645922816
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 3
Autotune of undo retention is turned on.
IMODE=BR
ILAT =10
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.4.0.
System parameters with non-default values:
processes = 80
sessions = 96
event = 10191 trace name context forever, level 1
sga_max_size = 645922816
__shared_pool_size = 318767104
shared_pool_size = 318767104
__java_pool_size = 4194304
java_pool_size = 4194304
shared_pool_reserved_size= 31598837
filesystemio_options = setall
control_files = E:\ORACLE\TST\ORIGLOGA\CNTRL\CNTLRTST.DBF, E:\ORACLE\TST\ORIGLOGB\CNTRL\CNTRLTST.DBF, F:\ORACLE\TST\SAPDATA1\CNTRL\CNTRLTST.DBF
control_file_record_keep_time= 30
db_block_size = 8192
__db_cache_size = 318767104
db_cache_size = 318767104
compatible = 10.2.0
log_archive_dest = E:\oracle\TST\oraarch\TSTarch
log_buffer = 2061312
log_checkpoint_interval = 0
db_files = 254
log_checkpoints_to_alert = TRUE
dml_locks = 4000
undo_management = AUTO
undo_tablespace = PSAPUNDO
undo_retention = 43200
recyclebin = off
remote_os_authent = TRUE
remote_login_passwordfile= EXCLUSIVE
dispatchers = (PROTOCOL=TCP) (SERVICE=TSTXDB)
job_queue_processes = 1
background_dump_dest = F:\ORACLE\TST\SAPTRACE\BACKGROUND
user_dump_dest = F:\ORACLE\TST\SAPTRACE\USERTRACE
core_dump_dest = F:\ORACLE\TST\SAPTRACE\BACKGROUND
optimizer_features_enable= 10.2.0.1
sort_area_size = 2097152
sort_area_retained_size = 0
db_name = TST
open_cursors = 800
optimpeek_user_binds = FALSE
pga_aggregate_target = 421317836
workarea_size_policy = AUTO
statistics_level = typical
dg_broker_start = TRUE
PMON started with pid=2, OS id=5296
PSP0 started with pid=3, OS id=4804
MMAN started with pid=4, OS id=3480
DBW0 started with pid=5, OS id=4312
LGWR started with pid=6, OS id=4036
CKPT started with pid=7, OS id=3372
SMON started with pid=8, OS id=5816
RECO started with pid=9, OS id=5240
CJQ0 started with pid=10, OS id=4524
MMON started with pid=11, OS id=6140
Mon Jan 10 15:53:28 2011
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
MMNL started with pid=12, OS id=5680
Mon Jan 10 15:53:28 2011
starting up 1 shared server(s) ...
DMON started with pid=15, OS id=5308
Mon Jan 10 15:53:28 2011
ALTER DATABASE MOUNT
Mon Jan 10 15:53:32 2011
Setting recovery target incarnation to 4
Mon Jan 10 15:53:33 2011
Successful mount of redo thread 1, with mount id 1881229688
Mon Jan 10 15:53:33 2011
Database mounted in Exclusive Mode
Completed: ALTER DATABASE MOUNT
Mon Jan 10 15:53:33 2011
ALTER DATABASE OPEN
Mon Jan 10 15:53:36 2011
Starting Data Guard Broker (DMON)
INSV started with pid=16, OS id=4536
Mon Jan 10 15:53:40 2011
LGWR: STARTING ARCH PROCESSES
ARC0 started with pid=18, OS id=5552
Mon Jan 10 15:53:40 2011
ARC0: Archival started
ARC1: Archival started
ARC1 started with pid=19, OS id=5312
LGWR: STARTING ARCH PROCESSES COMPLETE
Thread 1 opened at log sequence 11
Current log# 3 seq# 11 mem# 0: E:\ORACLE\TST\ORIGLOGA\LOG_G13M1.DBF
Current log# 3 seq# 11 mem# 1: E:\ORACLE\TST\MIRRLOGA\LOG_G13M2.DBF
Successful open of redo thread 1
Mon Jan 10 15:53:41 2011
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Mon Jan 10 15:53:41 2011
SMON: enabling cache recovery
Mon Jan 10 15:53:42 2011
ARC1: Becoming the 'no FAL' ARCH
ARC1: Becoming the 'no SRL' ARCH
Mon Jan 10 15:53:42 2011
ARC0: Becoming the heartbeat ARCH
Mon Jan 10 15:53:43 2011
Incremental checkpoint up to RBA [0xb.18403.0], current log tail at RBA [0xb.18403.0]
Mon Jan 10 15:53:44 2011
Successfully onlined Undo Tablespace 1.
Mon Jan 10 15:53:44 2011
SMON: enabling tx recovery
Mon Jan 10 15:53:44 2011
Database Characterset is UTF8
Opening with internal Resource Manager plan
where NUMA PG = 1, CPUs = 2
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
QMNC started with pid=20, OS id=5776
Mon Jan 10 15:53:50 2011
Completed: ALTER DATABASE OPEN
Mon Jan 10 15:55:46 2011
Starting ORACLE instance (normal)
Mon Jan 10 16:00:56 2011
Errors in file f:\oracle\tst\saptrace\background\tst_j000_3228.trc:
Mon Jan 10 16:01:26 2011
Beginning log switch checkpoint up to RBA [0xc.2.10], SCN: 16865686
Mon Jan 10 16:01:26 2011
Thread 1 advanced to log sequence 12 (LGWR switch)
Current log# 4 seq# 12 mem# 0: E:\ORACLE\TST\ORIGLOGB\LOG_G14M1.DBF
Current log# 4 seq# 12 mem# 1: E:\ORACLE\TST\MIRRLOGB\LOG_G14M2.DBF
Mon Jan 10 16:03:54 2011
Errors in file f:\oracle\tst\saptrace\background\tst_m000_5396.trc:
ORA-00600: internal error code, arguments: [kcbz_check_objd_typ], [0], [0], [1], [], [], [], []
Mon Jan 10 16:04:01 2011
Errors in file f:\oracle\tst\saptrace\background\tst_m000_5396.trc:
ORA-00600: internal error code, arguments: [kcbgcur_3], [61846], [9], [4], [0], [], [], []
Mon Jan 10 16:04:07 2011
Errors in file f:\oracle\tst\saptrace\background\tst_m000_5396.trc:
ORA-00600: internal error code, arguments: [kcbz_check_objd_typ], [0], [0], [1], [], [], [], []
Mon Jan 10 16:06:30 2011
Completed checkpoint up to RBA [0xc.2.10], SCN: 16865686
Mon Jan 10 16:23:50 2011
Incremental checkpoint up to RBA [0xc.4e3a.0], current log tail at RBA [0xc.4f1f.0]
Mon Jan 10 16:53:57 2011
Incremental checkpoint up to RBA [0xc.55b9.0], current log tail at RBA [0xc.5726.0]
Mon Jan 10 17:00:01 2011
Errors in file f:\oracle\tst\saptrace\background\tst_j000_2516.trc:
Mon Jan 10 17:00:29 2011
Errors in file f:\oracle\tst\saptrace\background\tst_m000_6048.trc:
ORA-00600: internal error code, arguments: [kcbz_check_objd_typ], [0], [0], [1], [], [], [], []
Mon Jan 10 17:00:33 2011
Errors in file f:\oracle\tst\saptrace\background\tst_m000_6048.trc:
ORA-00600: internal error code, arguments: [kcbgcur_3], [61846], [9], [4], [0], [], [], []
Mon Jan 10 17:00:37 2011
Errors in file f:\oracle\tst\saptrace\background\tst_m000_6048.trc:
ORA-00600: internal error code, arguments: [kcbz_check_objd_typ], [0], [0], [1], [], [], [], []
Mon Jan 10 17:24:02 2011
Incremental checkpoint up to RBA [0xc.6125.0], current log tail at RBA [0xc.62ae.0] -
Rman causing control file contention
Hi,
may i ask for your opinions and advice regarding control file contention issues.
last week when rman was running it caused a locking issue with another session in another node and based on ash/awr reports there was a control file contention issue..
in need of your advice and opinions
thanks.Hi,
I have too little experience with RAC, so you better wait for some answers from experts on that matter.
Nevertheless, my thoughts are as follows:
* You have enqueue contention, and this should be taken care of by the GES part of your CRS layer: maybe a place to check if you can trace back any problems.
* I thought that the version management should be like : CRS version >= ASM version >= DB version .... and this is no longer your situation since your CRS version seems to be 10g when your database run 11g.
Maybe you could also mention if you use ASM, and where your control files are located.
Again, wait for experienced answers...
HTH,
Thierry -
Hi all,
11.2.0.1
Aix 6.1
I want to backup my control file to text as in
SQL> alter system backup controlfile to '/u01/a.txt';
But the output is not readable
Why is that if the command is
SQL> alter system backup controlfile to trace;
The output is readable but it is very hard to find
Please help...
Thanks ,
zxySaran, you should actually take care of what the OP is saying. He/she certainly even did not tried the command he/she tells us because it's not an option of "alter system".
SQL> alter system backup controlfile to trace as '/u01/a.sql';
alter system backup controlfile to trace as '/u01/a.sql'
ERROR at line 1:
ORA-02065: illegal option for ALTER SYSTEM
SQL>
Please see Hemant's post instead.
Mod. action: your "correct" response is unmarked.
Nicolas. -
Backup control file to trace failing with ORAORA-01116
Hi,
backup failing on 10.2 version as includes a backup controlfile command. This falls over with
unable to open file /u10/oradata/TISD/temp101.dbf
Now, there is a tempfile there, temp01.dbf.
Why is the temp101.dbf being looked for?
How can I proceed from this ?
As it doenst exist, I am tempted to create it; but why is it temp101? (and not something like temp02)
Thanks,
DA
Edited by: Dan A on Jul 16, 2009 4:31 AMThis turned out to be a case of a user playing around with the temp tablespace and not dropping original correctly. In teh end I dropped the tablasepace with everyting in it.
Thanks to all.
DA
Maybe you are looking for
-
Driver issue with HP LJ 4250 NIC?
Hi...Printing to a HP LJ 4250 results in many pages of garbage, beginning with "%!PS-Adobe-3.0 %APLDSCEncoding: UTF8 %APLProducer: (Version 10.5.2 (Build 9C31) I have other 4250s on my WAN and I can print to them no problem with IPP (or HP JetdirectX
-
Problem connecting two trunks to sip provider using same CUBE
We need to connect two SIP trunks from service provider to Cisco CUCM 7.1 using CUBE "Cisco 2821", SP using the following configuration: First SIP PSTN Link Configuration(In-Out DID/DOD 218 7700 – 218 7799) Customer IP Address = 10.196.191.158/30 S
-
After installing Yosemite, my Mail stops working after about 20-30 seconds when this Dialog Box pops up, freezes Mail and says: "Mail cannot access your mailbox information because it's already in use. Another application on your computer or on your
-
My 13 inch Macbook pro w retina will not install/download OS X Mavericks because it says I do not have the requirements in order to install it. I purchased my Mac this past month on 11/20/13 so i do not have a problem with it being an older version.
-
MacBook Slow/Crashes after Lion Upgrade
MacBook (13-inch, Aluminum, Late 2008) runs slow, crashes after update to Lion. Ran fine before. Now it crashes when it goes to sleep with screen saver running, sometimes takes multiple force-restarts to boot and seems to run out of RAM (menu bar dis