Backup control file to trace failing with ORAORA-01116

Hi,
backup failing on 10.2 version as includes a backup controlfile command. This falls over with
unable to open file /u10/oradata/TISD/temp101.dbf
Now, there is a tempfile there, temp01.dbf.
Why is the temp101.dbf being looked for?
How can I proceed from this ?
As it doenst exist, I am tempted to create it; but why is it temp101? (and not something like temp02)
Thanks,
DA
Edited by: Dan A on Jul 16, 2009 4:31 AM

This turned out to be a case of a user playing around with the temp tablespace and not dropping original correctly. In teh end I dropped the tablasepace with everyting in it.
Thanks to all.
DA

Similar Messages

  • Backed up control file to trace ... n

    After restoring a test base from production we had to use the control file from the production database.
    We issued alter database backup control file to trace and then changed some parameters.
    Then this was saved (I think) as a .ctl file.
    We then (I think) ran this script in sqlplus.
    Im not entirely sure about this process. LIke most things the concept is much clearer than the practice.
    I just need to clarify how we get from the trace file to actually using that as the control file in the target database.
    Many thanks!
    DJ

    What you generate withe the ALTER DATABASE BACKUP CONTROLFILE TO TRACE command is a script to create the control file, this file is generated at the path defined by the user_dump_dest, and the filename has the oracle process id related to the one who processed the command.
    If you take a look at the contents of the file what you will find is a CREATE CONTROLFILE command. The process to get from here to the actual binary file, is just to run this command and let the database create the binary controlfile. This file is not a pure sql file, this file contains information, comments and actually two scripts, one for the ARCHIVELOG and the other for the NOARCHIVELOG case, so you have to do some prior editing tasks before you are able to actually run it.
    ~ Madrid

  • Need a help: how to recover using backup control file?

    Please a help:
    First computer
    1. I create a database
    2. put it in archive mode,
    3. shutdown and made a cold backup
    4. Created backup control file (alter database backup control file to trace)
    5. I started up and created some archived log files.
    Second Computer
    1. I copied all files created in the step 3 above except the control file
    2. I create all the same map directory on the 2nd computer as in the 1st computer
    3. I recreate the control file from the script got in the step 4 above
    4. I Copy archived log files generated at the step 5 in the local directory in the second computer
    5. I set the logsource and set the autorecovery to on
    6. I recover the database: RECOVER DATABASE USING BACKUP CONTROL FILE UNTIL CANCEL
    Error got:
    the archived log file applied do not go beyond the first one?,How could I do to applied all archived log files copied from the first computer to the second computer to have the same data?
    Thank you very much

    archived log sequeces in the first computerSQL> select sequence#,first_change#,next_change# from v$log_history;
    SEQUENCE# FIRST_CHANGE# NEXT_CHANGE#
    1 553723 555484
    2 555484 557345
    Actions I did in the second Computer(after copied the former two archived log files from the 1st computer)
    SQL> CREATE CONTROLFILE REUSE DATABASE "ORCL" RESETLOGS ARCHIVELOG
    2 MAXLOGFILES 16
    3 MAXLOGMEMBERS 3
    4 MAXDATAFILES 100
    5 MAXINSTANCES 8
    6 MAXLOGHISTORY 292
    7 LOGFILE
    8 GROUP 1 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG' SIZE 50M,
    9 GROUP 2 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG' SIZE 50M,
    10 GROUP 3 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO03.LOG' SIZE 50M
    11 -- STANDBY LOGFILE
    12 DATAFILE
    13 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF',
    14 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF',
    15 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF',
    16 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF'
    17 CHARACTER SET WE8ISO8859P1
    18 ;
    Control file created.
    SQL> archive log list;
    Database log mode Archive Mode
    Automatic archival Disabled
    Archive destination USE_DB_RECOVERY_FILE_DEST
    Oldest online log sequence 0
    Next log sequence to archive 0
    Current log sequence 0
    SQL> alter database archivelog;
    Database altered.
    SQL> set logsource C:\local_destination1_orcl
    SQL> set autorecovery on;
    SQL> recover database using backup controlfile until cancel;
    ORA-00279: change 555611 generated at 01/18/2007 14:14:14 needed for thread 1
    ORA-00289: suggestion :
    C:\LOCAL_DESTINATION1_ORCL\ARCH.1_1_612194518_43F17CF5.ARC
    ORA-00280: change 555611 for thread 1 is in sequence #1
    ORA-00328: archived log ends at change 555483, need later change 555611
    ORA-00334: archived log:
    'C:\LOCAL_DESTINATION1_ORCL\ARCH.1_1_612194518_43F17CF5.ARC'
    Idon't know where the change 555611 is coming from?

  • Recovery using backup control file

    Hello friends,
    I have a scenario where i am unable to recover by database by using backup control file option can u pls give ur expert advice.
    1) Database is working in ARCHIVE MODE.
    2) One of my file was READ ONLY when i take my closed backup. At this time
    v$log file output is :
    group# thread# sequence# bytes member arc status first_change#
    1 1 8 8192 2 yes inactive 4697463
    2 1 9 8192 2 yes active 4717493
    3 1 10 8192 2 no current 4717738
    3) After 2-3 log switches i have made it READ WRITE.
    4) After making it READ WRITE i have taken controlfile backup by using
    ALTER SYSTEM BACKUP CONTROLFILE TO 'E:\ORACLE\CONTROL01.CTL';.
    5) Again i have make some log switches.
    6) Shutdown my database using SHUTDOWN option.
    7) Copy my SYSTEM,UNDO,USER,INDEX datafiles from my backup (taken at
    step 2) and CONTROL file (taken at step 4).
    8) I have not copied my old redo log files so those are new.
    9) I mount database & then use this command to recover database :
    RECOVER DATABASE USING BACKUP CONTROLFILE AUTO;
    10) My recovery process starts applying archived log files and applied upto
    sequence no 9. When it starts applying last one 10 which is online redo log
    and not yet archived my recovery process fails by giving this error:
    ORA-00308: cannot open archived log 'd:\oracle\oradata\practice\archive\1_10.dbf'
    ORA-27041: unable to open file
    OSD-04002: unable to open file
    O/S-Error: (OS 2) The system cannot find the file specified.
    11) I try to open database using :
    ALTER DATABASE OPEN RESETLOGS;
    it gives following warning:
    Error at line 1:
    ORA-01113: file 1 needs media recovery
    ORA-01110: datafile 1: 'D:\ORACLE\ORADATA\PRACTICE\SYSTEM01.DBF'
    Please guide me why it is so ?
    Whether in BACKUP CONTROL FILE CASES system didn't recognise ONLINE REDO LOG FILES or it is anything else.
    Regards
    Sethi

    Hi,
    >>I am not using RMAN. I am taking user managed backups. Moreover i have tried what u said that make checkpoints also but again i came to the same result when it try to apply last archived log which was current redo log when database was started to shutdown it says unable to find the specified file & then when i open database using resetlogs it says system file needs media recovery.
    it show error because you are using wrong approach of Recovery.
    Alter database open Resetlog command is used only in incomplete recovery.
    but your are giving
    Recover database command,it means ur performing full recovery (means you have apply online redo logfile.) and after applying it you should open the database with Alter database Open command.
    No need to give resetlog option.
    Again Restore all backup;
    Issue Recover database;
    and open the database with
    Alter database open;
    Thanks
    Kuljeet Pal Singh

  • A question about restoring from cold backup(control file backup not clear)

    Hi,
    I had another question about restoring the cold backup. My database is in noarchivelog mode and after taking a consistent cold backup, all I need to do is to restore the backup right? -Why I got this question is because: when I backup my control file to trace, I see statements like this:-----
    -- Commands to re-create incarnation table
    -- Below log names MUST be changed to existing filenames on
    -- disk. Any one log file from each branch can be used to
    -- re-create incarnation records.
    -- ALTER DATABASE REGISTER LOGFILE '/uo1/app1/arch1_1_647102958.dbf';
    -- Recovery is required if any of the datafiles are restored backups,
    -- or if the last shutdown was not normal or immediate.
    RECOVER DATABASE
    -- Database can now be opened normally.
    ALTER DATABASE OPEN;
    My database is in noarchivelog mode now so don't know why these statements (of register the logfile) is there in the backup of control file? so when I restore the cold backup of this database, it will still work correct? (there is no logfile I have only CRD files in cold backup -no archive log files.)
    thanks
    Nirav

    Thanks for your inputs! It is most useful to me.
    Regards
    Nirav

  • Restore Backup control file doubt ?

    when restoring backup control file why we need to set the DBID first?
    Thankx..

    When using a recovery catalog and attempting to restore a lost control file, you encounter an error if there are other databases are registered in the recovery catalog with the same name as your target database. To resolve this error, you must uniquely identify the database by DBID for the restore operation. This requires determining the correct DBID for your database, and then using the SET DBID command to identify the target database before the RESTORE CONTROLFILE.

  • Can I recover the database to the current time using a backup control file?

    Can I recover the database to the current time using a backup control file? How far can I recover this database?
    I have an Oracle 10g(10.2.3) database on RHEL4.3 system.
    I have lost all the current control files and all the online redo logs, archived redo logs and all other files are OK.
    Now I have to recovery this database using a backup control file.
    Can I recover the database without any data lost?

    If
    a) it was a Shutdown Abort or an Instance Crash (i.e. backgrounds died on detecting loss of redo logs),
    b) redo logs are lost
    c) data files are intact
    You'd have to
    a) Restore datafiles
    b) Do an Incomplete Recovery to the last available ArchiveLog
    Hemant K Chitale
    http://hemantoracledba.blogspot.com

  • When combining files, conversion keeps failing with red notice that the document if password protected. What does that mean and what do I do?

    When combining files, conversion keeps failing with a red notice that the document is password protected. I was combining all pdf files and had just been successful with some of the same content under a different file name. What is wrong and how do I correct it?

    Hey SUSANO,
    I am sorry but you cannot combine files if they are password protected.
    You can check the same under 'File > Properties> Security
    Regards,
    Anubha

  • Large Core Dumps after DB Backup Control File

    Hi All,
    Server Specs (it is the test server having no functional modules):
    Windows 2003 64bit
    Oracle 10.2.0.4 (Patched from 10.2.0.2)
    Netweaver 2004s
    SQL> RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL
    ORA-00279: change 21375038 generated at 09/21/2007 20:12:47 needed for thread 1
    ORA-00289: suggestion : /export/pspp/oracle/dbs/xxx_example_xxx.dbf
    ORA-00280: change 21375038 for thread 1 is in sequence #4
    Specify log: {=suggested | filename | AUTO | CANCEL}
    /OraRedo/RedoLogFiles/xxx_example_xxx.dbf
    Log applied.
    Media recovery complete.
    I was facing Control file inconsistence issues against 2 partitions. Issue was resolved by using above commands and Netweaver started successfully. Im now facing another problem, im getting huge tracefiles in SAPTRACE\BACKGROUND folder since its recovery. I deleted those tracefiles which were of approx. 86GB.
    Current Tracefiles sizes are:
    <drive>:\oracle\TST\saptrace\background\tst_m000_5188.trc (7MB) and it is getting double by each generation.
    Here are tracefiles of today (old ones deleted by me coz it was consuming a hell of space, e.g: 86GB as mentioned):
    tst_m000_5188.trc (7 MB) Latest
    tst_j000_5316.trc (4MB)
    Here is Initial info from alert_tst.txt file contained in same folder:
    Dump file f:\oracle\tst\saptrace\background\alert_tst.log
    Thu Sep 02 13:55:34 2010
    ORACLE V10.2.0.4.0 - 64bit Production vsnsta=0
    vsnsql=14 vsnxtr=3
    Windows NT Version V5.2 Service Pack 1
    CPU                 : 2 - type 8664, 1 Physical Cores
    Process Affinity    : 0x0000000000000000
    Memory (Avail/Total): Ph:2886M/4019M, Ph+PgF:19295M/20131M
    Thu Sep 02 13:55:34 2010
    Starting ORACLE instance (normal)
    Thu Sep 02 13:55:35 2010
    Specified value of sga_max_size is too small, bumping to 666894336
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Shared memory segment for instance monitoring created
    Picked latch-free SCN scheme 3
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =10
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    ksdpec: called for event 13740 prior to event group initialization
    Starting up ORACLE RDBMS Version: 10.2.0.4.0.
    System parameters with non-default values:
      processes                = 80
      sessions                 = 96
      event                    = 10191 trace name context forever, level 1
      sga_max_size             = 666894336
      shared_pool_size         = 318767104
      shared_pool_reserved_size= 31598837
      filesystemio_options     = setall
      control_files            = E:\ORACLE\TST\ORIGLOGA\CNTRL\CNTLRTST.DBF, E:\ORACLE\TST\ORIGLOGB\CNTRL\CNTRLTST.DBF, F:\ORACLE\TST\SAPDATA1\CNTRL\CNTRLTST.DBF
      control_file_record_keep_time= 30
      db_block_size            = 8192
      db_cache_size            = 318767104
      compatible               = 10.2.0
      log_archive_dest         = E:\oracle\TST\oraarch\TSTarch
      log_buffer               = 2061312
      log_checkpoint_interval  = 0
      db_files                 = 254
      log_checkpoints_to_alert = TRUE
      dml_locks                = 4000
      undo_management          = AUTO
      undo_tablespace          = PSAPUNDO
      undo_retention           = 43200
      recyclebin               = off
      remote_os_authent        = TRUE
      remote_login_passwordfile= EXCLUSIVE
      job_queue_processes      = 1
      background_dump_dest     = F:\ORACLE\TST\SAPTRACE\BACKGROUND
      user_dump_dest           = F:\ORACLE\TST\SAPTRACE\USERTRACE
      core_dump_dest           = F:\ORACLE\TST\SAPTRACE\BACKGROUND
      optimizer_features_enable= 10.2.0.1
      sort_area_size           = 2097152
      sort_area_retained_size  = 0
      db_name                  = TST
      open_cursors             = 800
      _optim_peek_user_binds   = FALSE
      pga_aggregate_target     = 421317836
      workarea_size_policy     = AUTO
      statistics_level         = typical
    MMAN started with pid=4, OS id=2760
    PMON started with pid=2, OS id=2748
    DBW0 started with pid=5, OS id=712
    LGWR started with pid=6, OS id=604
    CKPT started with pid=7, OS id=1088
    SMON started with pid=8, OS id=1164
    RECO started with pid=9, OS id=2680
    CJQ0 started with pid=10, OS id=2972
    MMON started with pid=11, OS id=1816
    MMNL started with pid=12, OS id=2904
    PSP0 started with pid=3, OS id=2692
    Please Review,
    Thanks in Advance.
    Best Regards.

    All dispatchers and shared servers shutdown
    Mon Jan 10 15:19:45 2011
    ALTER DATABASE CLOSE NORMAL
    Mon Jan 10 15:19:45 2011
    SMON: disabling tx recovery
    SMON: disabling cache recovery
    Mon Jan 10 15:19:46 2011
    Shutting down archive processes
    Archiving is disabled
    Mon Jan 10 15:19:51 2011
    ARCH shutting down
    ARC1: Archival stopped
    Mon Jan 10 15:19:56 2011
    ARCH shutting down
    ARC0: Archival stopped
    Mon Jan 10 15:19:57 2011
    Thread 1 closed at log sequence 11
    Successful close of redo thread 1
    Mon Jan 10 15:19:59 2011
    Completed: ALTER DATABASE CLOSE NORMAL
    Mon Jan 10 15:19:59 2011
    ALTER DATABASE DISMOUNT
    Completed: ALTER DATABASE DISMOUNT
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes
    Archiving is disabled
    Archive process shutdown avoided: 0 active
    Shutting down Data Guard Broker processes
    Mon Jan 10 15:20:00 2011
    Completed: Data Guard Broker shutdown
    Mon Jan 10 15:20:02 2011
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes
    Archiving is disabled
    Archive process shutdown avoided: 0 active
    Mon Jan 10 15:21:43 2011
    Starting ORACLE instance (normal)
    Mon Jan 10 15:21:43 2011
    Specified value of sga_max_size is too small, bumping to 645922816
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Picked latch-free SCN scheme 3
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =10
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    ksdpec: called for event 13740 prior to event group initialization
    Starting up ORACLE RDBMS Version: 10.2.0.4.0.
    System parameters with non-default values:
      processes                = 80
      sessions                 = 96
      event                    = 10191 trace name context forever, level 1
      sga_max_size             = 645922816
      shared_pool_size         = 318767104
      __java_pool_size         = 4194304
      java_pool_size           = 4194304
      shared_pool_reserved_size= 31598837
      filesystemio_options     = setall
      control_files            = E:\ORACLE\TST\ORIGLOGA\CNTRL\CNTLRTST.DBF, E:\ORACLE\TST\ORIGLOGB\CNTRL\CNTRLTST.DBF, F:\ORACLE\TST\SAPDATA1\CNTRL\CNTRLTST.DBF
      control_file_record_keep_time= 30
      db_block_size            = 8192
      db_cache_size            = 318767104
      compatible               = 10.2.0
      log_archive_dest         = E:\oracle\TST\oraarch\TSTarch
      log_buffer               = 2061312
      log_checkpoint_interval  = 0
      db_files                 = 254
      log_checkpoints_to_alert = TRUE
      dml_locks                = 4000
      undo_management          = AUTO
      undo_tablespace          = PSAPUNDO
      undo_retention           = 43200
      recyclebin               = off
      remote_os_authent        = TRUE
      remote_login_passwordfile= EXCLUSIVE
      dispatchers              = (PROTOCOL=TCP) (SERVICE=TSTXDB)
      job_queue_processes      = 1
      background_dump_dest     = F:\ORACLE\TST\SAPTRACE\BACKGROUND
      user_dump_dest           = F:\ORACLE\TST\SAPTRACE\USERTRACE
      core_dump_dest           = F:\ORACLE\TST\SAPTRACE\BACKGROUND
      optimizer_features_enable= 10.2.0.1
      sort_area_size           = 2097152
      sort_area_retained_size  = 0
      db_name                  = TST
      open_cursors             = 800
      optimpeek_user_binds   = FALSE
      pga_aggregate_target     = 421317836
      workarea_size_policy     = AUTO
      statistics_level         = typical
      dg_broker_start          = TRUE
    PMON started with pid=2, OS id=5108
    PSP0 started with pid=3, OS id=3884
    MMAN started with pid=4, OS id=3212
    DBW0 started with pid=5, OS id=4508
    LGWR started with pid=6, OS id=4124
    CKPT started with pid=7, OS id=3684
    SMON started with pid=8, OS id=3284
    RECO started with pid=9, OS id=4360
    CJQ0 started with pid=10, OS id=2128
    MMON started with pid=11, OS id=3976
    Mon Jan 10 15:21:43 2011
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    MMNL started with pid=12, OS id=3444
    Mon Jan 10 15:21:43 2011
    starting up 1 shared server(s) ...
    DMON started with pid=15, OS id=4136
    Mon Jan 10 15:21:43 2011
    ALTER DATABASE   MOUNT
    Mon Jan 10 15:21:48 2011
    Setting recovery target incarnation to 4
    Mon Jan 10 15:21:48 2011
    Successful mount of redo thread 1, with mount id 1881221383
    Mon Jan 10 15:21:48 2011
    Database mounted in Exclusive Mode
    Completed: ALTER DATABASE   MOUNT
    Mon Jan 10 15:21:48 2011
    ALTER DATABASE OPEN
    Mon Jan 10 15:21:51 2011
    Starting Data Guard Broker (DMON)
    INSV started with pid=16, OS id=4264
    Mon Jan 10 15:21:55 2011
    LGWR: STARTING ARCH PROCESSES
    ARC0 started with pid=18, OS id=4768
    Mon Jan 10 15:21:55 2011
    ARC0: Archival started
    Mon Jan 10 15:21:55 2011
    ARC1: Archival started
    ARC1 started with pid=19, OS id=5288
    LGWR: STARTING ARCH PROCESSES COMPLETE
    Thread 1 opened at log sequence 11
      Current log# 3 seq# 11 mem# 0: E:\ORACLE\TST\ORIGLOGA\LOG_G13M1.DBF
      Current log# 3 seq# 11 mem# 1: E:\ORACLE\TST\MIRRLOGA\LOG_G13M2.DBF
    Successful open of redo thread 1
    Mon Jan 10 15:21:57 2011
    MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
    Mon Jan 10 15:21:57 2011
    SMON: enabling cache recovery
    Mon Jan 10 15:21:57 2011
    ARC0: Becoming the 'no FAL' ARCH
    ARC0: Becoming the 'no SRL' ARCH
    Mon Jan 10 15:21:57 2011
    ARC1: Becoming the heartbeat ARCH
    Mon Jan 10 15:21:58 2011
    Incremental checkpoint up to RBA [0xb.16b77.0], current log tail at RBA [0xb.16b77.0]
    Mon Jan 10 15:21:59 2011
    Successfully onlined Undo Tablespace 1.
    Mon Jan 10 15:21:59 2011
    SMON: enabling tx recovery
    Mon Jan 10 15:21:59 2011
    Database Characterset is UTF8
    Opening with internal Resource Manager plan
    where NUMA PG = 1, CPUs = 2
    replication_dependency_tracking turned off (no async multimaster replication found)
    Starting background process QMNC
    QMNC started with pid=20, OS id=4156
    Mon Jan 10 15:22:05 2011
    Completed: ALTER DATABASE OPEN
    Mon Jan 10 15:52:02 2011
    Incremental checkpoint up to RBA [0xb.180ee.0], current log tail at RBA [0xb.1830a.0]
    Mon Jan 10 15:52:16 2011
    Shutting down instance: further logons disabled
    Mon Jan 10 15:52:16 2011
    Stopping background process CJQ0
    Mon Jan 10 15:52:16 2011
    Stopping background process QMNC
    Mon Jan 10 15:52:17 2011
    Background process QMNC not dead after 150 seconds
    Mon Jan 10 15:52:17 2011
    Stopping background process MMNL
    Mon Jan 10 15:52:18 2011
    Background process MMNL not dead after 10 seconds
    Mon Jan 10 15:52:18 2011
    Stopping background process MMON
    Mon Jan 10 15:52:19 2011
    Background process MMON not dead after 30 seconds
    Mon Jan 10 15:52:19 2011
    Shutting down instance (immediate)
    License high water mark = 12
    Mon Jan 10 15:52:19 2011
    Stopping Job queue slave processes, flags = 7
    Mon Jan 10 15:52:19 2011
    Job queue slave processes stopped
    Waiting for dispatcher 'D000' to shutdown
    All dispatchers and shared servers shutdown
    Mon Jan 10 15:52:24 2011
    ALTER DATABASE CLOSE NORMAL
    Mon Jan 10 15:52:24 2011
    SMON: disabling tx recovery
    SMON: disabling cache recovery
    Mon Jan 10 15:52:25 2011
    Shutting down archive processes
    Archiving is disabled
    Mon Jan 10 15:52:30 2011
    ARCH shutting down
    ARC1: Archival stopped
    Mon Jan 10 15:52:35 2011
    ARCH shutting down
    ARC0: Archival stopped
    Mon Jan 10 15:52:36 2011
    Thread 1 closed at log sequence 11
    Successful close of redo thread 1
    Mon Jan 10 15:52:37 2011
    Completed: ALTER DATABASE CLOSE NORMAL
    Mon Jan 10 15:52:37 2011
    ALTER DATABASE DISMOUNT
    Completed: ALTER DATABASE DISMOUNT
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes
    Archiving is disabled
    Archive process shutdown avoided: 0 active
    Shutting down Data Guard Broker processes
    Mon Jan 10 15:52:38 2011
    Completed: Data Guard Broker shutdown
    Mon Jan 10 15:52:40 2011
    ARCH: Archival disabled due to shutdown: 1089
    Shutting down archive processes
    Archiving is disabled
    Archive process shutdown avoided: 0 active
    Mon Jan 10 15:53:28 2011
    Starting ORACLE instance (normal)
    Mon Jan 10 15:53:28 2011
    Specified value of sga_max_size is too small, bumping to 645922816
    LICENSE_MAX_SESSION = 0
    LICENSE_SESSIONS_WARNING = 0
    Picked latch-free SCN scheme 3
    Autotune of undo retention is turned on.
    IMODE=BR
    ILAT =10
    LICENSE_MAX_USERS = 0
    SYS auditing is disabled
    ksdpec: called for event 13740 prior to event group initialization
    Starting up ORACLE RDBMS Version: 10.2.0.4.0.
    System parameters with non-default values:
      processes                = 80
      sessions                 = 96
      event                    = 10191 trace name context forever, level 1
      sga_max_size             = 645922816
      __shared_pool_size       = 318767104
      shared_pool_size         = 318767104
      __java_pool_size         = 4194304
      java_pool_size           = 4194304
      shared_pool_reserved_size= 31598837
      filesystemio_options     = setall
      control_files            = E:\ORACLE\TST\ORIGLOGA\CNTRL\CNTLRTST.DBF, E:\ORACLE\TST\ORIGLOGB\CNTRL\CNTRLTST.DBF, F:\ORACLE\TST\SAPDATA1\CNTRL\CNTRLTST.DBF
      control_file_record_keep_time= 30
      db_block_size            = 8192
      __db_cache_size          = 318767104
      db_cache_size            = 318767104
      compatible               = 10.2.0
      log_archive_dest         = E:\oracle\TST\oraarch\TSTarch
      log_buffer               = 2061312
      log_checkpoint_interval  = 0
      db_files                 = 254
      log_checkpoints_to_alert = TRUE
      dml_locks                = 4000
      undo_management          = AUTO
      undo_tablespace          = PSAPUNDO
      undo_retention           = 43200
      recyclebin               = off
      remote_os_authent        = TRUE
      remote_login_passwordfile= EXCLUSIVE
      dispatchers              = (PROTOCOL=TCP) (SERVICE=TSTXDB)
      job_queue_processes      = 1
      background_dump_dest     = F:\ORACLE\TST\SAPTRACE\BACKGROUND
      user_dump_dest           = F:\ORACLE\TST\SAPTRACE\USERTRACE
      core_dump_dest           = F:\ORACLE\TST\SAPTRACE\BACKGROUND
      optimizer_features_enable= 10.2.0.1
      sort_area_size           = 2097152
      sort_area_retained_size  = 0
      db_name                  = TST
      open_cursors             = 800
      optimpeek_user_binds   = FALSE
      pga_aggregate_target     = 421317836
      workarea_size_policy     = AUTO
      statistics_level         = typical
      dg_broker_start          = TRUE
    PMON started with pid=2, OS id=5296
    PSP0 started with pid=3, OS id=4804
    MMAN started with pid=4, OS id=3480
    DBW0 started with pid=5, OS id=4312
    LGWR started with pid=6, OS id=4036
    CKPT started with pid=7, OS id=3372
    SMON started with pid=8, OS id=5816
    RECO started with pid=9, OS id=5240
    CJQ0 started with pid=10, OS id=4524
    MMON started with pid=11, OS id=6140
    Mon Jan 10 15:53:28 2011
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    MMNL started with pid=12, OS id=5680
    Mon Jan 10 15:53:28 2011
    starting up 1 shared server(s) ...
    DMON started with pid=15, OS id=5308
    Mon Jan 10 15:53:28 2011
    ALTER DATABASE   MOUNT
    Mon Jan 10 15:53:32 2011
    Setting recovery target incarnation to 4
    Mon Jan 10 15:53:33 2011
    Successful mount of redo thread 1, with mount id 1881229688
    Mon Jan 10 15:53:33 2011
    Database mounted in Exclusive Mode
    Completed: ALTER DATABASE   MOUNT
    Mon Jan 10 15:53:33 2011
    ALTER DATABASE OPEN
    Mon Jan 10 15:53:36 2011
    Starting Data Guard Broker (DMON)
    INSV started with pid=16, OS id=4536
    Mon Jan 10 15:53:40 2011
    LGWR: STARTING ARCH PROCESSES
    ARC0 started with pid=18, OS id=5552
    Mon Jan 10 15:53:40 2011
    ARC0: Archival started
    ARC1: Archival started
    ARC1 started with pid=19, OS id=5312
    LGWR: STARTING ARCH PROCESSES COMPLETE
    Thread 1 opened at log sequence 11
      Current log# 3 seq# 11 mem# 0: E:\ORACLE\TST\ORIGLOGA\LOG_G13M1.DBF
      Current log# 3 seq# 11 mem# 1: E:\ORACLE\TST\MIRRLOGA\LOG_G13M2.DBF
    Successful open of redo thread 1
    Mon Jan 10 15:53:41 2011
    MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
    Mon Jan 10 15:53:41 2011
    SMON: enabling cache recovery
    Mon Jan 10 15:53:42 2011
    ARC1: Becoming the 'no FAL' ARCH
    ARC1: Becoming the 'no SRL' ARCH
    Mon Jan 10 15:53:42 2011
    ARC0: Becoming the heartbeat ARCH
    Mon Jan 10 15:53:43 2011
    Incremental checkpoint up to RBA [0xb.18403.0], current log tail at RBA [0xb.18403.0]
    Mon Jan 10 15:53:44 2011
    Successfully onlined Undo Tablespace 1.
    Mon Jan 10 15:53:44 2011
    SMON: enabling tx recovery
    Mon Jan 10 15:53:44 2011
    Database Characterset is UTF8
    Opening with internal Resource Manager plan
    where NUMA PG = 1, CPUs = 2
    replication_dependency_tracking turned off (no async multimaster replication found)
    Starting background process QMNC
    QMNC started with pid=20, OS id=5776
    Mon Jan 10 15:53:50 2011
    Completed: ALTER DATABASE OPEN
    Mon Jan 10 15:55:46 2011
    Starting ORACLE instance (normal)
    Mon Jan 10 16:00:56 2011
    Errors in file f:\oracle\tst\saptrace\background\tst_j000_3228.trc:
    Mon Jan 10 16:01:26 2011
    Beginning log switch checkpoint up to RBA [0xc.2.10], SCN: 16865686
    Mon Jan 10 16:01:26 2011
    Thread 1 advanced to log sequence 12 (LGWR switch)
      Current log# 4 seq# 12 mem# 0: E:\ORACLE\TST\ORIGLOGB\LOG_G14M1.DBF
      Current log# 4 seq# 12 mem# 1: E:\ORACLE\TST\MIRRLOGB\LOG_G14M2.DBF
    Mon Jan 10 16:03:54 2011
    Errors in file f:\oracle\tst\saptrace\background\tst_m000_5396.trc:
    ORA-00600: internal error code, arguments: [kcbz_check_objd_typ], [0], [0], [1], [], [], [], []
    Mon Jan 10 16:04:01 2011
    Errors in file f:\oracle\tst\saptrace\background\tst_m000_5396.trc:
    ORA-00600: internal error code, arguments: [kcbgcur_3], [61846], [9], [4], [0], [], [], []
    Mon Jan 10 16:04:07 2011
    Errors in file f:\oracle\tst\saptrace\background\tst_m000_5396.trc:
    ORA-00600: internal error code, arguments: [kcbz_check_objd_typ], [0], [0], [1], [], [], [], []
    Mon Jan 10 16:06:30 2011
    Completed checkpoint up to RBA [0xc.2.10], SCN: 16865686
    Mon Jan 10 16:23:50 2011
    Incremental checkpoint up to RBA [0xc.4e3a.0], current log tail at RBA [0xc.4f1f.0]
    Mon Jan 10 16:53:57 2011
    Incremental checkpoint up to RBA [0xc.55b9.0], current log tail at RBA [0xc.5726.0]
    Mon Jan 10 17:00:01 2011
    Errors in file f:\oracle\tst\saptrace\background\tst_j000_2516.trc:
    Mon Jan 10 17:00:29 2011
    Errors in file f:\oracle\tst\saptrace\background\tst_m000_6048.trc:
    ORA-00600: internal error code, arguments: [kcbz_check_objd_typ], [0], [0], [1], [], [], [], []
    Mon Jan 10 17:00:33 2011
    Errors in file f:\oracle\tst\saptrace\background\tst_m000_6048.trc:
    ORA-00600: internal error code, arguments: [kcbgcur_3], [61846], [9], [4], [0], [], [], []
    Mon Jan 10 17:00:37 2011
    Errors in file f:\oracle\tst\saptrace\background\tst_m000_6048.trc:
    ORA-00600: internal error code, arguments: [kcbz_check_objd_typ], [0], [0], [1], [], [], [], []
    Mon Jan 10 17:24:02 2011
    Incremental checkpoint up to RBA [0xc.6125.0], current log tail at RBA [0xc.62ae.0]

  • ORA-00214 control file version 33705 inconsistent with file version 33703

    Hi,
    I have successfully installed OracleEBS 12.2.0. I have started listener. Then while starting DB i got the following error.
    ORA-00214 control  file '/home/oracle/data/controlfile_VIS1.ctl' version 33705 inconsistent with file '/home/oracle/data/controlfile_VIS2.ctl version 33703
    I am not having backup for DB and it's files.
    Please any one help me to recover this problem and to start DB
    Thanks,
    Selvi

    Hi Selvi,
      It would be better to ask this question in the RDBMS forum -
    https://community.oracle.com/community/database/general_questions
    This forum is for questions about connecting to non-Oracle databases from Oracle.
    Regards,
    Mike

  • BACKUP CONTROL FILE

    Hi all,
    11.2.0.1
    Aix 6.1
    I want to backup my control file to text as in
    SQL> alter system backup controlfile to '/u01/a.txt';
    But  the output is not readable
    Why is that if the command is
    SQL> alter system backup controlfile to trace;
    The output is readable but it is very hard to find
    Please help...
    Thanks ,
    zxy

    Saran, you should actually take care of what the OP is saying. He/she certainly even did not tried the command he/she tells us because it's not an option of "alter system".
    SQL> alter system backup controlfile to trace as '/u01/a.sql';
    alter system backup controlfile to trace as '/u01/a.sql'
    ERROR at line 1:
    ORA-02065: illegal option for ALTER SYSTEM
    SQL>
    Please see Hemant's post instead.
    Mod. action: your "correct" response is unmarked.
    Nicolas.

  • Rman backup control file

    hii i am working on oracle 10g 10.2.0.4.0 on solaris 10 have asm and rac setup(2 node rac).
    i have only one control file--+DATA_DG1/ftssdb/controlfile/current.270.664476369
    i am backing up these control file with rman
    CONFIGURE CONTROLFILE AUTOBACKUP ON;
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman_node1/%F';
    c-31850833-20100909-00 is a backed up piece of control file.
    now suddenly one system admin deleted that control file...how can i recover my database using rman backup??

    You can found these entries like :
    CREATE CONTROLFILE REUSE DATABASE "DBNAME" NORESETLOGS NOARCHIVELOG ==depends what is your db log mode
    MAXLOGFILES 32
    MAXLOGMEMBERS 2
    MAXDATAFILES 30
    MAXINSTANCES 8
    MAXLOGHISTORY 800
    LOGFILE
    GROUP 1 '/u01/oracle/7.1.6/dbs/log1p716.dbf' SIZE 500K,
    GROUP 2 '/u01/oracle/7.1.6/dbs/log2p716.dbf' SIZE 500K,
    GROUP 3 '/u01/oracle/7.1.6/dbs/log3p716.dbf' SIZE 500K
    DATAFILE
    '/u01/oracle/7.1.6/dbs/systp716.dbf' SIZE 40M,
    '/u01/oracle/7.1.6/dbs/tempp716.dbf' SIZE 550K,
    '/u01/oracle/7.1.6/dbs/toolp716.dbf' SIZE 15M
    # Recovery is required if any of the datafiles are restored backups,
    # or if the last shutdown was not normal or immediate.
    RECOVER DATABASE
    # Database can now be opened normally.
    ALTER DATABASE OPEN;
    Edited by: user00726 on Sep 9, 2010 4:42 AM

  • Backing up control file to trace

    Hi blokes,
    I been trying to include a copy of my controlfile scripts in my hot backup. i.e
    "ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS ' /PATH/CONTROL.TXT" It worked for every database except the oracle8i databases.
    I would appreciate if someone could let me know if it is not supported in oracle8i
    Regards..
    Shebby.

    backup controlfile to trace; this will create a trace file in your udump folder.
    Your other option is you can use the following sql to restore the controlfile from your backup set. I've used this on 8i.
    DECLARE
    v_dev varchar2(50); -- device type allocated for restore
    v_done boolean; -- has the controlfile been fully extracted yet
    type t_fileTable is table of varchar2(255)
    index by binary_integer;
    v_fileTable t_fileTable; -- Stores the backuppiece names
    v_maxPieces number:=1; -- Number of backuppieces in backupset
    BEGIN
    -- Initialise the filetable & number of backup pieces in the backupset
    -- This section of code MUST be edited to reflect the customer's available
    -- backupset before the procedure is compiled and run. In this example, the
    -- backupset consists of 4 pieces:
    v_fileTable(1):='/yourbackuploc/prod_l8imjqop_1_1704';
    -- Allocate a device. In this example, I have specified 'sbt_tape' as I am
    -- reading backuppieces from the media manager. If the backuppiece is on disk,
    -- specify type=>null
    v_dev:=sys.dbms_backup_restore.deviceAllocate(type=>'', ident=>'d1');
    -- Begin the restore conversation
    sys.dbms_backup_restore.restoreSetDatafile;
    -- Specify where the controlfile is to be recreated
    sys.dbms_backup_restore.restoreControlfileTo(cfname=>'/location/yourcontrolfile.ctl');
    -- Restore the controlfile
    FOR i IN 1..v_maxPieces LOOP
    sys.dbms_backup_restore.restoreBackupPiece(done=>v_done,handle=>v_fileTable(i), params=>null);
    IF v_done THEN
    GOTO all_done;
    END IF;
    END LOOP;
    <<all_done>>
    -- Deallocate the device
    sys.dbms_backup_restore.deviceDeallocate;
    END;
    /

  • Downloading via XHR and writing large files using WinJS fails with message "Not enough storage is available to complete this operation"

    Hello,
    I have an issue that some user are experiencing but I can't reproduce it myself on my laptop. What I am trying to do it grab a file (zip file) via XHR. The file can be quite big, like 500Mb. Then, I want to write it on the user's storage.
    Here is the code I use:
    DownloadOperation.prototype.onXHRResult = function (file, result) {
    var status = result.srcElement.status;
    if (status == 200) {
    var bytes = null;
    try{
    bytes = new Uint8Array(result.srcElement.response, 0, result.srcElement.response.byteLength);
    } catch (e) {
    try {
    Utils.logError(e);
    var message = "Error while extracting the file " + this.fileName + ". Try emptying your windows bin.";
    if (e && e.message){
    message += " Error message: " + e.message;
    var popup = new Windows.UI.Popups.MessageDialog(message);
    popup.showAsync();
    } catch (e) { }
    this.onWriteFileError(e);
    return;
    Windows.Storage.FileIO.writeBytesAsync(file, bytes).then(
    this.onWriteFileComplete.bind(this, file),
    this.onWriteFileError.bind(this)
    } else if (status > 400) {
    this.error(null);
    The error happens at this line:
    bytes = new Uint8Array(result.srcElement.response, 0, result.srcElement.response.byteLength);
    With description "Not enough storage is available to complete this operation". The user has only a C drive with plenty of space available, so I believe the error message given by IE might be a little wrong. Maybe in some situations, Uint8Array
    can't handle such large file? The program fails on a "ASUSTek T100TA" but not on my laptop (standard one)
    Can somebody help me with that? Is there a better way to write a downloaded binary file to the disk not passing via a Uint8Array?
    Thanks a lot,
    Fabien

    Hi Fabien,
    If Uint8Array works fine on the other computer, it should not be the problem of the API, but instead it could be the setting or configuration for IE.
    Actually using XHR for 500MB zip file is not suggested, base on the documentation:
    How to download a file, XHR wraps an
    XMLHttpRequest call in a promise, which is not a good approach for big item download, please use
    Background Transfer instead, which is designed to receive big items.
    Simply search on the Internet, and looks like the not enough storage error is a potential issue while using XMLHttpRequest:
    http://forums.asp.net/p/1985921/5692494.aspx?PRB+XMLHttpRequest+returns+error+Not+enough+storage+is+available+to+complete+this+operation, however I'm not familiar with how to solve the XMLHttpRequest issues.
    --James
    We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
    Click
    HERE to participate the survey.

  • Flat file data load failed with the below error

    hi guys,
    when the scheduling load(info package) from the flat file ,got below error..
    Error 'The argument 'INR' cannot be interpreted as a number ' on assignment field /BI
    thanks

    Hi,
    It seems that the flat file and data source are not in sync.... check your flat file format and prepare it in sync with your data source.
    I guess you have an amount field followed by currency in your flat file, but in your data source currency field is not next to the amount KF or vice versa. It could also be that the KF you have defined is not of Amount type, and hence it doesn't expect the currency field.
    Hope this helps
    Godhuli

Maybe you are looking for