Regarding Controlfile.......

Below is Oracle Documentation from Physical Storage Structures
The control file contains the following types of records:
Circular reuse recordsThese records contain noncritical information that is eligible to be overwritten if needed. When all available record slots are full, the database either expands the control file to make room for a new record or overwrites the oldest record. Examples include records about archived redo log files and RMAN backups.
Question:
How to find out the circular reuse records from view v$controlfile_record_section?

TSharma wrote:
You can generate a controlfile dump with the higher dump level. The higher he dump level  more circular reuse records you will see at the end of the dump file.
For example:
Alter session set events 'immediate trace name controlf level 3';
Alter session set events 'immediate trace name controlf level 4';
Alter session set events 'immediate trace name controlf level 15';
Interesting point about levels up to 15.
Level 10 actually gives you a raw dump of the file - so there's a funny jump from 9 to 11 which I hadn't noticed.
The OP won't get any extra information from the dumps that isn't available in the v$controlfile_record_section, though - since any section which hasn't used any records won't give a clue about whether or not it would recycle:
Extract from the view:
TYPE                         RECORD_SIZE RECORDS_TOTAL RECORDS_USED FIRST_INDEX LAST_INDEX LAST_RECID
LOG HISTORY                           56         10888        10888        2545       2544     157246
OFFLINE RANGE                        200          1021            0           0          0          0
ARCHIVED LOG                         584         21480        21480        3203       3202      67642
BACKUP SET                            40         32672        32672       15883      15882     717917
BACKUP PIECE                         736         32128        32128        2155       2154     727763
BACKUP DATAFILE                      200         29288        29288       22862      22861     836798
BACKUP REDOLOG                        76         21488        21488         146        145     146154
DATAFILE COPY                        736         63936        63936       52286      52285     468871
BACKUP CORRUPTION                     44          1113            0           0          0          0
COPY CORRUPTION                       40          1021            0           0          0          0
DELETED OBJECT                        20        418048       418048      116058     116057    2210380
PROXY COPY                           928          1006            0           0          0          0
BACKUP SPFILE                        124          1812         1812        1438       1437      23634
It's a fairly safe bet that the sections where FIRST_INDEX is greater than LAST_INDEX are sections where a limited size array is being reused. But what can you deduce about OFFLINE RANGE ?
Comparing this with the dump, the circular ranges which have been used show things like:
LOG FILE HISTORY RECORDS
(size = 56, compat size = 56, section max = 292, section in-use = 292,
  last-recid= 311, old-recno = 20, last-recno = 19)
(extent = 1, blkno = 95, numrecs = 292)
Earliest record:
RECID #20 Recno 20 Record timestamp  01/23/12 09:22:58 Thread=1 Seq#=20 Link-Recid=19 kccic-Recid=1
  Low scn: 0x0000.0009914b 01/23/12 09:22:45 Next scn: 0x0000.00099d0d
Latest record:
RECID #311 Recno 19 Record timestamp  06/24/13 08:00:24 Thread=1 Seq#=311 Link-Recid=310 kccic-Recid=1
  Low scn: 0x0b86.404a1635 06/14/13 16:06:45 Next scn: 0x0b86.404a8554
(Different control file, by the way).
Again this doesn't show us anything about the circular reuse ranges if they haven't bee used.
Regards
Jonathan Lewis

