01195 01547 01110 ora ora ora

Similar Questions

• Error: ORA-01110, ORA-01578 and ORA-26040

  Oracle installed:

  The RAC

  Oracle Database 11 g Enterprise Edition Release 11.2.0.3.0 - 64 bit Production

  PL/SQL Release 11.2.0.3.0 - Production

  "CORE 11.2.0.3.0 Production."

  AMT for Linux: Version 11.2.0.3.0 - Production

  NLSRTL Version 11.2.0.3.0 - Production

  Linux: Red Hat 64-bit

  Question: I get the following error.  Can someone provide suggestions?

  Thank you.

  Caused by: java.sql.BatchUpdateException: ORA-01578: data corrupted ORACLE (file # 9, block # 316) block
  ORA-01110: data file 9: "+ DATA/msodev/datafile/cmd_default.344.881030253".
  ORA-26040: data block has been loaded using the NOLOGGING option

  Hello

  First ask the dba_extents to identify the nom_segment and nom_tablespace something lke below

  Select the owner, nom_segment, tablespace_name from dba_extents where FILE_ID = 9 and 316 between BLOCK_ID and BLOCK_ID + BLOCKS;

  Once you identify the object you can drop and re-create if his index finger, using DBMS_REPAIR if his table...

  You can find more information in the metalink note

  ORA-1578 / ORA-26040 corrupt blocks by NOLOGGING - explanation of the error and the solution (Doc ID 794505.1)

• ORA-01178: drop 4 created before last CREATE CONTROLFILE

  Hello
  10g R2 on windows, I lost the file user.dbf and I have no back up. Then I want to recreate a new recovery ansd. My steps are:
  1 - alter temporary tablespace offline users;
  2 alter database create datafile ' C:\ORACLE\ORADATA\ORCL\USERS01. DBF';
  3. RECOVER TABLESPACE USERS;
  4 - alter tablespace users online.
  
  
  
  When creating, but I got the following error:

  SQL> alter database create datafile 'C:\ORACLE\ORADATA\ORCL\USERS01.DBF';
  alter database create datafile 'C:\ORACLE\ORADATA\ORCL\USERS01.DBF'
  *
  ERROR at line 1:
  ORA-01178: file 4 created before last CREATE CONTROLFILE, cannot recreate

  Any idea? Any help? Thank you.

  Hello

  Please read this Doc ID: Note: 333620.1
  Topic: How do I recover the ORA-01171 ORA-01122 ORA-01110 ORA-01251

  To solve the problem: -.

  1. the database must be in log mode Archive.
  2. you must have all the Archive log files from the moment that the data file was created.
  3. the control file should be created information datafile. If the controlfile was recreated
  Once the data file was created and then the below solution does not work and step 2 will
  error ORA-01178

  Steps to follow
  ====================

  Step 1: -.

  Put the problematic data file offline.

  SQL > Alter database datafile ' / oracle/test_lob12.dbf ' offline;

  Copy the file to another backup location.

  Step 2: -.

  To re-create the file, issue the following command:

  SQL > Alter database create datafile ' / oracle/test_lob12.dbf ';

  Step 3: -.

  Start applying the log file archive to re-create the data file.

  SQL > Recover datafile ' / oracle/test_lob12.dbf ';

  Step 4: -.

  When the recovery is complete, put the database online.

  SQL > Alter database datafile ' / oracle/test_lob12.dbf ' online;

• ORA-01547 ORA-01194 ORA-01110

  Hello

  I'm user managed backup and restore. (Source and target are in different servers (RHEL 4 with Oracle 10.2.0.3) 64-bit.

  In the Source

  1. change the system switch logfile-> to mark a new beginning

  2 alter database backup controlfile to trace

  3. copy this file to control for target

  4. turn each tablespace in backup mode, copy its data files to target and complete the mode backup tablespace. Repeat this for all areas of storage

  5 verified that no data file is in backup mode (all files have given status 'INACTIVE' backup$ v);

  In the target

  1. changes to the control file to reflect the dbname and paths and all,

  2. Since the nomount db and then created the control file using the copy of the source

  3. recover database until cancel using backup controlfile;

  4. has published the newspaper archive (copied from the source to destination).

  
  

  I issued alter system switch logfile in source several times (10 times more), copied all logs archived and applied to the target. But still get ORA-01547, ORA-01194 and ORA-01110 in target when I issue cancel.

  What should do? What Miss me?

  I tried to redo the whole process, and it worked. I'm still not able to understand what the question was. But I made this a hundred times, and it's the first time I had this error.

  But I was able to go through this process again and got my dev.

  Thank you all for your time.

• 11g recover physical incomplete eve

  Hello Experts,

  My configuration:

  -OS: RHEL 6.4

  -DB oracle: Oracle Standard Edition, c. 11.2.0.4

  I am migrating the current RHEL 5, Oracle Standard Edition 10.2.0.4.0 Configuration for new RHEL 6.4 g 11 configuration.

  The environment of 10g successfully runs to physical standby mode (manual, no Data Guard):

  -Archived redo logs from the primary are copied to the standby server using rsync every 15 minutes

  -All transported archived recovery logs are applied on the standby server using point in time recovery, every 3 hours.

  -Watch the CRA alerts log files applied and ends with "Incomplete recovery applied to change 292650109"

  -Changes in the primary DB DML/DDL not display correctly in the standby database.

  The same installer does not work on the new 11g environment: embedded recovery logs not applied during the point in time recovery.

  Creation of the database pending:

  The same SID was created on the physical server and the server backup, using DBCA.

  On the physical server:

  -create pfile from spfile

  -stop physical sid

  -scp pfile to the standby server

  -file password for CPS to the standby server

  -scp all the data files to the standby server

  -Start physics sid

  -create the standby controlfile

  -scp controlfile ensures the standby server

  On the standby server:

  -Copy the controlfile Eve in the data directory

  -Copy the log files archived from the physical server to the standby server

  -installation of starting using physics pfile

  -create spfile from pfile

  -stop

  -startup nomount (using the spfile)

  -ALTER DATABASE MOUNT STANDBY DATABASE;

  - alter session set nls_date_format ='yyyy-mm - dd:hh24:mi:ss';

  - alter auto sleep back the base until time ' 2014 - 06 - 13:08:15:00';

  This time is about 10 minutes before performing the backups on the physical server.

  This translates to ORA-01547 levert, ORA-01152 and ORA-01110.

  - recover the database pending;

  pointing to the file redo01.log on the physical server (and even redo02.log and redo03.log)

  Only after this database backup can be started in read-only mode:

  - ALTER DATABASE OPEN read ONLY;

  
  

  Applying the redo logs:
  

  Cronjobs using the archived redo logs are shipped to physical standby without problem.

  The point in time recovery on the standby will never beyond June 14, 03:14:41, as reflected in the alerts log:

  
  

  Fri Jul 04 09:30:53 2014

  ALTER database recover basic auto sleep until 2014 "- 07 - 04:07:30:53'"

  Start of recovery Media

  has started the process of logmerger

  Fri Jul 04 09:30:53 2014

  Managed Standby recovery not using real time applies

  Parallel Media Recovery started with 4 slaves

  Recovery Media Log /oracle/arch/blldp/blldp_arch_1_73_849877970.arc

  Incomplete recovery applied all redo them ever generated.

  Change recovery completed by 780221 14/06/2014 time 03:14:41

  Media recovery complete (blldp)

  Completed: alter auto sleep back the base until time ' 2014 - 07 - 04:07:30:53'

  Fri Jul 04 09:30:55 2014

  ALTER DATABASE OPEN READ ONLY

  The file to archive mentioned is present, as are the other files of archive after 14/06/2014:

  SQL > show parameter LOG_ARCHIVE_DEST_1;

  LOCATION = / oracle/db/blldp/arch MANDATORY

  $ cd/oracle/db/blldp/arch

  $ ls - lrth

  -rw - r-. 1 oracle oinstall 13M 14 Jun 03:14 blldp_arch_1_73_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K Jun 03:14 blldp_arch_1_74_849877970.arc 14

  -rw - r-. 1 oracle oinstall 23M 14 Jun 22:08 blldp_arch_1_75_849877970.arc

  -rw - r-. 1 oracle oinstall 2.8 M June 15 at 04:10 blldp_arch_1_76_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K June 15 to 04:10 blldp_arch_1_77_849877970.arc

  -rw - r-. 1 oracle oinstall 19M 15 June at 19:00 blldp_arch_1_78_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K 16 June to 03:07 blldp_arch_1_80_849877970.arc

  -rw - r-. 1 oracle oinstall 7.0 M June 16 at 03:07 blldp_arch_1_79_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K 17 Jun 03:07 blldp_arch_1_82_849877970.arc

  -rw - r-. 1 oracle oinstall 16M 17 Jun 03:07 blldp_arch_1_81_849877970.arc

  -rw - r-. 1 oracle oinstall 18M 18 June to 03:07 blldp_arch_1_83_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K 18 June to 03:07 blldp_arch_1_84_849877970.arc

  -rw - r-. 1 oracle oinstall 21M 19 June 00:13 blldp_arch_1_85_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K 19 June to 03:07 blldp_arch_1_87_849877970.arc

  -rw - r-. 1 oracle oinstall 1.5 M June 19 at 03:07 blldp_arch_1_86_849877970.arc

  -rw - r-. 1 oracle oinstall 30M 20 June 00:14 blldp_arch_1_88_849877970.arc

  -rw - r-. 1 oracle oinstall 1.4 M 20 Jun 03:08 blldp_arch_1_89_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K 20 Jun 03:08 blldp_arch_1_90_849877970.arc

  -rw - r-. 1 oracle oinstall 29M 21 June 00:15 blldp_arch_1_91_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K 21 June to 03:09 blldp_arch_1_93_849877970.arc

  -rw - r-. 1 oracle oinstall 1.4 M 21 June to 03:09 blldp_arch_1_92_849877970.arc

  -rw - r-. 1 oracle oinstall 20M 21 June at 18:09 blldp_arch_1_94_849877970.arc

  -rw - r-. 1 oracle oinstall 22M 22 June 00:17 blldp_arch_1_95_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K 22 June to 04:29 blldp_arch_1_97_849877970.arc

  -rw - r-. 1 oracle oinstall 1.9 M 22 June 04:29 blldp_arch_1_96_849877970.arc

  -rw - r-. 1 oracle oinstall 19M 22 June at 19:00 blldp_arch_1_98_849877970.arc

  -rw - r-. 1 oracle oinstall 21M 23 June 00:18 blldp_arch_1_99_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K 23 June to 03:09 blldp_arch_1_101_849877970.arc

  -rw - r-. 1 oracle oinstall 1.4 M June 23 at 03:09 blldp_arch_1_100_849877970.arc

  -rw - r-. 1 oracle oinstall June 30M 24 00:19 blldp_arch_1_102_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K 24 June to 03:11 blldp_arch_1_104_849877970.arc

  -rw - r-. 1 oracle oinstall 1.5 M June 24 at 03:11 blldp_arch_1_103_849877970.arc

  -rw - r-. 1 oracle oinstall 30M 25 June 00:21 blldp_arch_1_105_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K 25 June to 03:10 blldp_arch_1_107_849877970.arc

  -rw - r-. 1 oracle oinstall 1.5 M June 25 at 03:10 blldp_arch_1_106_849877970.arc

  -rw - r-. 1 oracle oinstall 30M 26 June 00:22 blldp_arch_1_108_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K 26 June to 03:12 blldp_arch_1_110_849877970.arc

  -rw - r-. 1 oracle oinstall 1.5 M 26 June 03:12 blldp_arch_1_109_849877970.arc

  -rw - r-. 1 oracle oinstall June 26M 27 00:23 blldp_arch_1_111_849877970.arc

  -rw - r-. 1 oracle oinstall 5.0 M June 27 at 03:09 blldp_arch_1_112_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K June 27 to 03:09 blldp_arch_1_113_849877970.arc

  -rw - r-. 1 oracle oinstall 30M 28 June 00:24 blldp_arch_1_114_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K June 28 to 03:15 blldp_arch_1_116_849877970.arc

  -rw - r-. 1 oracle oinstall 1.5 M Jun 28 03:15 blldp_arch_1_115_849877970.arc

  -rw - r-. 1 oracle oinstall 21M 28 June at 18:09 blldp_arch_1_117_849877970.arc

  -rw - r-. 1 oracle oinstall 21M 29 June 00:25 blldp_arch_1_118_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K 29 Jun 04:10 blldp_arch_1_120_849877970.arc

  -rw - r-. 1 oracle oinstall 1.9 M Jun 29 04:10 blldp_arch_1_119_849877970.arc

  -rw - r-. 1 oracle oinstall 22M 29 June at 22:00 blldp_arch_1_121_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K 30 June to 03:06 blldp_arch_1_123_849877970.arc

  -rw - r-. 1 oracle oinstall 18M 30 June to 03:06 blldp_arch_1_122_849877970.arc

  -rw - r-. 1 oracle oinstall 29 M 1 July 00:27 blldp_arch_1_124_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K 1 Jul 03:09 blldp_arch_1_126_849877970.arc

  -rw - r-. 1 oracle oinstall 1.5 M on July 1, 03:09 blldp_arch_1_125_849877970.arc

  -rw - r-. 1 oracle oinstall July 25M 2 00:28 blldp_arch_1_127_849877970.arc

  -rw - r-. 1 oracle oinstall 7.2 M 2 Jul 03:09 blldp_arch_1_128_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K 2 Jul 03:09 blldp_arch_1_129_849877970.arc

  -rw - r-. 1 oracle oinstall 23M 2 Jul 22:00 blldp_arch_1_130_849877970.arc

  -rw - r-. 1 oracle oinstall 20M 3 July 00:29 blldp_arch_1_131_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K 3 Jul 03:08 blldp_arch_1_133_849877970.arc

  -rw - r-. 1 oracle oinstall 3.2 M 3 Jul 03:08 blldp_arch_1_132_849877970.arc

  -rw - r-. 1 oracle oinstall 31M 4 July 00:30 blldp_arch_1_134_849877970.arc

  -rw - r-. 1 oracle oinstall 1.0 K 4 Jul 03:08 blldp_arch_1_136_849877970.arc

  -rw - r-. 1 oracle oinstall 1.5 M 4 Jul 03:08 blldp_arch_1_135_849877970.arc

  -rw - r-. 1 oracle oinstall 3.1 M 4 Jul 10:38 blldp_arch_1_137_849877970.arc

  Registration of the other log files as below is not supported on a data base on hold:

  alter database register logfile ' / oracle/arch/blldp/blldp_arch_1_74_849877970.arc';

  I tried to adjust the following parameters:

  *.standby_archive_dest='/Oracle/DB/blldp/arch '

  * .standby_file_management = "AUTO".

  but the first has led to: ORA-32004: outdated or obsolete or the parameters specified for the instance of RDBMS

  As stated in other posts: on 11g, simply set LOG_ARCHIVE_DEST_1, I did.

  But still the arc after June 14 files are not processed (according to the journal alerts and changes in the primary DB after June 14 do not appear in the database the day before).

  Am I missing a setting that prevents the CRA files after June 14 being processed?

  I made mistakes to put in place the day before DB, causing this problem?

  Please advise me.

  Best regards

  Peter

  The database is not "aware" of the subsequent archivelogs.  They shall be made or catalogued.

  OR you need a backup controlfile fresh.

  Also, as this is a Standard Edition installation, I'm surprised he isn't complaining about the database 'sleep '. Your controlfile is not likely to be a standby controlfile.

  Hemant K Collette

• Rename a data file in a physical standby

  Hi all

  I have the following problem.

  Oracle Enterprise Linux 64-bit 11.2.0.2.0

  Primary and standby are configured with standby_file_management = MANUAL

  I added a tablespace with a primary data file a few days ago.

  Today, I realized sleep did not change due to the following error:

  
  

  ORA-01111: name for the data file 13 is unknown - rename it to the correct file

  ORA-01110: data file 13: ' / oracle1/11.2.0.2/dbs/UNNAMED00013'

  ORA-01157: cannot identify/lock data file 13 - see DBWR trace file

  ORA-01111: name for the data file 13 is unknown - rename it to the correct file

  ORA-01110: data file 13: ' / oracle1/11.2.0.2/dbs/UNNAMED00013'

  According to the MOS it says I should rename database in standby mode, but it does not allow me to do so, it is said that dB must be open; but I can't open it because it is a standby DB.

  Even if I want to open read-only, it says:

  SQL > ALTER DATABASE OPEN read-ONLY.

  ALTER DATABASE OPEN READ ONLY

  *

  ERROR on line 1:

  ORA-10458: standby database requires recovery

  ORA-01157: cannot identify/lock data file 13 - see DBWR trace file

  ORA-01111: name for the data file 13 is unknown - rename it to the correct file

  ORA-01110: data file 13: ' / oracle1/11.2.0.2/dbs/UNNAMED00013'

  /Oracle1/11.2.0.2/DBS/UNNAMED00013 data file does not exist

  How can I solve it?

  Thank you very much.

  Hello;

  My friend CKPT has a post on it:

  Without file NAME in standby mode after the addition of new files to primary ORA-01111, ORA-01110

  http://www.Oracle-CKPT.com/unnamed-file-in-standby-after-adding-new-file-to-primary-ora-01111-ora-01110-ora-01157/

  Sound also cover in the book he co-authored:

  Oracle Data Guard 11 GR 2 Administration beginner & #039; s Guide | Packt Publishing

  Best regards

  mseberg

• Delete the data file

  Hello
  
  I need to remove a data file, but I'm getting the following ORA-03264: "unable to delete the file from the locally managed tablespace offline data.
  * Cause: Abandoning the offline data file in tml
  "* Action: try to delete the file afetr, making online.
  
  When I try to make respective tablespace online, I get the following Ora errors: ORA-01122: "database %s file has no control of audit", ORA-01110, ORA-01210
  
  How to fall this datafile?
  
  Thanks for the tips.

  user13726158 wrote:
  file is there, but it looks like that is corrupt.

  Since the database is in the archivelog like you mentioned, you can try to recreate the file and thus to recover the file by using newspapers to archive. That would leave the database online and then you can proceed to the drop. You can try to recreate the file with the command,

  ALTER database create datafile 'file name' like 'name of the source file. "

  Before that, move the original file to a different location or change its name. Also check that you have all logs archiving with you.

  Aman...

• How to clone if a data file is deleted

  Hello
  
  3 datafile fell bcz of space.now we must clone.the backup was after a decline in the db.
  How to clone?
  
  database is not in log mode archive.
  
  We get the error:
  create controlfile reuse tablespace failed.
  ORA-01110
  ORA-01159
  ORA-01153
  
  etc.
  
  When we apply post clone.
  
  What should do?
  
  
  EBS R12
  OS: RHEL 5
  
  rgrds

  Hello

  You data files be incompatible, then you will need to run preclone even once, stop the source instance (clean shutdown), copy the files from the database again and run post clone.

  Thank you
  Hussein

• Lack of temporary Tablespace.

  Hi all
  
  We use unix with oracle 8 (old legacy system) and anyway temporary file disappeared. now database is down and cannot start because the file ORA-01110 & ORA-01157 - missing data file. while trying to do offline editing mode, it gives ORA-01516. I have same not able to create any new tempfile/tablespace because of the database will not open.
  
  What does take to start the db?
  
  Amit.

  Hello

  Check the offline data file, find the correct path of v$ tempfile and edit the db

  "ALTER DATABASE RENAME FILE ' old file name, including the path" to the"new filename with the path.
  Try to open the db and online

  -Pavan Kumar N
  Oracle 9i / 10g - OCP
  http://oracleinternals.blogspot.com/

• ORA-01547: WARNING: RECOVER succeeded but OPEN RESETLOGS would get below error

  Dear all,

  While making RMAN cloning we get the error in the trace as file

  Trace file E:\ORACLE\TESTDB\11.2.0\ADMIN\TEST_TESTDB\diag\rdbms\hrdev\test\trace\test_pr00_3980.trc

  Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - Production

  With partitioning, OLAP, Data Mining and Real Application Testing options

  Windows Server 2003 V5.2 Service Pack 2 Version

  CPU: 2 - type 586, 2 physical cores

  Process affinity: 0 x 0 x 00000000

  Memory (success/Total): Ph: 15587 M / 16383 M, Ph + FCP: 32981 M / 34549 M, GOES: 708 M / 2047 M

  Instance name: hrdev

  Redo thread mounted by this instance: 1

  Oracle process number: 20

  Windows thread ID: 3980, image: ORACLE. EXE (PR00)

  2015-07-03 18:30:47.577

  Has started the recovery of parallel media

  2015-07-03 18:30:47.983

  Dumping table incarnation of database:

  RESETLOGS 0 Yvert and time: 0x0003.660c2a42 01/09/2014 19:37:43

  Incarnation of recovery target = 2, = 0 activation ID

  The flow buffer limit = 37200 min (50% x 74400, 100000)

  Start the recovery to the thread 1 ckpt SNA 15900955092 logseq 2726 block 469796

  Initial size of the buffers: read 1024K, 832K overflow, change 805K

  2015-07-03 18:30:48.030

  Add a Media Recovery redo thread 1

  2015-07-03 18:30:48.827

  Fall of Media Recovery redo thread 1

  DDE: Key problem "ORA 1110' was the controlled flood (0 x 1) (incident)

  ORA-01110: data file 1: ' F:\ORACLE\TESTDATA\SYSTEM01. DBF'

  2015-07-03 18:30:49.405

  Completed media recovery

  ORA-01547: WARNING: RECOVER succeeded but OPEN RESETLOGS would get below error

  ORA-01194: file 1 needs a recovery more match

  ORA-01110: data file 1: ' F:\ORACLE\TESTDATA\SYSTEM01. DBF'

  Concerning

  Villi Kumar

  Dear all,

  We have fixed this problem.

  Solution:

  E:\oracle\testdb\11.2.0>sqlplus sys as sysdba

  SQL * more: Production of liberation 11.2.0.3.0 Fri Jul 3 19:00:20 2015

  Copyright (c) 1982, 2011, Oracle.  All rights reserved.

  Enter the password:

  Connected to:

  Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - Production

  With partitioning, OLAP, Data Mining and Real Application Testing options

  SQL >

  SQL > RECOVER DATABASE UNTIL CANCEL USING BACKUP CONTROLFILE;

  ORA-00279: change 15900955092 generated at 02/07/2015 17:30:06 to

  thread 1

  ORA-00289: suggestion:

  E:\ORACLE\TESTDB\11.2.0\RDBMS\ARC0000002726_0836422663.0001

  ORA-00280: change 15900955092 thread 1 is in sequence #2726

  Specify the log: {= suggested |} Filename | AUTO | CANCEL}

  F:\oracle\arch\TEST\ARC0000002726_0836422663.0001

  ORA-00279: change 15900962042 generated at 02/07/2015 18:30:06 to

  thread 1

  ORA-00289: suggestion:

  E:\ORACLE\TESTDB\11.2.0\RDBMS\ARC0000002727_0836422663.0001

  ORA-00280: change 15900962042 thread 1 is in sequence #2727

  ORA-00278: save the file 'F:\oracle\arch\TEST\ARC0000002726_0836422663.0001' not

  longer needed for recovery

  Specify the log: {= suggested |} Filename | AUTO | CANCEL}

  F:\oracle\arch\TEST\ARC0000002727_0836422663.0001

  ORA-00279: change 15900962052 generated at 02/07/2015 18:30:16 needed to

  thread 1

  ORA-00289: suggestion:

  E:\ORACLE\TESTDB\11.2.0\RDBMS\ARC0000002728_0836422663.0001

  ORA-00280: change 15900962052 thread 1 is in sequence #2728

  ORA-00278: save the file 'F:\oracle\arch\TEST\ARC0000002727_0836422663.0001' not

  longer needed for recovery

  Specify the log: {= suggested |} Filename | AUTO | CANCEL}

  F:\oracle\arch\TEST\ARC0000002728_0836422663.0001

  ORA-00279: change 15901106577 generated at 03/07/2015 06:23:19 needed to

  thread 1

  ORA-00289: suggestion:

  E:\ORACLE\TESTDB\11.2.0\RDBMS\ARC0000002729_0836422663.0001

  ORA-00280: change 15901106577 thread 1 is in sequence #2729

  ORA-00278: save the file 'F:\oracle\arch\TEST\ARC0000002728_0836422663.0001' not

  longer needed for recovery

  Specify the log: {= suggested |} Filename | AUTO | CANCEL}

  F:\oracle\arch\TEST\ARC0000002729_0836422663.0001

  ORA-00279: change 15901247230 generated at 03/07/2015 06:33:53 required for

  thread 1

  ORA-00289: suggestion:

  E:\ORACLE\TESTDB\11.2.0\RDBMS\ARC0000002730_0836422663.0001

  ORA-00280: change 15901247230 thread 1 is in sequence #2730

  ORA-00278: save the file 'F:\oracle\arch\TEST\ARC0000002729_0836422663.0001' not

  longer needed for recovery

  Specify the log: {= suggested |} Filename | AUTO | CANCEL}

  F:\oracle\arch\TEST\ARC0000002730_0836422663.0001

  ORA-00279: change 15901413113 generated at 03/07/2015 06:45:53 required for

  thread 1

  ORA-00289: suggestion:

  E:\ORACLE\TESTDB\11.2.0\RDBMS\ARC0000002731_0836422663.0001

  ORA-00280: change 15901413113 thread 1 is in sequence #2731

  ORA-00278: save the file 'F:\oracle\arch\TEST\ARC0000002730_0836422663.0001' not

  longer needed for recovery

  Specify the log: {= suggested |} Filename | AUTO | CANCEL}

  F:\oracle\arch\TEST\ARC0000002731_0836422663.0001

  ORA-00279: change 15901578404 generated at 03/07/2015 06:56:49 to

  thread 1

  ORA-00289: suggestion:

  E:\ORACLE\TESTDB\11.2.0\RDBMS\ARC0000002732_0836422663.0001

  ORA-00280: change 15901578404 thread 1 is in sequence #2732

  ORA-00278: save the file 'F:\oracle\arch\TEST\ARC0000002731_0836422663.0001' not

  longer needed for recovery

  Specify the log: {= suggested |} Filename | AUTO | CANCEL}

  F:\oracle\arch\TEST\ARC0000002732_0836422663.0001

  ORA-00279: change 15901715991 generated at 03/07/2015 07:05:32 needed to

  thread 1

  ORA-00289: suggestion:

  E:\ORACLE\TESTDB\11.2.0\RDBMS\ARC0000002733_0836422663.0001

  ORA-00280: change 15901715991 thread 1 is in sequence #2733

  ORA-00278: save the file 'F:\oracle\arch\TEST\ARC0000002732_0836422663.0001' not

  longer needed for recovery

  Specify the log: {= suggested |} Filename | AUTO | CANCEL}

  Cancel

  SQL > alter database open resetlogs;

  Concerning

  Villi Kumar

