Standby Database gives error ORA-03113:ORA-03114

Hi
I am using oracle 9iR2 on standby database when i recover it return errors like
SQL> recover standby database;
ORA-00279: change 8209765386 generated at 07/18/2008 12:10:41 needed for thread
1
ORA-00289: suggestion : J:\ORACLE\ORADATA\APR1\ARCHIVE\APR1T001S86548.ARC
ORA-00280: change 8209765386 for thread 1 is in sequence #86548
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00279: change 8209782309 generated at 07/18/2008 12:22:05 needed for thread
1
ORA-00289: suggestion : J:\ORACLE\ORADATA\APR1\ARCHIVE\APR1T001S86549.ARC
ORA-00280: change 8209782309 for thread 1 is in sequence #86549
ORA-00278: log file 'J:\ORACLE\ORADATA\APR1\ARCHIVE\APR1T001S86548.ARC' no
longer needed for this recovery
ORA-03113: end-of-file on communication channel
ORA-03114: not connected to ORACLE
Alert log display
Starting datafile 1 recovery in thread 1 sequence 86551
Datafile 1: 'E:\ORANT\ORADATA\APR1\SYSTEM01.DBF'
Starting datafile 3 recovery in thread 1 sequence 86551
Datafile 3: 'E:\ORANT\ORADATA\APR1\CWMLITE01.DBF'
Starting datafile 4 recovery in thread 1 sequence 86551
Datafile 4: 'E:\ORANT\ORADATA\APR1\DRSYS01.DBF'
Starting datafile 5 recovery in thread 1 sequence 86551
Datafile 5: 'E:\ORANT\ORADATA\APR1\EXAMPLE01.DBF'
Starting datafile 6 recovery in thread 1 sequence 86551
Datafile 6: 'E:\ORANT\ORADATA\APR1\INDX01.DBF'
Starting datafile 7 recovery in thread 1 sequence 86551
Datafile 7: 'E:\ORANT\ORADATA\APR1\ODM01.DBF'
Starting datafile 8 recovery in thread 1 sequence 86551
Datafile 8: 'E:\ORANT\ORADATA\APR1\TOOLS01.DBF'
Starting datafile 9 recovery in thread 1 sequence 86551
Datafile 9: 'J:\ORACLE\ORADATA\APR1\USERS01.DBF'
Starting datafile 10 recovery in thread 1 sequence 86551
Datafile 10: 'E:\ORANT\ORADATA\APR1\XDB01.DBF'
Starting datafile 11 recovery in thread 1 sequence 86551
Datafile 11: 'J:\ORACLE\ORADATA\APR1\APR_DATA5_E.DBF'
Starting datafile 12 recovery in thread 1 sequence 86549
Datafile 12: 'J:\ORACLE\ORADATA\APR1\APR_DATA4_C.DBF'
Starting datafile 13 recovery in thread 1 sequence 86550
Datafile 13: 'J:\ORACLE\ORADATA\APR1\APR_DATA2_D.DBF'
Starting datafile 14 recovery in thread 1 sequence 86550
Datafile 14: 'J:\ORACLE\ORADATA\APR1\APR_DATA2_A.DBF'
Starting datafile 15 recovery in thread 1 sequence 86548
Datafile 15: 'J:\ORACLE\ORADATA\APR1\APR_DATA2_B.DBF'
Starting datafile 16 recovery in thread 1 sequence 86550
Datafile 16: 'J:\ORACLE\ORADATA\APR1\APR_DATA1_A.DBF'
Starting datafile 17 recovery in thread 1 sequence 86550
Datafile 17: 'J:\ORACLE\ORADATA\APR1\APR_DATA1_B.DBF'
Starting datafile 18 recovery in thread 1 sequence 86550
Datafile 18: 'J:\ORACLE\ORADATA\APR1\APR_INDX1_A.DBF'
Starting datafile 19 recovery in thread 1 sequence 86549
Datafile 19: 'J:\ORACLE\ORADATA\APR1\APR_INDX1_B.DBF'
Starting datafile 20 recovery in thread 1 sequence 86549
Datafile 20: 'J:\ORACLE\ORADATA\APR1\APR_INDX1_C.DBF'
Starting datafile 25 recovery in thread 1 sequence 86550
Datafile 25: 'J:\ORACLE\ORADATA\APR1\APR_INDX3_A.DBF'
Starting datafile 26 recovery in thread 1 sequence 86550
Datafile 26: 'J:\ORACLE\ORADATA\APR1\APR_INDX3_B.DBF'
Starting datafile 27 recovery in thread 1 sequence 86550
Datafile 27: 'J:\ORACLE\ORADATA\APR1\APR_INDX3_C.DBF'
Starting datafile 28 recovery in thread 1 sequence 86550
Datafile 28: 'J:\ORACLE\ORADATA\APR1\APR_MVIEWS_A.DBF'
Starting datafile 29 recovery in thread 1 sequence 86550
Datafile 29: 'J:\ORACLE\ORADATA\APR1\BLOB_A.DBF'
Starting datafile 30 recovery in thread 1 sequence 86549
Datafile 30: 'J:\ORACLE\ORADATA\APR1\HR_DATA1_A.DBF'
Starting datafile 31 recovery in thread 1 sequence 86548
Datafile 31: 'J:\ORACLE\ORADATA\APR1\HR_DATA2_A.DBF'
Starting datafile 32 recovery in thread 1 sequence 86550
Datafile 32: 'J:\ORACLE\ORADATA\APR1\HR_INDX1_A.DBF'
Starting datafile 33 recovery in thread 1 sequence 86550
Datafile 33: 'J:\ORACLE\ORADATA\APR1\HR_INDX2_A.DBF'
Starting datafile 34 recovery in thread 1 sequence 86548
Datafile 34: 'J:\ORACLE\ORADATA\APR1\INVENTORY_A.DBF'
Starting datafile 35 recovery in thread 1 sequence 86550
Datafile 35: 'J:\ORACLE\ORADATA\APR1\INVENTORY_INDX_A.DBF'
Starting datafile 36 recovery in thread 1 sequence 86550
Datafile 36: 'E:\ORANT\ORADATA\APR1\SAMPLE_DATA1_A.DBF'
Starting datafile 37 recovery in thread 1 sequence 86550
Datafile 37: 'J:\ORACLE\ORADATA\APR1\VMS_DATA1_A.DBF'
Starting datafile 38 recovery in thread 1 sequence 86550
Datafile 38: 'J:\ORACLE\ORADATA\APR1\APR_MMS_A.DBF'
Starting datafile 39 recovery in thread 1 sequence 86550
Datafile 39: 'J:\ORACLE\ORADATA\APR1\AUDIT_DATA_A.DBF'
Starting datafile 40 recovery in thread 1 sequence 86549
Datafile 40: 'J:\ORACLE\ORADATA\APR1\UNDOTBS.DBF'
Starting datafile 41 recovery in thread 1 sequence 86550
Datafile 41: 'J:\ORACLE\ORADATA\APR1\APR_DATA1_C.DBF'
Starting datafile 42 recovery in thread 1 sequence 86549
Datafile 42: 'J:\ORACLE\ORADATA\APR1\APR_INDX3_E.DBF'
Starting datafile 43 recovery in thread 1 sequence 86548
Datafile 43: 'J:\ORACLE\ORADATA\APR1\APR_DATA2_C.DBF'
Starting datafile 44 recovery in thread 1 sequence 86550
Datafile 44: 'J:\ORACLE\ORADATA\APR1\APR_INDX1_E.DBF'
Starting datafile 46 recovery in thread 1 sequence 86550
Datafile 46: 'E:\ORANT\ORADATA\APR1\SYSTEM02.DBF'
Starting datafile 47 recovery in thread 1 sequence 86550
Datafile 47: 'J:\ORACLE\ORADATA\APR1\APR_INDX4_A.DBF'
Starting datafile 48 recovery in thread 1 sequence 86549
Datafile 48: 'J:\ORACLE\ORADATA\APR1\APR_DATA4.DBF'
Starting datafile 49 recovery in thread 1 sequence 86550
Datafile 49: 'J:\ORACLE\ORADATA\APR1\APR_DATA4_A.DBF'
Starting datafile 50 recovery in thread 1 sequence 86548
Datafile 50: 'J:\ORACLE\ORADATA\APR1\APR_DATA4_B.DBF'
Starting datafile 51 recovery in thread 1 sequence 86550
Datafile 51: 'J:\ORACLE\ORADATA\APR1\APR_INDX4_B.DBF'
Starting datafile 52 recovery in thread 1 sequence 86550
Datafile 52: 'J:\ORACLE\ORADATA\APR1\APR_DATA5_A.DBF'
Starting datafile 53 recovery in thread 1 sequence 86550
Datafile 53: 'J:\ORACLE\ORADATA\APR1\APR_DATA5_B.DBF'
Starting datafile 54 recovery in thread 1 sequence 86550
Datafile 54: 'J:\ORACLE\ORADATA\APR1\APR_DATA5_C.DBF'
Starting datafile 55 recovery in thread 1 sequence 86550
Datafile 55: 'J:\ORACLE\ORADATA\APR1\APR_DATA5_D.DBF'
Starting datafile 56 recovery in thread 1 sequence 86549
Datafile 56: 'J:\ORACLE\ORADATA\APR1\APR_INDX4_C.DBF'
Starting datafile 57 recovery in thread 1 sequence 86550
Datafile 57: 'J:\ORACLE\ORADATA\APR1\APR_INDX3_F.DBF'
Starting datafile 58 recovery in thread 1 sequence 86550
Datafile 58: 'J:\ORACLE\ORADATA\APR1\APR_DATA6_A.DBF'
Starting datafile 59 recovery in thread 1 sequence 86548
Datafile 59: 'J:\ORACLE\ORADATA\APR1\APR_DATA6_B.DBF'
Starting datafile 60 recovery in thread 1 sequence 86549
Datafile 60: 'J:\ORACLE\ORADATA\APR1\APR_DATA6_C.DBF'
Starting datafile 61 recovery in thread 1 sequence 86549
Datafile 61: 'J:\ORACLE\ORADATA\APR1\APR_INDX4_D.DBF'
Starting datafile 62 recovery in thread 1 sequence 86550
Datafile 62: 'J:\ORACLE\ORADATA\APR1\APR_INDX5_A.DBF'
Starting datafile 63 recovery in thread 1 sequence 86550
Datafile 63: 'J:\ORACLE\ORADATA\APR1\APR_INDX5_B.DBF'
Starting datafile 64 recovery in thread 1 sequence 86550
Datafile 64: 'E:\ORANT\ORADATA\APR1\USERS01_A.DBF'
Starting datafile 65 recovery in thread 1 sequence 86550
Datafile 65: 'J:\ORACLE\ORADATA\APR1\GMT1_DATA.DBF'
Starting datafile 66 recovery in thread 1 sequence 86548
Datafile 66: 'J:\ORACLE\ORADATA\APR1\GMT1_INDX.DBF'
Starting datafile 67 recovery in thread 1 sequence 86550
Datafile 67: 'J:\ORACLE\ORADATA\APR1\APR_DATA7.DBF'
Starting datafile 68 recovery in thread 1 sequence 86550
Datafile 68: 'J:\ORACLE\ORADATA\APR1\APR_INDX7A.ORA'
Starting datafile 69 recovery in thread 1 sequence 86550
Datafile 69: 'J:\ORACLE\ORADATA\APR1\APR_INDX8_A.DBF'
Starting datafile 70 recovery in thread 1 sequence 86550
Datafile 70: 'J:\ORACLE\ORADATA\APR1\APR_INDX8_B.DBF'
Media Recovery Log
ORA-279 signalled during: ALTER DATABASE RECOVER standby database ...
Wed Jul 23 11:26:24 2008
ALTER DATABASE RECOVER CONTINUE DEFAULT
Wed Jul 23 11:26:24 2008
Media Recovery Log J:\ORACLE\ORADATA\APR1\ARCHIVE\APR1T001S86548.ARC
ORA-279 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ...
Wed Jul 23 11:26:25 2008
ALTER DATABASE RECOVER CONTINUE DEFAULT
Media Recovery Log J:\ORACLE\ORADATA\APR1\ARCHIVE\APR1T001S86549.ARC
Wed Jul 23 11:26:53 2008
Some recovered datafiles maybe left media fuzzy
Media recovery may continue but open resetlogs may fail
Wed Jul 23 11:26:53 2008
ARC0: terminating instance due to error 472
Instance terminated by ARC0, pid = 2100
Tell me the solution.
Thanks in advance