Similar Messages

  • Regarding Controlfile Autobackups

    Hi Expert !!
    From Oracle Documentation (Oracle Database Backup and Recovery Advanced Users's Guide 10g Release 2):
    Page: 2-29
    "By default, control file autobackups are turned off, and no control file autobackups are performed. If CONFIGURE CONTROLFILE AUTOBACKUP is ON, then RMAN
    automatically backs up the control file and the current server parameter file (if used to start up the database) in one of two circumstances: when a successful backup must be recorded in the RMAN repository, and when a structural change to the database affects the contents of the control file which therefore must be backed up."
    Page 2-30
    "The control file is also automatically backed up after database structural changes such as adding a new tablespace, altering the state of a tablespace or datafile (for example, bringing it online), adding a new online redo log, renaming a file, adding a new redo thread, and so on. Losing this information would compromise your ability to recover the database. This backup is performed by the server process itself, rather than one of the RMAN channels. This type of autobackup, unlike autobackups that occur after a successful backup, is always created on disk."
    I have configured my RMAN enviroment as below (truncated the output to only non-default values for clarity):
    RMAN> show all;
    RMAN configuration parameters are:
    CONFIGURE CONTROLFILE AUTOBACKUP ON;
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/u10/test%F';According to the documentation, when I create or drop a tablespace, server process should backup controlfile to "/u10" location but its not happening in my case. Neither a backup piece is created in $ORACLE_HOME/dbs location.
    Could anybody tell me where am I making a mistake?
    Thanks once again

    Thanks for the reply.
    This kind of autobackup is done successfully?No, I am not doing any RMAN backup. I am simply creating a new tablespace (from SQL*Plus), so the server process should automatically backup my controlfile.
    Am I not correct?

  • V$ASM_FILE.REDUNDANCY_LOWERED

    Hello,
    10gR2:
    In a newly created disk group with normal redundancy almost all the files have V$ASM_FILE.REDUNDANCY_LOWERED set to "Y". Disk group contains 2 disks, each disk seems to work fine.
    What I would expect is "N" in each row for normal redundancy files.
    Another question: In case where we have only two disks in a disk group (each disk in its own failgroup) - what is the behaviour of control files (which have high redundancy in their default template). Is it true that only the control files should have "Y" in V$ASM_FILE.REDUNDANCY_LOWERED column in a 2-disk diskgroup case?
    Andrzej

    Hey:
    Please check the information for that column:
    REDUNDANCY_LOWERED
    VARCHAR2(1)
    Indicates whether a file has lower redundancy than what was expected (Y) or not (N). Redundancy is said to have been lowered for a file when one or more data extents in that file are not mirrored at the level specified by the administrator. In case of unprotected files, data extents could be missing altogether. Another possible value for this column is (U), which means that it is unknown.This column is deprecated, and it always displays a value of U.
    this thread can help you: V$ASM_FILE redundancy_lowered
    regarding controlfiles, you have to use "control_files" parameters if you want many files, this is called "multiplexing". You can put the control files in a diskgroup that has Normal y/o high redundancy and  of course, the control file physically, will be mirror to the other disks.

  • Doubt regarding internal  activity about snapshot controlfile

    We knows that to maintain Read consistency, RMAN create a duplicate read consistent version of current control file known as snapshot control file. Now from docs, it has been mentioned that “RMAN needs a snapshot control file only when resynchronizing with the recovery catalog or when making a backup of the current control file”. I have a RMAN backup script where after allocating channels it is first taking whole database backup and then archivelog backup is taken once whole database backup is complete. In the end, it is taking current control file backup, now two doubts here:
    1) We know that at the start of backup rman needs to resysnc recovery catalog with current control file - so a snapshot control is created before initiating full backup of the database?
    2) Now in the end once when the whole database backup & archivelog backup is complete , while taking current controlfile backup as per written script, does it again create a new snapshot controlfile or just the snapshot controlfile is accessed and does the snapshot controlfile remains in locked state(read only) during entire backup operation ?
    Any explanation behind these internals will be highly appreciated.
    Edited by: 918868 on May 14, 2013 9:27 AM

    Hi,
    1) We know that at the start of backup rman needs to resysnc recovery catalog with current control file - so a snapshot control is created before initiating full backup of the database?
    I think snapshot controlfile is not created before initiating the backup because RMAN synchronize the recovery catalog with controlfile at the end of backup operation so that latest backup information also gets update to the recovery catalog.
    2) Now in the end once when the whole database backup & archivelog backup is complete , while taking current controlfile backup as per written script, does it again create a new snapshot controlfile or just the snapshot controlfile is accessed and does the snapshot controlfile remains in locked state(read only) during entire backup operation ?
    Yes snapshot controlfile is created while taking controlfile backup.
    Thanks

  • What is the diffrence between ' Contolfile ' and ' Standby Controlfile' ???

    Hi Guru's,
    Can someone please help me out with the diffrences between a 'Control File' and 'Standby Controlfile'.
    Thanks in advance
    Regards,
    Girish

    Kind of reply you can always expect from Sybrand...anyways...the controlfile of any production database would always be having a bit in itself which identifies a database as a primary or a standby database, so whenever you try to query select database_role from v$database; for any production database it would always give output as PRIMARY and for a standby it would always give output as PHYSICAL STANDBY..Hope it clears your doubts
    Regards,
    Ajinkya

  • How can I add a new controlfile in ASM?

    In the ASM,I can't copy any file.How Can I create a new online controlfile? Thanks!

    You can use "alter database backup controlfile to trace" command to get the control file contents.
    Now you can use create controlfile:
    1) If you use resetlogs, use file creation context form for specification of log files.
    2) If you use resetlogs, use file reference context.
    Why do you want to create a new control file. Is it for multiplexing purpose?
    Reference: Chapter-12 of Oracle database administrator guide 10gR2
    search for title "Creating a Control File in ASM" ...
    Hope this will help you.
    Regards,
    Neeraj

  • Regarding RESETLOG and NORESETLOG option while creating a control file

    Hi,
    I dont understand the need for resetlogs option while creating a controlfile for a db in NOARCHIVELOGMODE. I assume that reset logs clears all the redo log contents.
    While taking a cold backup what I did was:
    1. Shutdown instance
    2. Copy all the files
    3. Startup
    Now I tried recovering the same database on a new machine (with different path btw.) coz of which i had to create a new control file. My question is: while restoring the database, do I need to create the control file with NORESETLOG or RESETLOG option?
    When I tried using the NORESETLOG (NOARCHIVELOG) option I was able to recover the instance without any hassles.
    ie
    1. STARTUP NOMOUNT
    2. CREATE NEW CONTROL FILE USING NORESETLOG (NOARCHIVELOG)
    3. RECOVER DATABASE
    4. ALTER DATABASE OPEN;
    While the same thing with NORESETLOG (NOARCHIVELOG) option:
    1. STARTUP NOMOUNT
    2. CREATE NEW CONTROL FILE USING RESETLOG (NOARCHIVELOG)
    3. RECOVER DATABASE USING BACKUP CONTROLFILE
    This step asked me for some archivelogs which were not generated since the db is in NOARCHIVELOG mode.
    I wonder why we require the RESETLOG OPTION SINCE A NORMAL SHUTDOWN PERFORMED BEFORE COLD BACKUP would have ensured that there is no redo information left in the redo logs.
    Please let me know if I am thinking the incorrect way.
    Regards and Thanx in Advance,
    Raj

    If you had a db running in noarchivelog mode and had to clone the db and rename it, the create controlfile stmt:
    create controlfile reuse <db_name> needs to be changed to: create controlfile SET <db_name>, in which case the db can only be opened with resetlogs. Hope this answers your question

  • Controlfile creation

    Hi,
    While creating a control file, I got the following error.
    ERROR at line 1:
    ORA-01503: CREATE CONTROLFILE failed
    ORA-01130: database file version 10.2.0.2.0 incompatible with ORACLE version 10.2.0.0.0
    ORA-01110: data file 1:
    'L:\BackupPR1-22Aug09\L\ORACLE\TST\SAPDATA1\SYSTEM_1\SYSTEM.DATA1'
    The version is same in source & target database.
    Our Environment
    SAP: 4.6C
    Oracle: 10.2.0.2.0 x-64 bit
    OS: windows 2003.
    Can you please help me?
    Thanks and Regards
    Satya

    > ERROR at line 1:
    > ORA-01503: CREATE CONTROLFILE failed
    > ORA-01130: database file version 10.2.0.2.0 incompatible with ORACLE version 10.2.0.0.0
    > ORA-01110: data file 1:
    > 'L:\BackupPR1-22Aug09\L\ORACLE\TST\SAPDATA1\SYSTEM_1\SYSTEM.DATA1'
    Make sure all the paths for the (new) controlfiles are existing.
    Markus

  • Creating a new controlfile with datafiles in RMAN backup

    Hi,
    i am using oracle 10g (10.2.0.1) in RHEL5 server. i am trying to restore a RMAN backup from one server to another new server with new db name. i have taken out the spfile from RMAN autobackup and created pfile from it and edited the pfile with new dbname and directory structure and started the db in nomount with the new pfile. Now i have restored the controfile from the RMAN autobackup tried to put the database in mount state. But it failed due to the below error
    RMAN-03002: failure of alter db command at 11/05/2012 21:44:56
    ORA-01103: database name 'ORADB' in control file is not 'DEVDB'
    Hence i shutdown the database and started the db in nomount with new pfile and tried to create the controlfile with the new db name,but it failed as it is looking for the datafiles.
    ORA-01503: CREATE CONTROLFILE failed
    ORA-01565: error in identifying file
    '/u01/app/oracle/oradata/DEVDB/datafile/o1_mf_system_80jq0kfw_.dbf'
    ORA-27037: unable to obtain file status
    Linux Error: 2: No such file or directory
    Additional information: 3
    All my datafiles reside in my RMAN backup. How to get the datafiles from RMAN backup in the above scenario??
    Regards,
    007

    Hello;
    The location and filename and DBIS will be different, but you need something like this :
    $ORACLE_HOME/bin/rman  << EOF
    CONNECT TARGET /
    STARTUP NOMOUNT;
    SET DBID 3754763357;  #DBID of PROD database
    RUN
       ALLOCATE CHANNEL c1 DEVICE TYPE disk format '/u01/oradata/backups';
       RESTORE CONTROLFILE FROM '/u01/oradata/backups/sb_t790762003_s85_p1';
       ALTER DATABASE MOUNT;
       SET NEWNAME FOR DATAFILE 1 TO '/u01/app/oracle/oradata/CLONE/system01.dbf';
        SET NEWNAME FOR TEMPFILE 1 TO '/u01/app/oracle/oradata/CLONE/temp01.dbf';
       RESTORE DATABASE;
       SWITCH DATAFILE ALL;
       RECOVER DATABASE;
       release channel c1;
    ALTER DATABASE OPEN RESETLOGS; So you need "SET NEWNAME" for all your files
    Full Example
    http://www.visi.com/~mseberg/rman/restore_database_without_catalog.html
    Best Regards
    mseberg

  • How to find out the Correct Controlfile script Trace .trc file in /bdump

    Hi Guys
    This is the most childish queries in this forum ..
    I wanna know how to Find out the correct trace file when we Issue alter database backup controlfile to trace at sqlprompt for Creating controlfile script.
    As i find it a bit confusing to go through the same Date & almost same time .trc files out of hundreds of trace file in /bdump directory to find the correct one.
    if we 've to find the Alert log file in /bdump directory $ ls -l al* & we get the alert log file .... if there is any similar way to find out the controlfile script Trace file ?
    Thanks & regards
    MZ

    MZ_AppsDBA wrote:
    Hi Guys
    This is the most childish queries in this forum ..
    I wanna know how to Find out the correct trace file when we Issue alter database backup controlfile to trace at sqlprompt for Creating controlfile script.
    As i find it a bit confusing to go through the same Date & almost same time .trc files out of hundreds of trace file in /bdump directory to find the correct one.
    if we 've to find the Alert log file in /bdump directory $ ls -l al* & we get the alert log file .... if there is any similar way to find out the controlfile script Trace file ?
    Thanks & regards
    MZcreation of the does not happen automatically. What script, and when does it run, do you have that creates the control file trace? Look for files in that time frame. Better, modify that script to specifically name the file .. BACKUP CONTROLFILE TO TRACE AS ....

  • Want to move datafiles, controlfiles, redolog on new ASM Disks (11gR2 RAC)

    Hi Guys,
    Setup: Two Node 11gR2 (11.2.0.1) RAC on RHEL 5.4
    Existing disks are from Old SAN & New Disks are from New SAN.
    Can I move all datafiles (+DATA), controlfiles (+CTRL), redolog (+REDO) on new ASM Disks by adding disks in is same Diskgroup & dropping older disks from existing Diskgroup taking advantage of ASM Re-balancing Feature.
    1) add required disks in the DATA Diskgroups,
    ALTER DISKGROUP DATA ADD DISK
    '/dev/oracleasm/disks/NEWDATA3' NAME NEWDATA_0003,
    '/dev/oracleasm/disks/NEWDATA4' NAME NEWDATA_0004,
    '/dev/oracleasm/disks/NEWDATA5' NAME NEWDATA_0005
    REBALANCE POWER 11;
    Check rebalance status from v$ASM_OPERATION.
    2) When rebalance completes, drop the old disks.
    ALTER DISKGROUP DATA DROP DISK
    NEWDATA_0000,
    NEWDATA_0001
    REBALANCE POWER 11;
    Check rebalance status from v$ASM_OPERATION.
    3) Do it same for Redo log groups & Controlfile Diskgroups.
    I hope, I could do this Activity, even if database is Up. is there possibility of Database block Corruption ??? (or is it necessary to perform above steps when database is down)
    Would be appreciated, your quick responses on the same.
    It's an urgent requirement. Thanks.
    Regards,
    Manish

    Manish Nashikkar wrote:
    Hi Guys,
    Setup: Two Node 11gR2 (11.2.0.1) RAC on RHEL 5.4
    Existing disks are from Old SAN & New Disks are from New SAN.
    Can I move all datafiles (+DATA), controlfiles (+CTRL), redolog (+REDO) on new ASM Disks by adding disks in is same Diskgroup & dropping older disks from existing Diskgroup taking advantage of ASM Re-balancing Feature.
    1) add required disks in the DATA Diskgroups,
    ALTER DISKGROUP DATA ADD DISK
    '/dev/oracleasm/disks/NEWDATA3' NAME NEWDATA_0003,
    '/dev/oracleasm/disks/NEWDATA4' NAME NEWDATA_0004,
    '/dev/oracleasm/disks/NEWDATA5' NAME NEWDATA_0005
    REBALANCE POWER 11;
    Check rebalance status from v$ASM_OPERATION.
    2) When rebalance completes, drop the old disks.
    ALTER DISKGROUP DATA DROP DISK
    NEWDATA_0000,
    NEWDATA_0001
    REBALANCE POWER 11;
    Check rebalance status from v$ASM_OPERATION.
    3) Do it same for Redo log groups & Controlfile Diskgroups.
    I hope, I could do this Activity, even if database is Up. is there possibility of Database block Corruption ??? (or is it necessary to perform above steps when database is down)
    Would be appreciated, your quick responses on the same.
    It's an urgent requirement. Thanks.
    Regards,
    Manish
    Hi Manish,
    Yes you can do that by adding new disk to existing diskgroup and delete old diskgroup. The good thing is this can be done online however you need to make sure the rebalance power is meet your business time, higher rebalance power is faster to rebalance to complete however it also will consume more resources
    Cheers

  • Controlfile on ASM performance question

    Seeing Controlfile Enqueue performance spikes, consideration are to move control file to separater diskgroup(need outage) ? or add some disk(from different luns,( i prefer this approach) in the same disk group , seems like slow disk is casing this issue...
    2nd question :can snapshot controlfile be placed on ASM storage?

    Following points may help:
    - Separating the control file to another diskgroup may make things even worse in case that the total number of disks are insufficient in the new disk group.
    - Those control file contention issues are usually nothing to do with the storage throughput you have but the number of operations requiring different levels of exclusion on the control files.
    - Since multiple copies of controlfiles are updated concurrently a possible, sometimes, problem is that the secondary copy of controlfile is slower than the other. Please check that this is not the issue (different tiers of storage may cause such problems)
    Regards,
    Husnu Sensoy

  • How to include DBID in controlfile backup filename

    Hi,
    I've googled over this issue a lot...actually, for disaster recovery purposes, I want to have dbid somewhere "visible" (I know there are some workarounds to find the dbid of the db, also I log the RMAN execution and the dbid is there, but i prefer to have it ready at hand) so I found that F% parameter puts the dbid in filename. But RMAN throws error when I use this parameter and says F is an unknown one.
    Any ideas?

    Hello;
    Test :
    Connected to:
    Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    SQL> SELECT DBID FROM V$DATABASE;
          DBID
    3806912436
    SQL> Recovery Manager: Release 11.2.0.3.0 - Production on Mon Dec 31 10:05:49 2012
    Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
    connected to target database: RECOVER2 (DBID=3806912436)
    connected to recovery catalog database
    RMAN> configure controlfile autobackup ON;
    old RMAN configuration parameters:
    CONFIGURE CONTROLFILE AUTOBACKUP ON;
    new RMAN configuration parameters:
    CONFIGURE CONTROLFILE AUTOBACKUP ON;
    new RMAN configuration parameters are successfully stored
    starting full resync of recovery catalog
    full resync complete
    RMAN> configure controlfile autobackup format for device type disk to 'B_%F';
    new RMAN configuration parameters:
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'B_%F';
    new RMAN configuration parameters are successfully stored
    starting full resync of recovery catalog
    full resync complete
    RMAN> Check
    RECOVER2 >ls -al /u01/app/oracle/product/11.2.0.3/dbs/B_c-3806912436*
    -rw-r----- 1 oracle oinstall 10223616 Dec 31 10:09 /u01/app/oracle/product/11.2.0.3/dbs/B_c-3806912436-20121231-00Adding %I seems to help the most, the problem with FORMAT is, it does not put the file where I like it. You can hard code it, but it's not exactly what I want.
    '/disk1/control_files/autobackup_%F';
    Best Regards
    mseberg
    Edited by: mseberg on Dec 31, 2012 11:13 AM
    Edited by: mseberg on Dec 31, 2012 11:28 AM

  • Create a standby controlfile using cold backup

    Hi All,
    We have to setup a DR for a production database.
    Here we have the coldbackup which backups all the datafiles and the control file from the production database.
    For cloining we generally copy them to another instance and then create controlfile manually. But for setting up as a DR , we would be creating it for standby controlfile.
    I tried to google but I am not able to find a way to create a standby controlfile from the existing controlfile cold backup.
    OS version solaris 10 , database version 11.2.0.1
    Regards
    KK
    Edited by: Kk on Feb 16, 2012 8:51 AM

    Kk wrote:
    Hi All,
    We have to setup a DR for a production database.
    Here we have the coldbackup which backups all the datafiles and the control file from the production database.
    For cloining we generally copy them to another instance and then create controlfile manually. But for setting up as a DR , we would be creating it for standby controlfile.
    I tried to google but I am not able to find a way to create a standby controlfile from the existing controlfile cold backup.
    OS version solaris 10 , database version 11.2.0.1
    Regards
    KK
    Edited by: Kk on Feb 16, 2012 8:51 AMTry as below
    My version:
    SQL> select * from v$version;
    BANNER
    Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
    PL/SQL Release 11.2.0.1.0 - Production
    CORE    11.2.0.1.0      Production
    TNS for 32-bit Windows: Version 11.2.0.1.0 - Production
    NLSRTL Version 11.2.0.1.0 - Production
    SQL>1) Taken backup of current controlfile
    2) Deleted Current controlfiles
    3) Restored using standby clause from current controlfile
    4) Mounted & now controlfile type is Standby
    Try in this way when you have cold backup. :)
    SQL> select controlfile_type from v$database;
    CONTROL
    CURRENT
    RMAN> run
    2> {
    3> allocate channel ch1 device type disk format 'c:\oracle\control%U.bkp';
    4> backup current controlfile;
    5> release channel ch1;
    6> }
    using target database control file instead of recovery catalog
    allocated channel: ch1
    channel ch1: SID=63 device type=DISK
    Starting backup at 16-FEB-12
    channel ch1: starting full datafile backup set
    channel ch1: specifying datafile(s) in backup set
    including current control file in backup set
    channel ch1: starting piece 1 at 16-FEB-12
    channel ch1: finished piece 1 at 16-FEB-12
    piece handle=C:\ORACLE\CONTROL08N3GEA6_1_1.BKP tag=TAG20120216T230334 comment=NONE
    channel ch1: backup set complete, elapsed time: 00:00:01
    Finished backup at 16-FEB-12
    released channel: ch1
    RMAN> exit
    RMAN> restore standby controlfile from 'C:\ORACLE\CONTROL08N3GEA6_1_1.BKP';
    Starting restore at 16-FEB-12
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=66 device type=DISK
    channel ORA_DISK_1: restoring control file
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
    output file name=C:\ORACLE\ORADATA\ORCL\CONTROL01.CTL
    output file name=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\CONTROL02.CTL
    Finished restore at 16-FEB-12
    SQL> alter database mount;
    Database altered.
    SQL> select controlfile_type from v$database;
    CONTROL
    STANDBY
    SQL>
    Some More information:-
    Even if your database backup is old, still you can create a new standby controlfile and restore new controlfile and restore database. Later after starting MRP all will be synchronized. No issues
    SQL> select controlfile_type from v$database;
    CONTROL
    CURRENT
    SQL> alter database create standby controlfile as 'c:\oracle\control_stby.ctl';
    Database altered.
    SQL> $dir c:\oracle\con*
    Volume in drive C is System
    Volume Serial Number is 1853-3E21
    Directory of c:\oracle
    02/16/2012  11:41 PM         9,748,480 CONTROL_STBY.CTL
                   1 File(s)     19,546,112 bytes
                   0 Dir(s)  177,185,570,816 bytes free
    SQL>Now Just restore database. You already have backup.
    Or
    If you have opportunity you can go ahead for Duplicate/Duplicate from active database
    Edited by: CKPT on Feb 16, 2012 11:41 PM

  • Controlfile corrupted when creating a database - ORA-00202

    Hi Oracle experts,
    I have two virtual machines, the clusterware installed fine and is accessing shared disks, also ASM is running fine.
    When I created the database using dbca everything went fine until the very last end, I saw a window indicating that instances on both nodes were starting then I got this error for the second instance:
    PRKP-1001 : Error starting instance vrac2 on node monoravpc11
    CRS-0215: Could not start resource 'ora.vrac.vrac2.inst'
    In the alert there are these errors:
    Tue Jul 29 09:44:49 2008
    Hex dump of (file 0, block 1) in trace file /u01/app/oracle/admin/vrac/udump/vrac2_ora_31504.trc
    Corrupt block relative dba: 0x00000001 (file 0, block 1)
    Completely zero block found during control file header read
    Tue Jul 29 09:44:52 2008
    Errors in file /u01/app/oracle/admin/vrac/udump/vrac2_ora_31504.trc:
    ORA-00202: control file: '+DATA/vrac/controlfile/current.257.661336023'
    Then I checked the ASM disks on the second instance and everything looks fine, disks are accesible and mounted:
    SQL> select instance_name from v$instance;
    INSTANCE_NAME
    +ASM2
    SQL> select group_number, disk_number, mount_status, state from v$asm_disk
    2 /
    GROUP_NUMBER DISK_NUMBER MOUNT_S STATE
    0 2 CLOSED NORMAL
    0 3 CLOSED NORMAL
    1 1 CACHED NORMAL
    1 0 CACHED NORMAL
    SQL> select group_number, disk_number, reads, writes, read_errs, write_errs from v$asm_disk;
    GROUP_NUMBER DISK_NUMBER READS WRITES READ_ERRS WRITE_ERRS
    0 2
    0 3
    1 1 25 1 0 0
    1 0 37 0 0 0
    ASMCMD> pwd
    +data/vrac/controlfile
    ASMCMD> ls
    Current.256.661336019
    Current.257.661336023
    Then I went to the first instance, wich is up and running and query the control files:
    Valid     File Name     File Directory
    VALID     current.256.661336019     +DATA/vrac/controlfile/
    VALID     current.257.661336023     +DATA/vrac/controlfile/
    They are good and valid.
    So, any hint? any suggestion? I am lost here, I even created a new controlfile I still received the very same message.
    Regards,
    Carlos Acosta

    Yes, sorry, I was so focused on writing a well redacted message that I forgot to send the versions ;)
    OS: Linux Redhat AS 3, 32bit
    Oracle Database and clusterware: 10.2.0.1
    Here is the complete messages file for today:
    Jul 29 09:36:15 monoravpc11 rsh(pam_unix)[22309]: session opened for user oracle by (uid=0)
    Jul 29 09:36:15 monoravpc11 rsh(pam_unix)[22309]: session closed for user oracle
    Jul 29 09:36:36 monoravpc11 pam_rhosts_auth[22717]: allowed to [email protected] as oracle
    Jul 29 09:36:37 monoravpc11 rsh(pam_unix)[22717]: session opened for user oracle by (uid=0)
    Jul 29 09:36:37 monoravpc11 rsh(pam_unix)[22717]: session closed for user oracle
    Jul 29 09:36:37 monoravpc11 pam_rhosts_auth[22750]: allowed to [email protected] as oracle
    Jul 29 09:36:37 monoravpc11 rsh(pam_unix)[22750]: session opened for user oracle by (uid=0)
    Jul 29 09:36:37 monoravpc11 rsh(pam_unix)[22750]: session closed for user oracle
    Jul 29 09:36:38 monoravpc11 pam_rhosts_auth[22783]: allowed to [email protected] as oracle
    Jul 29 09:36:38 monoravpc11 rsh(pam_unix)[22783]: session opened for user oracle by (uid=0)
    Jul 29 09:36:38 monoravpc11 rsh(pam_unix)[22783]: session closed for user oracle
    Jul 29 09:36:39 monoravpc11 pam_rhosts_auth[22793]: allowed to [email protected] as oracle
    Jul 29 09:36:39 monoravpc11 rsh(pam_unix)[22793]: session opened for user oracle by (uid=0)
    Jul 29 09:36:39 monoravpc11 rsh(pam_unix)[22793]: session closed for user oracle
    Jul 29 09:36:40 monoravpc11 pam_rhosts_auth[22828]: allowed to [email protected] as oracle
    Jul 29 09:36:40 monoravpc11 rsh(pam_unix)[22828]: session opened for user oracle by (uid=0)
    Jul 29 09:36:40 monoravpc11 rsh(pam_unix)[22828]: session closed for user oracle
    Jul 29 09:36:40 monoravpc11 pam_rhosts_auth[22836]: allowed to [email protected] as oracle
    Jul 29 09:36:40 monoravpc11 rsh(pam_unix)[22836]: session opened for user oracle by (uid=0)
    Jul 29 09:36:41 monoravpc11 rsh(pam_unix)[22836]: session closed for user oracle
    Jul 29 09:36:41 monoravpc11 pam_rhosts_auth[22871]: allowed to [email protected] as oracle
    Jul 29 09:36:41 monoravpc11 rsh(pam_unix)[22871]: session opened for user oracle by (uid=0)
    Jul 29 09:36:42 monoravpc11 rsh(pam_unix)[22871]: session closed for user oracle
    Jul 29 09:36:42 monoravpc11 pam_rhosts_auth[22879]: allowed to [email protected] as oracle
    Jul 29 09:36:42 monoravpc11 rsh(pam_unix)[22879]: session opened for user oracle by (uid=0)
    Jul 29 09:36:42 monoravpc11 rsh(pam_unix)[22879]: session closed for user oracle
    Jul 29 09:36:57 monoravpc11 pam_rhosts_auth[23164]: allowed to [email protected] as oracle
    Jul 29 09:36:57 monoravpc11 rsh(pam_unix)[23164]: session opened for user oracle by (uid=0)
    Jul 29 09:36:58 monoravpc11 pam_rhosts_auth[23213]: allowed to [email protected] as oracle
    Jul 29 09:36:58 monoravpc11 rsh(pam_unix)[23213]: session opened for user oracle by (uid=0)
    Jul 29 09:36:58 monoravpc11 rsh(pam_unix)[23213]: session closed for user oracle
    Jul 29 09:36:58 monoravpc11 pam_rhosts_auth[23249]: allowed to [email protected] as oracle
    Jul 29 09:36:58 monoravpc11 rsh(pam_unix)[23249]: session opened for user oracle by (uid=0)
    Jul 29 09:36:58 monoravpc11 rsh(pam_unix)[23249]: session closed for user oracle
    Jul 29 09:37:07 monoravpc11 pam_rhosts_auth[23434]: allowed to [email protected] as oracle
    Jul 29 09:37:07 monoravpc11 rsh(pam_unix)[23434]: session opened for user oracle by (uid=0)
    Jul 29 09:37:07 monoravpc11 rsh(pam_unix)[23434]: session closed for user oracle
    Jul 29 09:37:08 monoravpc11 pam_rhosts_auth[23444]: allowed to [email protected] as oracle
    Jul 29 09:37:08 monoravpc11 rsh(pam_unix)[23444]: session opened for user oracle by (uid=0)
    Jul 29 09:37:08 monoravpc11 rsh(pam_unix)[23444]: session closed for user oracle
    Jul 29 09:37:08 monoravpc11 pam_rhosts_auth[23477]: allowed to [email protected] as oracle
    Jul 29 09:37:08 monoravpc11 rsh(pam_unix)[23477]: session opened for user oracle by (uid=0)
    Jul 29 09:39:10 monoravpc11 pam_rhosts_auth[25874]: allowed to [email protected] as oracle
    Jul 29 09:39:10 monoravpc11 rsh(pam_unix)[25874]: session opened for user oracle by (uid=0)
    Jul 29 09:40:02 monoravpc11 rsh(pam_unix)[25874]: session closed for user oracle
    Jul 29 09:40:17 monoravpc11 pam_rhosts_auth[27528]: allowed to [email protected] as oracle
    Jul 29 09:40:17 monoravpc11 rsh(pam_unix)[27528]: session opened for user oracle by (uid=0)
    Jul 29 11:55:54 monoravpc11 sshd(pam_unix)[3752]: session closed for user oracle
    Jul 29 11:55:57 monoravpc11 sshd(pam_unix)[26631]: session opened for user oracle by (uid=500)