• duplicated in database: ends with error: rman-06136 ora-01110

  OS: Linux REDHAT 5
  DB: 11.2.0.3
  
  Source DB backed up using rman full backup incremental level 1 twice and scp all backupsets to auxiliary hosts.
  
  I try to reproduce as follows:
  Run {}
  data duplicated in TST
  UNTIL TIME ' TO_DATE (NOVEMBER 12, 2012 ',' ' HH24:MI:SS JJ/MM/AAAA).
  location of backup "/ stage/TST.
  NOFILENAMECHECK;
  }
  
  Everything worked out to restore all the, and then he proceeded to recover with following error message:
  
  Oracle error:
  ORA-01547: WARNING: RECOVER succeeded but OPEN RESETLOGS would get below error
  ORA-01194: file 1 needs a recovery more match
  ORA-01110: data file 1: '+ DAT/tst/datafile/system.279.799358399 '.
  
  Then he kept to the end with the following errors;
  ORACLE auxiliary database error: ORA-19751: could not create the file change tracking
  ORA-19750: change the trace file: "+ DAT/prds/changetracking/ctf.906.799250971".
  ORA-17502: ksfdcre:4 cannot create the +DAT/prds/changetracking/ctf.906.799250971 file
  ORA-15046: ASM '+ DAT/prds/changetracking/ctf.906.799250971' file name is not unique creation as a file
  
  Ignore the error, retry command after only two copies ends
  
  content of Script memory:
  {
  ALTER clone database open resetlogs;
  }
  execution of Script memory
  
  RMAN-00571: ===========================================================
  RMAN-00569: = ERROR MESSAGE STACK FOLLOWS =.
  RMAN-00571: ===========================================================
  RMAN-03002: failure of Db in dual at 14/11/2012 22:26:18
  RMAN-05501: abandonment of duplicate target database
  RMAN-03015: an error has occurred in the script stored memory Script
  RMAN-06136: the auxiliary database ORACLE error: ORA-01194: file 1 needs a recovery more match
  ORA-01110: data file 1: '+ DAT/tst/datafile/system.279.799358399 '.
  
  RMAN >
  
  Should I proceed from here?
  
  Thank you.

  Yes

  Here is my document to support:

  During replication of the database, Rman error ora-1547, ora-1152, ora-1110 during recovery [274118.1 ID]

  Best regards

  mseberg