I think your database is not going in begin backup mode...
this is my standby database server Pratap is there any method to check backup mode .
Thanks

Similar Messages

  • Standby database recovery error

    Dear All,
    When Im trying to apply redologs for my standby database, the following error is coming up
    ORA-00279: change 276067636 generated at 08/22/2010 05:03:25 needed for thread 1
    ORA-00289: suggestion : /oracle/BWP/oraarch/BWParch1_30490_684267445.dbf
    ORA-00280: change 276067636 for thread 1 is in sequence #30490
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    AUTO
    ORA-00283: recovery session canceled due to errors
    ORA-00368: checksum error in redo log block
    ORA-00353: log corruption near block 32769 change 276075175 time 08/22/2010 05:03:49
    ORA-00334: archived log: '/oracle/BWP/oraarch/BWParch1_30490_684267445.dbf'
    ORA-01112: media recovery not started
    Could you please help out.
    Thanks n Regards,
    KK

    Hi Stefan,
    Oracle data guard is implemented by one of the expert on the same.
    The following is result of the command you listed.
    NAME                                 TYPE        VALUE
    log_archive_dest                     string      /oracle/BWP/oraarch/BWParch
    log_archive_dest_1                   string
    log_archive_dest_10                  string
    log_archive_dest_2                   string
    log_archive_dest_3                   string
    log_archive_dest_4                   string
    log_archive_dest_5                   string
    log_archive_dest_6                   string
    log_archive_dest_7                   string
    log_archive_dest_8                   string
    log_archive_dest_9                   string
    NAME                                 TYPE        VALUE
    log_archive_dest_state_1             string      enable
    log_archive_dest_state_10            string      enable
    log_archive_dest_state_2             string      defer
    log_archive_dest_state_3             string      enable
    log_archive_dest_state_4             string      enable
    log_archive_dest_state_5             string      enable
    log_archive_dest_state_6             string      enable
    log_archive_dest_state_7             string      enable
    log_archive_dest_state_8             string      enable
    log_archive_dest_state_9             string      enable
    Thanks,
    Anees

  • 8i intermedia ORA-03113 ORA-07445 CTX$N

    We get the occasional ORA-03113 end of file communication error along with a trace file with ORA-07445. On looking at the CTX$N - described as the negative list table I found it had quite a few entries (nearly 10,000). When I rebuilt the index the problem went away and the CTX$N table was empty. Clearly it gets written to during the course of time. Does anyone know any details or have any suggestions as to if/when large numbers of entries might cause this sort of failure.

    In the last couple of days we have started seeing ORA-03113 on some interMedia queries that lead me to think we're running into bug 1517789 (8.1.7.0.0 on NT4WSSP6a). The bug is supposed to be taken care of in the 8.1.7.1b patchset, but I haven't yet found the patch for NT. Does anybody have more information or a link to the patch?
    Interestingly, the number of rows in the table (in the hundreds), rows in the DR$ tables (a few thousand), and number of hits (hundreds) are small. It does respond to the "well, don't do that" workarounds mentioned in the bug discussion, though--changing the contains from '%' to a couple of characters preceeding the '%'.
    Any information appreciated

  • ORA-03113/ORA-07445 on startup.. it ate my baceba11

    After shutting down a machine and rebooting it, oracle starts no longer.
    Looks to be a segfault in skgmidrealm.
    Anyone seen this? I'm kind of out of ideas as far as how to resolve it.
    Crashing seems to leave behind some shm and sem, sqlplus dies with
    ORA-01041: internal error. hostdef extension doesn't exist
    until I kill them off with ipcrm, at which point I can try again to connect, but
    get the same segfault and resulting behavior.
    - Joshua Neal
    oracle@tinore:~$ sqlplus /nolog
    + sqlplus /nolog
    SQL*Plus: Release 9.2.0.1.0 - Production on Sat Dec 7 02:18:55 2002
    Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
    SQL> connect / as sysdba
    Connected to an idle instance.
    SQL> startup
    ORA-03113: end-of-file on communication channel
    SQL> Disconnected
    Also produces the following alert:
    Sat Dec 7 02:19:14 2002
    Errors in file /home/oracle/OraHome1/rdbms/log/tindb_ora_18015.trc:
    ORA-07445: exception encountered: core dump [skgmidrealm()+338] [SIGSEGV] [Address not mapped to object] [0xE2B2001] [] []
    Trace file too:
    /home/oracle/OraHome1/rdbms/log/tindb_ora_18015.trc
    Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
    With the Partitioning, OLAP and Oracle Data Mining options
    JServer Release 9.2.0.1.0 - Production
    ORACLE_HOME = /home/oracle/OraHome1
    System name: Linux
    Node name: tinore
    Release: 2.4.19-686
    Version: #1 Mon Nov 18 23:59:03 EST 2002
    Machine: i686
    Instance name: tindb
    Redo thread mounted by this instance: 0 <none>
    Oracle process number: 0
    18015
    Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0xe2b2001, PC: [0x97432a2, skgmidrealm()+338]
    Registers:
    %eax: 0x0e2b1ebd %ebx: 0x0ab941ac %ecx: 0x405e2000
    %edx: 0x00000000 %edi: 0xbfffea88 %esi: 0xbfffe938
    %esp: 0xbfffe910 %ebp: 0xbfffea88 %eip: 0x097432a2
    %efl: 0x00010282
    skgmidrealm()+323 (0x9743293) push %eax
    skgmidrealm()+324 (0x9743294) call 0x9747230
    skgmidrealm()+329 (0x9743299) mov %eax,0xfffffea8(%ebp)
    skgmidrealm()+335 (0x974329f) add $16,%esp
    skgmidrealm()+338 (0x97432a2) cmp $0xbaceba11,0x144(%eax)skgmidrealm()+348 (0x97432ac) jne 0x97432b7
    skgmidrealm()+350 (0x97432ae) cmp $3,0x120(%eax)
    skgmidrealm()+357 (0x97432b5) je 0x97432c5
    skgmidrealm()+359 (0x97432b7) mov 0x20(%ebp),%ecx
    *** 2002-12-07 02:19:14.325
    ksedmp: internal or fatal error
    ORA-07445: exception encountered: core dump [skgmidrealm()+338] [SIGSEGV] [Address not mapped to object] [0xE2B2001] [] []
    Current SQL information unavailable - no SGA.
    ----- Call Stack Trace -----
    calling call entry argument values in hex
    location type point (? means dubious value)
    ksedmp()+267 call 00000000 1 ? 0 ? BFFFDFBC ? 8476A3E ?
    0 ? 0 ?
    ssexhd()+817 call ksedmp()+0 3 ? 0 ? BFFFE504 ? BFFFDFFC ?
    __pthread_sighandle call ssexhd()+0 B ? BFFFE5A0 ? BFFFE620 ?
    r_rt()+165 404545E6 ?
    skgmidrealm()+338 signal __pthread_sighandle B ? BFFFE5A0 ? BFFFE620 ?
    r_rt()+0
    skgmlocate()+310 call skgmidrealm()+0 BFFFF160 ? AB10FC0 ?
    BFFFF058 ? 89F7C330 ?
    89F7C330 ? 3D4F804D ?
    BFFFEAF8 ? BFFFEAFC ?
    BFFFEB00 ? BFFFEB04 ?
    4341524F ? 9742AF1 ?
    skgmattach()+366 call skgmlocate()+0 BFFFF160 ? AB10FC0 ?
    BFFFF058 ? 89F7C330 ? 0 ? 0 ?
    ksmlsge()+201 call skgmattach()+0 BFFFF160 ? AB10FC0 ?
    BFFFF058 ? AB1103C ?
    ksmlsg()+16 call ksmlsge()+0 0 ? 0 ? BFFFF2EC ? 8CC6A89 ?
    BFFFF2EC ? 1 ?
    opirip()+193 call ksmlsg()+0 0 ? BFFFFC88 ? BFFFFD44 ?
    40008F3E ? 404983EC ?
    404989B0 ?
    opidrv()+676 call opirip()+0 32 ? 0 ? 0 ? 8203AD6 ?
    BFFFFC88 ? 400114A8 ?
    sou2o()+36 call opidrv()+0 32 ? 0 ? 0 ? 8201B32 ? 0 ?
    A307614 ?
    main()+419 call sou2o()+0 BFFFFC88 ? 32 ? 0 ? 0 ?
    405BA3C4 ? A3074DC ?
    __libc_start_main() call main()+0 1 ? BFFFFD44 ? BFFFFD4C ?
    +187 404C1A2D ? 0 ? 400091A0 ?
    [bunch o' stack dump snipped]

    hmmmmmm, are u sure that u get all the OS patch and/or packages for your Oracle version ?
    That sounds strange. I got quite the same problem when relinking an Oracle 9i R2 on AIX5L and an OS package was missing but was NOT in the pre-requisite documentation...
    Good luck,
    Fred

  • Standby database creating error oracle 10g

    Hi
    i created standby database,but i cannot access primary database data. the standby database opened read only.
    but i cannot access data from primary.so i check query in standby database,
    SQL> SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;
    no rows selected.
    what i mistake
    Regards
    S.Azar

    It you are not seeing any errors in the primary alert log, then I think that you have defined log_archive_dest_2 to use LOCATION instead of SERVICE. Archive logs have to be transmitted through Oracle Net in order to be automatically registered by the standby database.
    Hope this helps.
    Regards,
    Satishbabu Gunukula
    http://oracleracexpert.blogspot.com
    [Backup and Recovery of OCR|http://oracleracexpert.blogspot.com/2009/08/backup-and-recovery-of-ocr-oracle.html]

  • Orcl:query-database gives error when using to_char function in select stmt

    hi
    Use Case : We get a csv file ("bank_import_<MMDDYYYYY>.csv") from the bank containing the transactions occured for the month. The date in the filename is retrieved into string and i need to convert this string to the format "MON-DD-YYYY". This is the required format for an header table which takes this string as primary key.
    Code:
    statement_name = '11302206'.........
    <copy>
    <from expression="concat("'select to_char(to_date('",bpws:getVariableData('statement_name') ,"','MMDDYYYY'),'MON-DD-YYYY') from dual'")"/>
    <to variable="xpath"/>
    </copy>
    <copy>
    <from expression="orcl:query-database(bpws:getVariableData('xpath'),false(),false(),'jdbc:oracle:thin:apps/apps@croaker:1529:RSICMI')"/>
    <to variable="statement_name"/>
    </copy>
    Error:
    [2006/12/06 19:13:04] Updated variable "xpath" less
    <xpath>'select to_char(to_date('10302006','MMDDYYYY'),'MON-DD-YYYY') from dual'</xpath>
    [2006/12/06 19:13:04] "XPathException" has been thrown. less
    XPath expression failed to execute.
    Error while processing xpath expression, the expression is "orcl:query-database(bpws:getVariableData("xpath"), false(), false(), "jdbc:oracle:thin:apps/apps@croaker:1529:RSICMI")", the reason is .
    Please verify the xpath query.
    Log Message:
    <2006-12-06 19:13:04,595> <DEBUG> <UAT.collaxa.cube.xml> <XPathUtil::evaluate> XPathQuery[concat("'select to_char(to_date('", bpws:getVariableData("statement_name"), "','MMDDYYYY'),'MON-DD-YYYY') from dual'")], XPath Result: class=java.lang.String value='select to_char(to_date('10302006','MMDDYYYY'),'MON-DD-YYYY') from dual'
    <2006-12-06 19:13:04,595> <DEBUG> <UAT.collaxa.cube.xml> <XPathUtil::initXPath> namespaceMapping is: rootMap: {bpws=http://schemas.xmlsoap.org/ws/2003/03/business-process/, xp20=http://www.oracle.com/XSL/Transform/java/oracle.tip.pc.services.functions.Xpath20, ns4=http://xmlns.oracle.com/pcbpel/adapter/db/top/BAIBankUpload, ldap=http://schemas.oracle.com/xpath/extension/ldap, xsd=http://www.w3.org/2001/XMLSchema, ns5=http://xmlns.oracle.com/pcbpel/adapter/file/, client=http://xmlns.oracle.com/BAI_BankUpload, ora=http://schemas.oracle.com/xpath/extension, ns1=http://xmlns.oracle.com/pcbpel/adapter/file/readBAIBankImportCSV/, ns3=http://TargetNamespace.com/readBAIBankImportCSV, ns2=http://xmlns.oracle.com/pcbpel/adapter/db/Insert_SI_CE_STATEMENT_LINES_INT/, bpelx=http://schemas.oracle.com/bpel/extension, orcl=http://www.oracle.com/XSL/Transform/java/oracle.tip.pc.services.functions.ExtFunc, =http://schemas.xmlsoap.org/ws/2003/03/business-process/}
    scopedMap: {}
    <2006-12-06 19:13:04,751> <DEBUG> <UAT.collaxa.cube.xml> <XPathUtil::evaluate> XPathQuery :orcl:query-database(bpws:getVariableData("xpath"), false(), false(), "jdbc:oracle:thin:apps/apps@croakercom:1529:RSICMI")
    org.collaxa.thirdparty.jaxen.FunctionCallException
         at org.collaxa.thirdparty.jaxen.FunctionCallException.fillInStackTrace(FunctionCallException.java:124)
         at java.lang.Throwable.<init>(Throwable.java:195)
         at java.lang.Exception.<init>(Exception.java:41)
         at org.collaxa.thirdparty.jaxen.saxpath.SAXPathException.<init>(SAXPathException.java:83)
         at org.collaxa.thirdparty.jaxen.JaxenException.<init>(JaxenException.java:82)
         at org.collaxa.thirdparty.jaxen.FunctionCallException.<init>(FunctionCallException.java:86)
         at oracle.tip.pc.services.functions.ExtFuncFunction$QueryDatabaseFunction.call(ExtFuncFunction.java:190)
         at org.collaxa.thirdparty.jaxen.expr.DefaultFunctionCallExpr.evaluate(DefaultFunctionCallExpr.java:184)
         at org.collaxa.thirdparty.jaxen.expr.DefaultXPathExpr.asList(DefaultXPathExpr.java:107)
         at org.collaxa.thirdparty.jaxen.BaseXPath.selectNodesForContext(BaseXPath.java:724)
         at org.collaxa.thirdparty.jaxen.BaseXPath.selectNodes(BaseXPath.java:253)
         at org.collaxa.thirdparty.jaxen.BaseXPath.evaluate(BaseXPath.java:210)
         at com.collaxa.cube.xml.xpath.XPathUtil.evaluate(XPathUtil.java:93)
         at com.collaxa.cube.engine.ext.wmp.BPELAssignWMP.evalFromValue(BPELAssignWMP.java:501)
         at com.collaxa.cube.engine.ext.wmp.BPELAssignWMP.__executeStatements(BPELAssignWMP.java:122)
         at com.collaxa.cube.engine.ext.wmp.BPELActivityWMP.perform(BPELActivityWMP.java:188)
         at com.collaxa.cube.engine.CubeEngine.performActivity(CubeEngine.java:3408)
         at com.collaxa.cube.engine.CubeEngine.handleWorkItem(CubeEngine.java:1836)
         at com.collaxa.cube.engine.dispatch.message.instance.PerformMessageHandler.handleLocal(PerformMessageHandler.java:75)
         at com.collaxa.cube.engine.dispatch.DispatchHelper.handleLocalMessage(DispatchHelper.java:166)
         at com.collaxa.cube.engine.dispatch.DispatchHelper.sendMemory(DispatchHelper.java:252)
         at com.collaxa.cube.engine.CubeEngine.endRequest(CubeEngine.java:5438)
         at com.collaxa.cube.engine.CubeEngine.createAndInvoke(CubeEngine.java:1217)
         at com.collaxa.cube.engine.delivery.DeliveryService.handleInvoke(DeliveryService.java:511)
         at com.collaxa.cube.engine.ejb.impl.CubeDeliveryBean.handleInvoke(CubeDeliveryBean.java:335)
         at ICubeDeliveryLocalBean_StatelessSessionBeanWrapper16.handleInvoke(ICubeDeliveryLocalBean_StatelessSessionBeanWrapper16.java:1796)
         at com.collaxa.cube.engine.dispatch.message.invoke.InvokeInstanceMessageHandler.handle(InvokeInstanceMessageHandler.java:37)
         at com.collaxa.cube.engine.dispatch.DispatchHelper.handleMessage(DispatchHelper.java:125)
         at com.collaxa.cube.engine.dispatch.BaseScheduledWorker.process(BaseScheduledWorker.java:70)
         at com.collaxa.cube.engine.ejb.impl.WorkerBean.onMessage(WorkerBean.java:86)
         at com.evermind.server.ejb.MessageDrivenBeanInvocation.run(MessageDrivenBeanInvocation.java:123)
         at com.evermind.server.ejb.MessageDrivenHome.onMessage(MessageDrivenHome.java:755)
         at com.evermind.server.ejb.MessageDrivenHome.run(MessageDrivenHome.java:928)
         at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:186)
         at java.lang.Thread.run(Thread.java:534)
    Root cause:
    java.lang.ClassCastException
         at oracle.tip.pc.services.functions.ExtFuncFunction$QueryDatabaseFunction.call(ExtFuncFunction.java:158)
         at org.collaxa.thirdparty.jaxen.expr.DefaultFunctionCallExpr.evaluate(DefaultFunctionCallExpr.java:184)
         at org.collaxa.thirdparty.jaxen.expr.DefaultXPathExpr.asList(DefaultXPathExpr.java:107)
         at org.collaxa.thirdparty.jaxen.BaseXPath.selectNodesForContext(BaseXPath.java:724)
         at org.collaxa.thirdparty.jaxen.BaseXPath.selectNodes(BaseXPath.java:253)
         at org.collaxa.thirdparty.jaxen.BaseXPath.evaluate(BaseXPath.java:210)
         at com.collaxa.cube.xml.xpath.XPathUtil.evaluate(XPathUtil.java:93)
         at com.collaxa.cube.engine.ext.wmp.BPELAssignWMP.evalFromValue(BPELAssignWMP.java:501)
         at com.collaxa.cube.engine.ext.wmp.BPELAssignWMP.__executeStatements(BPELAssignWMP.java:122)
         at com.collaxa.cube.engine.ext.wmp.BPELActivityWMP.perform(BPELActivityWMP.java:188)
         at com.collaxa.cube.engine.CubeEngine.performActivity(CubeEngine.java:3408)
         at com.collaxa.cube.engine.CubeEngine.handleWorkItem(CubeEngine.java:1836)
         at com.collaxa.cube.engine.dispatch.message.instance.PerformMessageHandler.handleLocal(PerformMessageHandler.java:75)
         at com.collaxa.cube.engine.dispatch.DispatchHelper.handleLocalMessage(DispatchHelper.java:166)
         at com.collaxa.cube.engine.dispatch.DispatchHelper.sendMemory(DispatchHelper.java:252)
         at com.collaxa.cube.engine.CubeEngine.endRequest(CubeEngine.java:5438)
         at com.collaxa.cube.engine.CubeEngine.createAndInvoke(CubeEngine.java:1217)
         at com.collaxa.cube.engine.delivery.DeliveryService.handleInvoke(DeliveryService.java:511)
         at com.collaxa.cube.engine.ejb.impl.CubeDeliveryBean.handleInvoke(CubeDeliveryBean.java:335)
         at ICubeDeliveryLocalBean_StatelessSessionBeanWrapper16.handleInvoke(ICubeDeliveryLocalBean_StatelessSessionBeanWrapper16.java:1796)
         at com.collaxa.cube.engine.dispatch.message.invoke.InvokeInstanceMessageHandler.handle(InvokeInstanceMessageHandler.java:37)
         at com.collaxa.cube.engine.dispatch.DispatchHelper.handleMessage(DispatchHelper.java:125)
         at com.collaxa.cube.engine.dispatch.BaseScheduledWorker.process(BaseScheduledWorker.java:70)
         at com.collaxa.cube.engine.ejb.impl.WorkerBean.onMessage(WorkerBean.java:86)
         at com.evermind.server.ejb.MessageDrivenBeanInvocation.run(MessageDrivenBeanInvocation.java:123)
         at com.evermind.server.ejb.MessageDrivenHome.onMessage(MessageDrivenHome.java:755)
         at com.evermind.server.ejb.MessageDrivenHome.run(MessageDrivenHome.java:928)
         at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:186)
         at java.lang.Thread.run(Thread.java:534)
    <2006-12-06 19:13:04,751> <ERROR> <UAT.collaxa.cube.xml> ORABPEL-09500
    XPath expression failed to execute.
    Error while processing xpath expression, the expression is "orcl:query-database(bpws:getVariableData("xpath"), false(), false(), "jdbc:oracle:thin:apps/apps@croaker:1529:RSICMI")", the reason is .
    Please verify the xpath query.

    Hi,
    QAbdul wrote:
    when I tried to execute the followingin XMLQuery by calling TO_CHAR() whithin this query I am getting this error"ORA-19237: XP0017 - unable to resolve call to function - fn:TO_CHARTO_CHAR is a SQL function, XQuery is unaware of it.
    XPath 2.0 specifications define a fn:format-date function but Oracle has not included yet in its XQuery implementation.
    Easiest way to go is A_Non's solution, but if you need to format at multiple places in the query, you can declare a local XQuery function.
    For example, to format to "DD/MM/YYYY" from the canonical xs:date format "YYYY-MM-DD" :
    {code}
    declare function local:format-date($d as xs:date) as xs:string
    let $s := xs:string($d)
    return concat(
    substring($s, 10, 2), "/",
    substring($s, 7, 2), "/",
    substring($s, 2, 4)
    {code}
    and an example of use :
    {code}
    SQL> CREATE TABLE test_xqdate AS SELECT sysdate dt FROM dual;
    Table created
    SQL> SELECT *
    2 FROM XMLTable(
    3 'declare function local:format-date($d as xs:date) as xs:string
    4 {
    5 let $s := xs:string($d)
    6 return concat(
    7 substring($s, 10, 2), "/",
    8 substring($s, 7, 2), "/",
    9 substring($s, 2, 4)
    10 )
    11 }; (: :)
    12 for $i in ora:view("TEST_XQDATE")/ROW/DT
    13 return element e {
    14 attribute xs_date_format { $i/text() },
    15 attribute local_format { local:format-date($i) }
    16 }'
    17 COLUMNS
    18 xs_date_format VARCHAR2(10) PATH '@xs_date_format',
    19 local_format VARCHAR2(10) PATH '@local_format'
    20 )
    21 ;
    XS_DATE_FORMAT LOCAL_FORMAT
    2010-10-28 28/10/2010
    {code}

  • ORA-03113 & ORA-01041: including CR047274_60.jar did not help

    Hi,
    I have a session bean (WatchDogSessionBean) that repeatedly queries the database.
    I get the above 2 exceptions after about 15 minute.
    WatchDogSessionBean is a stateless session bean.
    I have attached the source code for WatchDogSessionBean.
    The same thing haapens even when I use a standard java application instead of
    an EJB.
    Please help!!
    Thanks,
    Chandrika
    [WatchDogSessionBeanNewsGroup.java]

    Change the 'OTHER' type in the call to what Oracle recommends for it's
    driver when returning cursors/resultsets from callablestatements.
    Joe
    Chandrika wrote:
    >
    Using the oracle thin driver got rid of the errors.
    But introduced a different exception:
    We have a bunch of stored procedure calls which return ResultSet objects.
    We had the following code when we used the weblogic OCI drivers,
    cs = con.prepareCall("{? = call X2K.pkgAccounts.getEmailAddresses(?)}");
    cs.registerOutParameter(1, java.sql.Types.OTHER);
    cs.setObject(2, accountID);
    cs.execute();
    After changing to the Oracle thin driver, each of these calls yield an "invalid
    SQL column" error at :
    cs.registerOutParameter(1, java.sql.Types.OTHER);
    Is there any way to fix this, without changing the existing code??
    Thanks,
    Chandrika
    Joseph Weinstein <[email protected]> wrote:
    Chandrika wrote:
    Hi,
    I have a session bean (WatchDogSessionBean) that repeatedly queriesthe database.
    I get the above 2 exceptions after about 15 minute.
    WatchDogSessionBean is a stateless session bean.
    I have attached the source code for WatchDogSessionBean.
    The same thing haapens even when I use a standard java applicationinstead of
    an EJB.
    Please help!!Some things: In the JDBC code, your finally blocks do three
    things. If any of the first two fail, you will skip the crucial
    connection close. Try this style in both places:
    ps = con.prepareStatement(query);
    rs = ps.executeQuery();
    while(rs.next())
    accountsList.add(rs.getString(1));
    rs.close();
    ps.close();
    return accountsList;
    finally
    if (con != null) con.close();
    The Oracle errors aren't related to this, however, not are they related
    to the jar (which is
    a good thing to have anyway). This is an Oracle failure. I recommend
    downloading and
    using Oracle's latest thin driver. Let me know if this helps.
    Joe
    Thanks,
    Chandrika
    Name: WatchDogSessionBeanNewsGroup.java
    WatchDogSessionBeanNewsGroup.java Type: Visual Cafe File (application/x-unknown-content-type-VisualCafeFile.Document)
    Encoding: base64

  • 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

  • Data Guard Broker connecting to standby database fails

    Hello everybody
    I checked lots of pages but I'm not able to find a solution für my problem. I already set up a primary and a standby database (prim = ALPHA1 / standby = ALPHA2).
    After enabling my dgmgrl configuration I got two errors:
    DGM-17016: failed to retrieve status for database "alpha2"
    ORA-16664: unable to receive the result from a database
    The dg log from ALPHA1 says:
    06/04/2013 16:06:57
    Site alpha2 returned ORA-16664.
    Data Guard Broker Status Summary:
    Type Name Severity Status
    Configuration alphadgb Warning ORA-16607
    Primary Database alpha1 Success ORA-00000
    Physical Standby Database alpha2 Error ORA-16664
    While the dg log from ALPHA2 (standby) says:
    06/04/2013 16:43:28
    SPFILE is missing value for property 'LogArchiveFormat' with sid='ALPHA2'
    Warning: Property 'LogArchiveFormat' has inconsistent values:METADATA='arch_ALPHA2_%S_%t_%r.arc', SPFILE='(missing)', DATABASE='arch_ALPHA2_%S_%t_%r.arc'
    Failed to connect to remote database alpha1. Error is ORA-12514
    Failed to send message to site alpha1. Error code is ORA-12514.
    How can I solve this issue? Every type of tnsping is successfull. The sqlplus login from the primary to the standby database works, the other way round works too! Therefore the tnsnames and listener data seems to be correct.
    My configuration for ALPHA1 (primary db):
    Listener
    LISTENER_ALPHA1 =
    (DESCRIPTION_LIST =
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.12.3.13)(PORT = 1521))
    (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
    SID_LIST_LISTENER_ALPHA1 =
    (SID_LIST =
    (SID_DESC =
    (GLOBAL_DBNAME = ALPHA1_DGMGRL)
    (ORACLE_HOME = /oracle/ALPHA1/orahome)
    (SID_NAME = ALPHA1)
    tnsnames.ora
    ALPHA1.WORLD =
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.12.3.13)(PORT = 1521))
    (CONNECT_DATA =
    (SID = ALPHA1)
    ALPHA2.WORLD =
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.12.3.13)(PORT = 1522))
    (CONNECT_DATA =
    (SID = ALPHA2)
    DG_ALPHA1.WORLD =
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.12.3.13)(PORT = 1521))
    (CONNECT_DATA =
    (SERVICE_NAME = ALPHA1_DGMGRL)
    DG_ALPHA2.WORLD =
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.12.3.13)(PORT = 1522))
    (CONNECT_DATA =
    (SERVICE_NAME = ALPHA2_DGMGRL)
    Parameters
    archive_lag_target integer 0
    log_archive_config string DG_CONFIG=(ALPHA2,ALPHA1)
    log_archive_dest string
    log_archive_dest_1 string LOCATION=USE_DB_RECOVERY_FILE_DEST valid_for=(all_logfiles,all_roles) DB_UNIQUE_NAME=ALPHA2
    log_archive_dest_2 string SERVICE=ALPHA1 SYNC valid_for=(online_logfiles,primary_role) DB_UNIQUE_NAME=ALPHA1
    log_archive_format string arch_ALPHA2_%S_%t_%r.arc
    log_archive_local_first boolean TRUE
    log_archive_max_processes integer 4
    log_archive_min_succeed_dest integer 1
    log_archive_start boolean FALSE
    log_archive_trace integer 0
    standby_archive_dest string ?/dbs/arch
    For the DG Broker configuration
    DGMGRL>     connect sys/dgalpha42@DG_ALPHA1
    DGMGRL>     create configuration ALPHADGB
    DGMGRL>     primary database is ALPHA1
    DGMGRL>     connect identifier is DG_ALPHA1
    DGMGRL>     ;
    DGMGRL>     add database ALPHA2
    DGMGRL>     connect identifier is DG_ALPHA2
    DGMGRL>     maintained as physical
    DGMGRL>     ;
    There were no errors.
    DGMGRL> show database verbose ALPHA1
    Database - alpha1
    Role: PRIMARY
    Intended State: TRANSPORT-ON
    Instance(s):
    ALPHA1
    Properties:
    DGConnectIdentifier = 'dg_alpha1'
    ObserverConnectIdentifier = ''
    LogXptMode = 'ASYNC'
    DelayMins = '0'
    Binding = 'optional'
    MaxFailure = '0'
    MaxConnections = '1'
    ReopenSecs = '300'
    NetTimeout = '30'
    RedoCompression = 'DISABLE'
    LogShipping = 'ON'
    PreferredApplyInstance = ''
    ApplyInstanceTimeout = '0'
    ApplyParallel = 'AUTO'
    StandbyFileManagement = 'AUTO'
    ArchiveLagTarget = '0'
    LogArchiveMaxProcesses = '4'
    LogArchiveMinSucceedDest = '1'
    DbFileNameConvert = 'ALPHA2, ALPHA1'
    LogFileNameConvert = 'ALPHA2, ALPHA1'
    FastStartFailoverTarget = ''
    InconsistentProperties = '(monitor)'
    InconsistentLogXptProps = '(monitor)'
    SendQEntries = '(monitor)'
    LogXptStatus = '(monitor)'
    RecvQEntries = '(monitor)'
    SidName = 'ALPHA1'
    StaticConnectIdentifier = '(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=oraprakt)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=ALPHA1_DGMGRL)(INSTANCE_NAME=ALPHA1)(SERVER=DEDICATED)))'
    StandbyArchiveLocation = 'USE_DB_RECOVERY_FILE_DEST'
    AlternateLocation = ''
    LogArchiveTrace = '0'
    LogArchiveFormat = 'arch_ALPHA1_%S_%t_%r.arc'
    TopWaitEvents = '(monitor)'
    Database Status:
    SUCCESS
    DGMGRL> show database verbose ALPHA2
    Database - alpha2
    Role: PHYSICAL STANDBY
    Intended State: APPLY-ON
    Transport Lag: (unknown)
    Apply Lag: (unknown)
    Real Time Query: OFF
    Instance(s):
    ALPHA2
    Properties:
    DGConnectIdentifier = 'dg_alpha2'
    ObserverConnectIdentifier = ''
    LogXptMode = 'SYNC'
    DelayMins = '0'
    Binding = 'OPTIONAL'
    MaxFailure = '0'
    MaxConnections = '1'
    ReopenSecs = '300'
    NetTimeout = '30'
    RedoCompression = 'DISABLE'
    LogShipping = 'ON'
    PreferredApplyInstance = ''
    ApplyInstanceTimeout = '0'
    ApplyParallel = 'AUTO'
    StandbyFileManagement = 'AUTO'
    ArchiveLagTarget = '0'
    LogArchiveMaxProcesses = '4'
    LogArchiveMinSucceedDest = '1'
    DbFileNameConvert = 'ALPHA1, ALPHA2'
    LogFileNameConvert = 'ALPHA1, ALPHA2'
    FastStartFailoverTarget = ''
    InconsistentProperties = '(monitor)'
    InconsistentLogXptProps = '(monitor)'
    SendQEntries = '(monitor)'
    LogXptStatus = '(monitor)'
    RecvQEntries = '(monitor)'
    SidName = 'ALPHA2'
    StaticConnectIdentifier = '(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=oraprakt)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=ALPHA2_DGMGRL)(INSTANCE_NAME=ALPHA2)(SERVER=DEDICATED)))'
    StandbyArchiveLocation = 'USE_DB_RECOVERY_FILE_DEST'
    AlternateLocation = ''
    LogArchiveTrace = '0'
    LogArchiveFormat = 'arch_ALPHA2_%S_%t_%r.arc'
    TopWaitEvents = '(monitor)'
    Database Status:
    DGM-17016: failed to retrieve status for database "alpha2"
    ORA-16664: unable to receive the result from a database
    Can anybody help me to find a solution for this?

    Hey
    thanks for the answer. I followed you recommendations but I got the same error again. I restored/recovered the old status and looked deeper into the dgmgrl configuration before enabling. I found an interesting point. (show database verbose ALPHAx)
    Database - alpha1
    Role: PRIMARY
    Intended State: OFFLINE
    Instance(s):
    ALPHA1
    Properties:
    DGConnectIdentifier = 'dg_alpha1'
    ObserverConnectIdentifier = ''
    LogXptMode = 'ASYNC'
    DelayMins = '0'
    Binding = 'optional'
    MaxFailure = '0'
    MaxConnections = '1'
    ReopenSecs = '300'
    NetTimeout = '30'
    RedoCompression = 'DISABLE'
    LogShipping = 'ON'
    PreferredApplyInstance = ''
    ApplyInstanceTimeout = '0'
    ApplyParallel = 'AUTO'
    StandbyFileManagement = 'AUTO'
    ArchiveLagTarget = '0'
    LogArchiveMaxProcesses = '4'
    LogArchiveMinSucceedDest = '1'
    DbFileNameConvert = 'ALPHA2, ALPHA1'
    LogFileNameConvert = 'ALPHA2, ALPHA1'
    FastStartFailoverTarget = ''
    InconsistentProperties = '(monitor)'
    InconsistentLogXptProps = '(monitor)'
    SendQEntries = '(monitor)'
    LogXptStatus = '(monitor)'
    RecvQEntries = '(monitor)'
    SidName = 'ALPHA1'
    StaticConnectIdentifier = '(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=oraprakt)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=ALPHA1_DGMGRL)(INSTANCE_NAME=ALPHA1)(SERVER=DEDICATED)))'
    StandbyArchiveLocation = 'USE_DB_RECOVERY_FILE_DEST'
    AlternateLocation = ''
    LogArchiveTrace = '0'
    LogArchiveFormat = 'arch_ALPHA1_%S_%t_%r.arc'
    TopWaitEvents = '(monitor)'
    Database Status:
    DISABLED
    Database - alpha2
    Role: PHYSICAL STANDBY
    Intended State: OFFLINE
    Transport Lag: (unknown)
    Apply Lag: (unknown)
    Real Time Query: OFF
    Instance(s):
    ALPHA2
    Properties:
    DGConnectIdentifier = 'dg_alpha2'
    ObserverConnectIdentifier = ''
    LogXptMode = 'ASYNC'
    DelayMins = '0'
    Binding = 'OPTIONAL'
    MaxFailure = '0'
    MaxConnections = '1'
    ReopenSecs = '300'
    NetTimeout = '30'
    RedoCompression = 'DISABLE'
    LogShipping = 'ON'
    PreferredApplyInstance = ''
    ApplyInstanceTimeout = '0'
    ApplyParallel = 'AUTO'
    StandbyFileManagement = 'AUTO'
    ArchiveLagTarget = '0'
    LogArchiveMaxProcesses = '4'
    LogArchiveMinSucceedDest = '1'
    DbFileNameConvert = 'ALPHA1, ALPHA2'
    LogFileNameConvert = 'ALPHA1, ALPHA2'
    FastStartFailoverTarget = ''
    InconsistentProperties = '(monitor)'
    InconsistentLogXptProps = '(monitor)'
    SendQEntries = '(monitor)'
    LogXptStatus = '(monitor)'
    RecvQEntries = '(monitor)'
    SidName = 'ALPHA2'
    StaticConnectIdentifier = '(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=oraprakt)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=ALPHA2_DGMGRL)(INSTANCE_NAME=ALPHA2)(SERVER=DEDICATED)))'
    StandbyArchiveLocation = 'USE_DB_RECOVERY_FILE_DEST'
    AlternateLocation = ''
    LogArchiveTrace = '0'
    LogArchiveFormat = 'arch_ALPHA2_%S_%t_%r.arc'
    TopWaitEvents = '(monitor)'
    Database Status:
    DISABLED
    As the listener are configured ALPHA1 (prim) should be on port 1521 while ALPHA2 (stby) should work on 1522. In the configuration of DGMGRL only appears port 1521 (look at StaticConnectIdentifier). Is this maybe the reason of the networking problems with DG Broker? How can I fix this?
    Regards Mirko
    Edited by: 1009733 on 04.06.2013 09:22

  • Data Guard - MRP stuck issues on a physical standby database

    Hi,
    Oracle 11.2.0.3 DG running. When i do a switchover the physical standby database has error with following error
    ARC0: LGWR is actively archiving destination LOG_ARCHIVE_DEST_2
    ARCH: Archival stopped, error occurred. Will continue retrying
    ORACLE Instance <primaryDB> - Archival Error
    On standby DB
    SQL>select process, thread#, sequence#, status from v$managed_standby where process='MRP0';
    PROCESS THREAD# SEQUENCE# STATUS
    MRP0 1 548 APPLYING_LOG
    So according to Oracle support link i executed following
    SQL>recover managed standby database cancel;
    SQL>recover automatic standby database;
    The above seems to resolve the issue. What is causing is this?

    Hello again;
    Those both look perfect. I combed through my notes and found nothing like this for your version.
    Yes, I would open an SR since it appears you have done everything correct.
    ORA-600 [3020] "Stuck Recovery" [ID 30866.1]
    The "Known Bugs" section of the above has a few 11.2.0.3 entries.
    Generally the MRP gets stuck because data Guard thinks there's a GAP, you run out of room in the FRA on the Standby, or redo logs are too small and the system is switching very fast.
    Best Regards
    mseberg
    Later
    Never asked you but this "log_archive_max_processes" can be set as high as 30.
    Edited by: mseberg on Jul 16, 2012 8:01 PM
    h2. Still later
    Found this which is closer :
    Bug 13553883 - Archiver stuck but no ORA-19xxx error in alert log (messages need changing) [ID 13553883.8]

  • Cannot mount standby database

    Hi anyone,
    im trying to create physical standby db, oracle10g release 1 running on windows NT. currently i cannot mount the standby database receive error as:
    SQL> alter database mount standby database;
    alter database mount standby database
    ERROR at line 1:
    ORA-01102: cannot mount database in EXCLUSIVE mode
    and when i shutdown the primary db, i retry to mount standby db but receive another error,
    SQL> alter database mount standby database;
    alter database mount standby database
    ERROR at line 1:
    ORA-01665: controlfile is not a standby controlfile
    what should i do?
    can someone advice me?
    regards,
    Nonie

    im trying to create physical standby db, oracle10g
    release 1 running on windows NT. currently i cannot
    mount the standby database receive error as:
    SQL> alter database mount standby database;
    alter database mount standby database
    ERROR at line 1:
    ORA-01102: cannot mount database in EXCLUSIVE mode
    Look likes , you setup standby on same machine , try init.ora parameter LOCK_NAME_SPACE. Also make sure you use standby control file for standby database.
    ALTER DATABASE CREATE STANDBY CONTROLFILE AS '<location>'
    - Virag Sharma
    http://virag.sharma.googlepages.com
    http://viragsharma.blogspot.com

  • Trying to recover an standby database

    - Oracle 10.2.0.4 Standard Edition
    - O/S: Windows Server 2003
    - Phisically Standby
    We have primary and a standby database. My standby database was synchronized through copying archive redo logs from Primary to Standby. They were copied every 15 min to standby server and then they were recovered from there. Because a lot of archive logs were missed for ever, now my standby database is not synchronized with my primary.
    In order to recover my Standby, one week ago I followed these instructions:
    Step 1: On the standby database check the current scn.
    STDBY> select current_scn from v$database;
    CURRENT_SCN
    2527075174
    Step 2: On the primary database create the needed incremental backup from the above SCN
    C:\Documents and Settings\frego>rman target /
    run {
    allocate channel c1 type disk;
    BACKUP INCREMENTAL FROM SCN 2527075174 DATABASE
    format '\\srvbackup\archiveslogs-35\arch\incr_bkp_%U';
    Step 3: Cancel managed recovery at the standby database
    STDBY>alter database recover managed standby database cancel;
    Media recovery complete.
    Copied the backup files to standby server to "D:\arch\" folder.
    Step 4: Catalog the Incremental Backup Files at the Standby Database
    D:\arch> rman target /
    RMAN> CATALOG START WITH 'D:\arch\';
    Step 5: Apply the Incremental Backup to the Standby Database
    RMAN> RECOVER DATABASE NOREDO;
    Step 6: Put the standby database back to managed recovery mode.
    STDBY>> recover managed standby database disconnect;
    Media recovery complete.
    Step 7: On the primary create new standby controlfile
    PRIM>alter database create standby controlfile as 'C:\incr_bkp\standby01.ctl';
    System altered.
    Step 8: At Standby .. Replace standby controlfile at all location as shown by controle_files parameter.
    Copy the standby control file to the standby site. Shutdown the standby database and replace the stanby controlfiles and restart the >standby database in managed recovery mode...
    Problem was that there were new datafiles created in primary that didn't exist in standby. I had to created them manually on standby:
    ALTER DATABASE CREATE DATAFILE 'D:\ORADATA\PROD\OPEXT\DATAFILES_DATA\SIPESG_BLOB3.ORA' AS 'D:\ORADATA\PROD\OPEXT\DATAFILES_DATA\SIPESG_BLOB3.ORA';
    ALTER DATABASE CREATE DATAFILE 'D:\ORADATA\PROD\OPEXT\DATAFILES_DATA\SIPESG_BLOB4.ORA' AS 'D:\ORADATA\PROD\OPEXT\DATAFILES_DATA\SIPESG_BLOB4.ORA';
    ALTER DATABASE CREATE DATAFILE 'D:\ORADATA\PROD\OPEXT\DATAFILES_DATA\SIPESG_BKP.ORA' AS 'D:\ORADATA\PROD\OPEXT\DATAFILES_DATA\SIPESG_BKP.ORA';
    ALTER DATABASE CREATE DATAFILE 'D:\ORADATA\PROD\OPEXT\DATAFILES_DATA\SIPESG_BLOB5.ORA' AS 'D:\ORADATA\PROD\OPEXT\DATAFILES_DATA\SIPESG_BLOB5.ORA';
    ALTER DATABASE CREATE DATAFILE 'D:\ORADATA\PROD\OPEXT\DATAFILES_DATA\SIPESG_BLOB_A.ORA' AS 'D:\ORADATA\PROD\OPEXT\DATAFILES_DATA\SIPESG_BLOB_A.ORA';
    ALTER DATABASE CREATE DATAFILE 'D:\ORADATA\PROD\OPEXT\DATAFILES_DATA\SIPESG_BLOB_B.ORA' AS 'D:\ORADATA\PROD\OPEXT\DATAFILES_DATA\SIPESG_BLOB_B.ORA';
    ALTER DATABASE CREATE DATAFILE 'D:\ORADATA\PROD\OPEXT\DATAFILES_DATA\SIPESG_BLOB_C.ORA' AS 'D:\ORADATA\PROD\OPEXT\DATAFILES_DATA\SIPESG_BLOB_C.ORA';
    ALTER DATABASE CREATE DATAFILE 'D:\ORADATA\PROD\OPEXT\DATAFILES_DATA\SIPESG_BLOB_D.ORA' AS 'D:\ORADATA\PROD\OPEXT\DATAFILES_DATA\SIPESG_BLOB_D.ORA';
    ALTER DATABASE CREATE DATAFILE 'D:\ORADATA\PROD\OPEXT\DATAFILES_IDX\PADRONIDX17.ORA' AS 'D:\ORADATA\PROD\OPEXT\DATAFILES_IDX\PADRONIDX17.ORA';
    Also, I tried this commands:
    On Standby:
    RMAN> SHUTDOWN;
    RMAN> STARTUP NOMOUNT;
    RMAN> RESTORE STANDBY CONTROLFILE FROM 'D:\arch\standby01.ctl';
    RMAN> SHUTDOWN;
    RMAN> STARTUP MOUNT;
    STDB> ALTER DATABASE CLEAR LOGFILE GROUP 1;
    STDB> ALTER DATABASE CLEAR LOGFILE GROUP 2;
    STDB> ALTER DATABASE CLEAR LOGFILE GROUP 3;
    STDB> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;
    Database altered.
    SQL> alter database open read only;
    alter database open read only
    ERROR at line 1:
    ORA-01154: database busy. Open, close, mount, and dismount not allowed now
    SQL> recover managed standby database cancel;
    Media recovery complete.
    SQL> alter database open read only;
    alter database open read only
    ERROR at line 1:
    ORA-16004: backup database requires recovery
    ORA-01152: file 1 was not restored from a sufficiently old backup
    ORA-01110: data file 1: 'D:\ORADATA\PROD\OPEXT\SYSTEM01.DBF'My Questions:
    - What is missing in order to open standby database?
    - Can I again generate rman incremental backups on Primary (from SCN 2527075174), copy them to Standby and start recovery again? Would it generate duplicate records on tables?
    - Should I generate new rman incremental backup pieces on Primary (from last SCN of Standby), copy them to standby and apply there?
    Remember that my Primary is growing every day and those rman backup pieces and standby01.ctl, that are copied on my standby server, are from one week ago.
    Thanks
    Edited by: user521219 on 22-jun-2012 9:31

    user521219 wrote:
    Should I restart and mount my standby database again?
    If I apply Step 3 now:
    STB> alter database recover managed standby database cancel;
    ERROR at line 1:
    ORA-16136: Managed Standby Recovery not activeRefer the above mentioned link. First restore controlfile & then perform recovery on standby database.
    >
    user521219      
         Newbie
    Handle:      user521219
    Status Level:      Newbie
    Registered:      Jul 20, 2006
    Total Posts:      48
    Total Questions:      29 (23 unresolved)
    >
    Consider closing your threads and keep the forum clean.
    Edited by: CKPT on Jun 22, 2012 10:43 PM

  • Physical standby database backup issue

    Hello
    We have a Data Guard environment if I open Physical Standby database for query by this statement:
    "Alter database recover managed standby database cancel" and then start redo apply by
    "alter database recover managed standby database using current logfile" and then backup the Physical standby database by RMAN
    for example
    RMAN> backup database;
    I will get this error :
    Starting backup at 03-FEB-09
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of backup command at 02/03/2009 15:36:45
    ORA-01219: database not open: queries allowed on fixed tables/views only
    but if before restarting redo apply after opening standby database for query I shutdown the database first and then start redo apply I don't get that error while backing up
    If DataGuard mode is Maximum Performance or Maximum Availability shutting down the standby database before
    restarting redo apply is possible but if DataGuard mode is Maximum Protection shutting down the standby database
    cause failing Primary database
    do you know what is problem and it's solution ?
    thanks

    like I said bro, i have made standby controlfile....
    I made it on Primary Database (DG1)...........
    but when I copied it to Physical Standby Database, the error message raised "DBID IS NOT SAME",
    thanks Renato OCP for uR attention..........
    is there any other suggestion.............?
    regards
    abip

  • Unable to open database : error , ora-03113 end of file communication

    Hi Guys ,
    I am facing a serious issue with my database
    machine Oracle Linux Tikanga 5
    database : 10.2.0.1
    Error : ora-03113
    I was trying to drop a logfile , while inserting the data ....
    I restored and tried recovering it but it recovers with message , media recover complete but doesnot allows to open the database
    gives the same error : Error : ora-03113 end of file communication
    alert_log shows
    alter database recover if needed
    start
    Media Recovery Start
    ORA-264 signalled during: alter database recover if needed
    start
    Wed Jan 9 16:20:18 2013
    db_recovery_file_dest_size of 2048 MB is 40.79% used. This is a
    user-specified limit on the amount of space that will be used by this
    database for recovery-related files, and does not reflect the amount of
    space available in the underlying filesystem or ASM diskgroup.
    Wed Jan 9 16:22:02 2013
    alter database recover datafile list clear
    Wed Jan 9 16:22:02 2013
    Completed: alter database recover datafile list clear
    Wed Jan 9 16:22:02 2013
    alter database recover datafile list
    1 , 2 , 3 , 4 , 5
    Completed: alter database recover datafile list
    1 , 2 , 3 , 4 , 5
    Wed Jan 9 16:22:02 2013
    alter database recover if needed
    start
    Media Recovery Start
    ORA-264 signalled during: alter database recover if needed
    start
    Wed Jan 9 16:22:07 2013
    alter database open
    Wed Jan 9 16:22:07 2013
    LGWR: STARTING ARCH PROCESSES
    ARC0 started with pid=16, OS id=2049
    Wed Jan 9 16:22:07 2013
    ARC0: Archival started
    ARC1: Archival started
    LGWR: STARTING ARCH PROCESSES COMPLETE
    ARC1 started with pid=17, OS id=2051
    Wed Jan 9 16:22:07 2013
    Repairing half complete open of thread 1
    Wed Jan 9 16:22:07 2013
    Errors in file /d1/app/oracle/oradata/orcl/bdump/orcl_lgwr_1966.trc:
    ORA-00600: internal error code, arguments: [3712], [1], [1], [0], [445262], [0], [445261], []
    Wed Jan 9 16:22:08 2013
    Errors in file /d1/app/oracle/oradata/orcl/bdump/orcl_lgwr_1966.trc:
    ORA-00600: internal error code, arguments: [3712], [1], [1], [0], [445262], [0], [445261], []
    LGWR: terminating instance due to error 470
    Instance terminated by LGWR, pid = 1966
    can you please suggest on the same ..
    Thanks

    Due to the nature of the error and to prevent any trial-and-error, I would highly recommand you to open a service request with Oracle asap.
    Oracle too recommands the same.
    Thanks...

  • One of out DB while starting gives error ORA-03113

    One of out DB while starting gives error ORA-03113. Need some inputs to resolve this issue.
    SQL> startup
    ORACLE instance started.
    Total System Global Area  603979776 bytes
    Fixed Size                  1250380 bytes
    Variable Size             163580852 bytes
    Database Buffers          432013312 bytes
    Redo Buffers                7135232 bytes
    Database mounted.
    ORA-03113: end-of-file on communication channelRegards,
    Lokanath

    Please find the dts.
    Mon Jan 09 16:12:41 2012
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    starting up 1 shared server(s) ...
    Mon Jan 09 16:12:41 2012
    alter database mount exclusive
    Mon Jan 09 16:12:48 2012
    Setting recovery target incarnation to 2
    Mon Jan 09 16:12:49 2012
    Successful mount of redo thread 1, with mount id 3125175737
    Mon Jan 09 16:12:49 2012
    Database mounted in Exclusive Mode
    Completed: alter database mount exclusive
    Mon Jan 09 16:12:49 2012
    alter database open
    Mon Jan 09 16:12:51 2012
    Rolling back half complete log switch of thread 1
    Mon Jan 09 16:12:52 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_lgwr_5024.trc:
    ORA-00202: control file: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ECUPROG\CONTROL01.CTL'
    ORA-27091: unable to queue I/O
    ORA-27069: attempt to do I/O beyond the range of the file
    OSD-04026: Invalid parameter passed. (OS 432)
    Mon Jan 09 16:12:56 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_lgwr_5024.trc:
    ORA-00204: error in reading (block 432, # blocks 1) of control file
    ORA-00202: control file: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ECUPROG\CONTROL01.CTL'
    ORA-27091: unable to queue I/O
    ORA-27069: attempt to do I/O beyond the range of the file
    OSD-04026: Invalid parameter passed. (OS 432)
    LGWR: terminating instance due to error 204
    Mon Jan 09 16:12:58 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_dbw0_5264.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 16:13:00 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_pmon_3784.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 16:13:01 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_psp0_4388.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 16:13:01 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_mman_4828.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 16:13:01 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_ckpt_2604.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 16:13:01 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_reco_4492.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 16:13:02 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_smon_4484.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 16:13:03 2012
    Instance terminated by LGWR, pid = 5024
    Mon Jan 09 16:15:01 2012
    WARNING: inbound connection timed out (ORA-3136)
    Mon Jan 09 16:29:35 2012
    WARNING: inbound connection timed out (ORA-3136)
    Mon Jan 09 16:55:01 2012
    WARNING: inbound connection timed out (ORA-3136)
    Mon Jan 09 17:06:50 2012
    WARNING: inbound connection timed out (ORA-3136)
    Mon Jan 09 17:07:52 2012
    Starting ORACLE instance (normal)
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Picked latch-free SCN scheme 2
    Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =18
    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.1.0.
    System parameters with non-default values:
      processes                = 150
      __shared_pool_size       = 155189248
      __large_pool_size        = 4194304
      __java_pool_size         = 4194304
      __streams_pool_size      = 0
      sga_target               = 603979776
      control_files            = D:\ORACLE\PRODUCT\10.2.0\ORADATA\ECUPROG\CONTROL01.CTL, D:\ORACLE\PRODUCT\10.2.0\ORADATA\ECUPROG\CONTROL02.CTL, D:\ORACLE\PRODUCT\10.2.0\ORADATA\ECUPROG\CONTROL03.CTL
      db_block_size            = 8192
      __db_cache_size          = 432013312
      compatible               = 10.2.0.1.0
      db_file_multiblock_read_count= 16
      db_recovery_file_dest    = D:\oracle\product\10.2.0/flash_recovery_area
      db_recovery_file_dest_size= 2147483648
      undo_management          = AUTO
      undo_tablespace          = UNDOTBS1
      remote_login_passwordfile= EXCLUSIVE
      db_domain                =
      dispatchers              = (PROTOCOL=TCP) (SERVICE=ecuprogXDB)
      job_queue_processes      = 10
      audit_file_dest          = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ECUPROG\ADUMP
      background_dump_dest     = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ECUPROG\BDUMP
      user_dump_dest           = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ECUPROG\UDUMP
      core_dump_dest           = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ECUPROG\CDUMP
      db_name                  = ecuprog
      open_cursors             = 300
      pga_aggregate_target     = 201326592
    PMON started with pid=2, OS id=4832
    PSP0 started with pid=3, OS id=4208
    MMAN started with pid=4, OS id=3216
    DBW0 started with pid=5, OS id=4020
    LGWR started with pid=6, OS id=4728
    CKPT started with pid=7, OS id=4860
    SMON started with pid=8, OS id=2932
    RECO started with pid=9, OS id=3772
    CJQ0 started with pid=10, OS id=5244
    MMON started with pid=11, OS id=4568
    MMNL started with pid=12, OS id=5828
    Mon Jan 09 17:07:53 2012
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    starting up 1 shared server(s) ...
    Mon Jan 09 17:07:53 2012
    ALTER DATABASE   MOUNT
    Mon Jan 09 17:07:58 2012
    Setting recovery target incarnation to 2
    Mon Jan 09 17:07:59 2012
    Successful mount of redo thread 1, with mount id 3125157033
    Mon Jan 09 17:07:59 2012
    Database mounted in Exclusive Mode
    Completed: ALTER DATABASE   MOUNT
    Mon Jan 09 17:07:59 2012
    ALTER DATABASE OPEN
    Mon Jan 09 17:08:01 2012
    Rolling back half complete log switch of thread 1
    Mon Jan 09 17:08:02 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_lgwr_4728.trc:
    ORA-00202: control file: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ECUPROG\CONTROL01.CTL'
    ORA-27091: unable to queue I/O
    ORA-27069: attempt to do I/O beyond the range of the file
    OSD-04026: Invalid parameter passed. (OS 432)
    Mon Jan 09 17:08:05 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_lgwr_4728.trc:
    ORA-00204: error in reading (block 432, # blocks 1) of control file
    ORA-00202: control file: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ECUPROG\CONTROL01.CTL'
    ORA-27091: unable to queue I/O
    ORA-27069: attempt to do I/O beyond the range of the file
    OSD-04026: Invalid parameter passed. (OS 432)
    LGWR: terminating instance due to error 204
    Mon Jan 09 17:08:06 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_dbw0_4020.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 17:08:07 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_pmon_4832.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 17:08:07 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_reco_3772.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 17:08:07 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_smon_2932.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 17:08:07 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_ckpt_4860.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 17:08:09 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_psp0_4208.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Mon Jan 09 17:08:09 2012
    Errors in file d:\oracle\product\10.2.0\admin\ecuprog\bdump\ecuprog_mman_3216.trc:
    ORA-00204: error in reading (block , # blocks ) of control file
    Instance terminated by LGWR, pid = 4728

Maybe you are looking for