Maybe you are looking for

  • Can you put a lock on apps?

    Hi there, I was just wondering if there is any way of locking an app on my "ipad with retina display" which i purchased from the app store for example sketchbook express so only i can access it. i was wondering if i could lock an app via another app

  • Feed validation problem

    I would like to change some of these areas on my podcast such as add in artwork and the author title. Also in order for my feed to validate, it is imperative that I place my email on line 14. How do I access this? How can I get it done? 1. ?xml versi

  • How to open Report output in RTF format using concurrent request form.

    Hi I have created a report using BI publisher and RTF format. This report is working fine in PDF format. User can submit report using consurrent request form and can see report preview in PDF format. Now user wants to submit another request and wants

  • Remove prefix from dimension id in *rec statement

    Hi, I search through the documentation and find that to add a prefix, the statement should be *REC(ACCOUNT = ACC_ + ACCOUNT.GROUP). Does anyone knows how to remove the prefix when creating new records, for e.g. in my account dimension, I have a membe

  • Since I updated to Lion Mac OS X 10.7 I can´t synchronize my iPhone 4 with iTunes 10.4 anymore

    Hi community, after I updated my MacBook Pro to Lion Mac OS X 10.7 I can´t synchronize my iPhone 4 with iTunes 10.4.1 anymore. Is there anybody who solved this problem in the meantime? Thanks for your support.