• ORA-01195: online backup of file 1 needs a recovery more match

  Hello
  
  When starting a clone database, I got an error
  
  SQL > alter database open resetlogs;
  ALTER database open resetlogs
  *
  ERROR on line 1:
  ORA-01195: online backup of file 1 needs a recovery more match
  ORA-01110: data file 1: ' / test/oracle/oradata/test/system.dbf'
  
  
  What should I do to open database
  
  Thanks in advance

  Hello

  Make sure that all data files are present.

  This is a SQL and PL/SQL Forum. Please post in the Forum below for the best answers.

  {forum: id = 61}

  Thank you
  Shankar

• Re: File data offline - ORA-01190: & ORA-01110:

  Spec:

  5 Linux

  Oracle 11.2.0.3

  Problem

  I can't put a data file online, due to the following error:

  SQL > alter database datafile 24 online. ALTER database datafile 24 online * ERROR at line 1: ORA-01190: command file or data file 24 just before the last RESETLOGS ORA-01110: data file 24: ' / oraappl/pca/vdevl/vdevldata/vol01.dbf'

  What I've done so far:

  -Restore and recover the database

  -Restored and recovered the data file (24)

  -Restored the controlfile and start the database

  None of the above worked.

  The following options are.

  -Re-create the control file-> I don't know how this will work.

  -to drop datafile 24 and add it-> I don't want to lose the contect.

  All the tips of this crew?

  Problem solved:

  OK since no more comment, I'll close this thread by posting the fix.

  Backgroud, this is a database of development. So had the opportunity to do a bit of what I did to solve the problem.

  Solution:

  Given that I had a backup of the table space in a different database, I could drop the tablespace and re-create.

  How to--->

  First, check out all the tables related to this tablespace

  Select dba_tables owner, table_name, nom_tablespace where nom_tablespace = 'FLIGHT ";

  Then, I realized that a single table was in this tablespace (lucky me).

  Secondly, I take all the constraints for this table. Disable constraints and drop them.

  Thirdly, once the table has been released from constraints, I drop the tablespace

  DROP tablespace flight including content and data files;

  Fourthly, to recreate the tablespace

  CREATE TABLESPACE FLIGHT DATAFILE ' / oraappl/pca/vdevl/vdevldata/vol01.dbf' SIZE 200 M reuse autoextend off local extended management;

  And fifth, after you recreate the tablespace, I imported the data using the data pump in

  Impdp system /@ TABLES = pcvdbms. DIRECTORY of PCV_VOLUNTEER = VOLDEV_DIR DUMPFILE = vdevl_full_b4upgrade.dmp TABLE_EXISTS_ACTION = REPLACE

  Finally, back up the entire database using RMAN and DATAPUMP.

• ORA-01578: block of data corrupted ORACLE ORA-01110: data file 46:, ORA-06512: at line 1 ScanningError 1038246

  We get error below of the application team. Please find attached the file backup rman error.

  ORA-01578: ORACLE corrupt data (file # 46, block # 64626) ORA-01110: data file 46: ' / db04_hlt/PHCLMDB/PHCLMDB_DATA/phclm21.dbf' ORA-06512: at "HCLM_ADMIN. SCANPROC_INSUPLOADTEMP", line 16 ORA-06512: at line 1 ScanningError 1038246

  fe40282660394026b5f76bf3f5d649e4 SCANPROC_INSUPLOADTEMP-ORA-01578: data block (file # 46, block # 64626) corrupted ORACLE ORA-01110: data file 46:

  Hello

  Please follow the steps to format corrupt block a used the procedure mentioned in the document below, please note that you need to do several times for all the block corrupted in free space.
  Doc-ID 336133.1===> how corrupt Format block is not part of any Segment.

  Following the notes 293515.1 -->> ORA-1578 ORA-26040 in a LOB segment - Script to resolve errors

  This note is for these errors, but the procedure is exactly the same, we must:

  1 - identify the ROWID affected
  2 - Put the ROWID corrupted on EMPTY_LOB
  3. When you MOVE the LOB to a new Tablespace

  These are essentially the steps, the note shows how

  Kind regards

  Alok

• ORA-01110: data file 1: ' / opt/oracle/oradata/pd1perf/SYSTEM01. DBF'

  HI Experts
  
  I'm trying to convert the window (oracle 10g) to using linux (oracle 10g) in the light of the tutorial link. My database is in archivelog mode
  
  http://kamranagayev.com/2010/08/20/RMAN-convert-database-video-tutorial/
  
  When I'm trying to change the open database resetlogs then his error giving
  
  SQL > ALTER DATABASE OPEN RESETLOGS
  *
  ERROR on line 1:
  ORA-01194: file 1 needs a recovery more match
  ORA-01110: data file 1: ' / opt/oracle/oradata/pd1perf/SYSTEM01. DBF'
  
  even I tried
  recover database using backup controlfile
  and
  recover database using backup controlfile until cancel

  Check your version to minimum 10.2.0.4. And I think that version should be one even on two machines