Missing datafile belonging to SYSTEM tablespace

Hi All,
Our dev db server is crashed today as some datafiles belonging to Oracle were deleted by mistake from a developer (I believe to recover some space from server).
The major hit is to SYSTEM tablespace as the datafile belonging to this tbs is deleted.
For other tablespaces dev team can easily create as most them are index tablespaces that can be rebuild through scripts. All the data tablespace were saved at different directory so no impact.
There is no file system backup schedule for this box and only backup is RMAN cold backup for DB and that is of last Tuesday evening and in between dev team has loaded a good amount of data.
Now please suggest if I can recover the data from datafiles I have with me, I have a current copy of Controlfile with me. I am using Oracle 9.2.0.6 on Linux AS4.
Thank you.
Bhupinder

Under this circumstances, if you mean 'cold backup' as a synonym of no archivelog' if you then what you will be able to do is just to completely restore the database to the backup time and open it, you will loose all changes from the time of backup to the point of failure. If you have a mean to restore data from logical backups that'll be all you will be able to do. Unfortunately system is a critical tablespace and it must be complete and fully recovered at the open database time.
There are people who underestimate the value of a DRP scenario for development environments. This is valid just as long as there are means to restore data in case of failure and if the development team doesn't see their schedule compromised in case of failure.
~ Madrid

Similar Messages

Problem after rename datafile belongs to SYSTEM tablespace

Hi
I've renamed one file belongs to SYSTEM tablespace.
Then I brought database online and dropped the old file, now I can open database,
but I can't run backup.
I delete previous one so I can't restore that file from backup, I have the file because I clonned db,
but when I restore file and run recover from RMAN database got recovered.
After that I still can't run backup.
Do you have idea what to do???
SYS@orcl >select * from v$recover_file;
FILE# ONLINE ONLINE_
ERROR CHANGE#
TIME
14 OFFLINE OFFLINE
OFFLINE NORMAL 0

RMAN> report schema;
Report of database schema
List of Permanent Datafiles
===========================
File Size(MB) Tablespace RB segs Datafile Name
1 500 SYSTEM YES /u01/app/oracle/oradata/ORCL/datafile/o1_mf_system_48fprop3_.dbf
2 245 UNDOTBS1 YES /u01/app/oracle/oradata/ORCL/datafile/o1_mf_undotbs1_48fprovo_.dbf
3 260 SYSAUX NO /u01/app/oracle/oradata/ORCL/datafile/o1_mf_sysaux_48fpropg_.dbf
4 40 USERS NO /u01/app/oracle/oradata/ORCL/datafile/o1_mf_users_48fprowb_.dbf
5 100 EXAMPLE NO /u01/app/oracle/oradata/ORCL/datafile/o1_mf_example_48fpw04c_.dbf
6 100 DBA1 NO /u01/app/oracle/oradata/ORCL/datafile/dba1.dbf
7 5 TEST NO /u01/app/oracle/oradata/ORCL/datafile/test_reorg0
9 10 UNDO1 YES /u01/app/oracle/oradata/ORCL/datafile/undo01.dbf
10 10 VAL NO /u01/app/oracle/oradata/ORCL/datafile/val.dbf
11 100 INVENTORY NO /u01/app/oracle/oradata/ORCL/datafile/o1_mf_inventor_4tts3q24_.dbf
14 260 SYSAUX NO /u01/app/oracle/oradata/o2_mf_sysaux_48fpropg_.dbf
15 500 SYSTEM YES /u01/app/oracle/oradata/ORCL/datafile/o2_mf_system_48fprop3_.dbf
17 100 RCVCAT NO /u01/app/oracle/oradata/ORCL/datafile/rcvcat01.dbf
List of Temporary Files
=======================
File Size(MB) Tablespace Maxsize(MB) Tempfile Name
1 61 TEMP 32767 /u01/app/oracle/oradata/ORCL/datafile/o1_mf_temp_48fpvnpt_.tmp

Missing datafile from system-tablespace?

Hello!
We've got a major power-loss yesterday. After that our database does not start correct.
I got the message:
ORA-00600: Interner Fehlercode, Argumente: [kccpb_sanity_check_2], [9577], [9542], [0x0], [], [], [], []
After that I searched the forum and recreated the controlfiles and started recover database.
Now I always got the following error-message:
ORA-01173:Data dictionary indicates missing data file from system tablespace
I'm not really shure if I created another datafile for that tablespace. Even though there is no other datafile in the "oradata-directory".
Does anyone know how to go further?
Regards, Sascha
Message was edited by:
Sorehead

Hello,
Need help very quickly please!
I have the same error message. ORacle 10.2.0.3 AIX 5.3 on a datawarehouse.
I need to recover one tablespace from the database.
I restored my system tablespace and the data tablespace on a test environment and recreated the controlfile. I recovered my database. Recover OK and when I open the database resetlogs the message is :
Thread 1 opened at log sequence 1
Current log# 2 seq# 1 mem# 0: /oradata5/RL_G2_1.ORA
Successful open of redo thread 1
Thu Feb 18 13:59:47 2010
SMON: enabling cache recovery
Thu Feb 18 13:59:47 2010
Errors in file /opt/app/oracle/admin/MKT1/udump/mkt1_ora_2318672.trc:
ORA-00704: bootstrap process failure
ORA-00604: error occurred at recursive SQL level 2
ORA-01173: data dictionary indicates missing data file from system tablespace
Thu Feb 18 13:59:47 2010
Error 704 happened during db open, shutting down database
USER: terminating instance due to error 704
Instance terminated by USER, pid = 2318672
ORA-1092 signalled during: alter database open resetlogs...
Thanks for help, production data ;)

Adding datafile to ASM file system tablespace

Hi
Can some one plz help in writing a script to add a datafile to the system tablespace on ASM filesystems.
below is the result of the query ..
select file_name, bytes, autoextensible, maxbytes from dba_data_files where tablespace_name='SYSTEM';
FILE_NAME BYTES AUT MAXBYTES
+DATA1/cir_p/datafile/system.260.6037360 5892997120 NO 0
Thanks

790072 wrote:
Hi
Can some one plz help in writing a script to add a datafile to the system tablespace on ASM filesystems.
below is the result of the query ..
select file_name, bytes, autoextensible, maxbytes from dba_data_files where tablespace_name='SYSTEM';
FILE_NAME BYTES AUT MAXBYTES
+DATA1/cir_p/datafile/system.260.6037360 5892997120 NO 0
Thanks
You can use
ALTER TABLESPACE "SYSTEM" ADD DATAFILE '+DATA1' SIZE 1024M
Cheers

ORA-01173: data dictionary indicates missing data file from system tablespa

Hello
My Database is 11gR1 and Linux is the OS. Thought of posting it as a new thread as things have changed a lot.
2 of my database file were lost due to hardware failure. (the datafile do not belong to SYSTEM TABLESPACE) and and the second was datafile for undo tablespace.
I created control files with command not mentioning the lost datafiles:
CREATE CONTROLFILE REUSE DATABASE "BSSGLB" NORESETLOGS NOARCHIVELOG
MAXLOGFILES 32
MAXLOGMEMBERS 5
MAXDATAFILES 600
MAXINSTANCES 10
MAXLOGHISTORY 1168
LOGFILE
GROUP 1 '/DB/app/oracle/oradata/bssglb/redo01.log' SIZE 500M,
GROUP 2 '/DB/app/oracle/oradata/bssglb/redo02.log' SIZE 500M,
GROUP 3 '/DB/app/oracle/oradata/bssglb/redo03.log' SIZE 500M
-- STANDBY LOGFILE
DATAFILE
'/DB/app/oracle/oradata/bssglb/system01.dbf',
'/DB/app/oracle/oradata/bssglb/sysaux01.dbf',
'/DB/app/oracle/oradata/bssglb/users01.dbf',
'/DB/app/oracle/oradata/bssglb/bss01.dbf',
'/var/oracle/oradata/bssglb/bss02',
'/var/oracle/oradata/bssglb/system02.dbf'
CHARACTER SET US7ASCII
I have all the files mentioned in the datafile section of the above command.
But somehow when i try to open the DB, first it asks for the media recover. When i recover database then it disconnects database saying:
ERROR at line 1:
ORA-01092: ORACLE instance terminated. Disconnection forced
Process ID: 4768
Session ID: 170 Serial number: 5
Contents of the alert log file are:
Beginning crash recovery of 1 threads
parallel recovery started with 3 processes
Started redo scan
Completed redo scan
1 redo blocks read, 0 data blocks need recovery
Started redo application at
Thread 1: logseq 7, block 2, scn 20356182450
Recovery of Online Redo Log: Thread 1 Group 1 Seq 7 Reading mem 0
Mem# 0: /DB/app/oracle/oradata/bssglb/redo01.log
Completed redo application
Completed crash recovery at
Thread 1: logseq 7, block 3, scn 20356202453
0 data blocks read, 0 data blocks written, 1 redo blocks read
Sun Feb 20 08:16:23 2011
Thread 1 advanced to log sequence 8
Thread 1 opened at log sequence 8
Current log# 2 seq# 8 mem# 0: /DB/app/oracle/oradata/bssglb/redo02.log
Successful open of redo thread 1
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Sun Feb 20 08:16:23 2011
SMON: enabling cache recovery
Errors in file /Oracle/app/oracle/diag/rdbms/bssglb/bssglb/trace/bssglb_ora_4550.trc:
ORA-01173: data dictionary indicates missing data file from system tablespace
Error 1173 happened during db open, shutting down database
USER (ospid: 4550): terminating the instance due to error 1173
Sun Feb 20 08:16:25 2011
Instance terminated by USER, pid = 4550
ORA-1092 signalled during: alter database open...
ORA-1092 : opiodr aborting process unknown ospid (4550_182910338848)
Sun Feb 20 08:16:26 2011
ORA-1092 : opitsk aborting process
Guys please help me out of this situation.
Regards, Imran

STOP opening new threads for ongoing solution to SAME problem
Re: I have copy of data files! How to install and add these files to database!
Re: Failure of network storage!
Re: I have copy of data files! How to install and add these files to database!
Handle:      misterimran
Email:      misterimran
Status Level:      Newbie
Registered:      Jan 15, 2002
Total Posts:      1,109
Total Questions:      130 (115 unresolved)
so many questions & so few answers!
Edited by: sb92075 on Feb 19, 2011 7:49 PM

SYSTEM Tablespace issue (10.2.0.1 database)

Hi ,
Oracle database 10.2.0.1 (upgraded from 8.1.7.0 via 8.1.7.4)...successfully upgraded
Now when we open dbcontrol, we are getting alerts regarding the Tablespace.
It shows two critical alert messages as below :-
1) Tablesapace SYSTEM (dictionary managed) is 95.16 % full
2) 1 segment in SYSTEM tablespace is unable to extend.
Now how to deal with this type of issues ?
Can we extend the size of datafile of SYSTEM Tablespace which is dictionary managed ? or can we add another new datafile to system tablespace ? what is appropriate solution ?SYSTEM Tablespace
How to solve the point no. (2) as the TS is dictionary managed ?
With Regards

hi ,
Plz add the datafile to the system tablespace tp increase its size , and the conver the system tablespace from dictionary managed to local.
To Change SYSTEM tablespaces to locally managed follow the below procedures:
Before the SYSTEM tablespace can be migrated to locally managed format, you should ensure the following:
The database has a default temporary tablespace which is not SYSTEM
There are not any rollback segments in dictionary managed tablespaces
There is at least one online rollback segment in a locally managed tablespace, or an undo tablespace (if using automatic undo management mode) should be online.
All tablespaces other than the tablespace containing the undo space (undo tablespace or the tablespace containing the rollback segment) and the default temporary tablespace are in read-only mode.
There is a complete backup of the system.
The system is in restricted mode.
Notr, that we already have an UNDO Tablespace. The following query determines whether the SYSTEM tablespace is locally managed:
SQL> SELECT ts# FROM ts$ WHERE ts# = 0 AND bitmapped <> 0;
If 0 rows are returned, then the SYSTEM tablespace is dictionary managed. Otherwise, the SYSTEM tablespace is locally managed.
Steps to change SYSTEM tablespaces to locally managed
SQL> shutdown immediate
SQL> startup restrict
SQL> execute DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL ('SYSTEM');
ERROR at line 1:
ORA-10644: SYSTEM tablespace cannot be default temporary tablespace
ORA-06512: at "SYS.DBMS_SPACE_ADMIN", line 227
ORA-06512: at line 1
SQL> ALTER DATABASE DEFAULT TEMPORARY TABLESPACE temp;
SQL> execute DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL ('SYSTEM');
ERROR at line 1:
ORA-10647: Tablespace other than SYSTEM, UNDO, TEMP not
found in read only mode
ORA-06512: at "SYS.DBMS_SPACE_ADMIN", line 227
ORA-06512: at line 1
SQL> select tablespace_name from dba_tablespaces;
TABLESPACE_NAME
SYSTEM
TEMP
USERS
TAB
IDX
SYSAUX
UNDO
SQL> alter tablespace USERS read only;
SQL> alter tablespace TAB read only;
SQL> alter tablespace IDX read only;
SQL> execute DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL ('SYSTEM');
ERROR at line 1:
ORA-10648: Tablespace SYSAUX is not offline
ORA-06512: at "SYS.DBMS_SPACE_ADMIN", line 227
ORA-06512: at line 1
SQL> alter tablespace SYSAUX offline;
SQL> execute DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL ('SYSTEM');
PL/SQL procedure successfully completed.
Regards,
Mohd Mehraj Hussain
http://mehrajdba.wordpress.com

RMAN duplicate target database for standby from active fails to create newname for system tablespace/datafile

When executing 'duplicate target database for standby from active' the system tablespace/datafile (datafile 1) is not cloned. All other datafiles clone successfully. The RMAN process aborts with the following errors while attempting to clone the system tablespace/datafile.
ORA-19558: error de-allocating device
ORA-19557: device error, device type: DISK, device name:
ORA-17627: ORA-01041: internal error. hostdef extension doesn't exist
ORA-17627: ORA-01041: internal error. hostdef extension doesn't exist
ORA-03135: connection lost contact
Here are the details:
Primary is 11.2.0.2 RAC database on an Exadata platform
Standby is 11.2.0.2 Single Instance database (same patch level as primary) on a Red Hat Linux box
This is an ASM to ASM duplication.
This is not unique to this database. We tried another database and go the same behavior - all datafiles clone successfully with the exception of the system tablespace/datafile.
We have traced the RMAN execution and it seems to fail when it is trying to assign a NEWNAME to the system tablespace/datafile.
We even issued an explicit SET NEWNAME command but RMAN ignored it.
We also shutdown the primary and started is up in mount mode thinking that something had ahold of the System Tablespace/datafile.
We also opened up the network firewall to allow permit any,any traffic.
We increased the max_server_processes
and added TCP.NODELAY=yes to the sqlnet.ora file.
There seems to be some artifact present in our Primary System tablespace/data file that is preventing it form being cloned.
checked all alert files grid, asm, and dbhome - no abnormal messages.
We are in the process of restoring the database from a backup but we would prefer to get this working using the 'Active Database' methodology

I successfully created the standby database using RMAN backup and recovery.
I started the managed recovery. Archive logs are being sent from the primary to the standby ( I can see them in ASM), but the standby is not applying them.
I get the following messages in the standby alert log...
Fetching gap sequence in thread 2, gap sequence 154158-154257
Tue Nov 26 16:19:58 2013
Using STANDBY_ARCHIVE_DEST parameter default value as USE_DB_RECOVERY_FILE_DEST
Using STANDBY_ARCHIVE_DEST parameter default value as USE_DB_RECOVERY_FILE_DEST
Tue Nov 26 16:20:01 2013
Fetching gap sequence in thread 2, gap sequence 154158-154257
Tue Nov 26 16:20:11 2013
Fetching gap sequence in thread 2, gap sequence 154158-154257
Tue Nov 26 16:20:22 2013
Fetching gap sequence in thread 2, gap sequence 154158-154257
Tue Nov 26 16:20:32 2013
Fetching gap sequence in thread 2, gap sequence 154158-154257
I don't see any MRP processes:
select process,
status,
    thread#,
    sequence#,
   block#,
blocks
7     from v$managed_standby;
PROCESS   STATUS          THREAD# SEQUENCE#     BLOCK#     BLOCKS
ARCH      CLOSING               2     154363          1        132
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
ARCH      CONNECTED             0          0          0          0
RFS       IDLE                  0          0          0          0
RFS       IDLE                  1     145418        121          1
RFS       IDLE                  0          0          0          0
PROCESS   STATUS          THREAD# SEQUENCE#     BLOCK#     BLOCKS
RFS       IDLE                  0          0          0          0
12 rows selected.
SQL> SELECT THREAD#, SEQUENCE#, APPLIED FROM V$ARCHIVED_LOG;
   THREAD# SEQUENCE# APPLIED
         2     154356 NO
         2     154357 NO
         1     145411 NO
         2     154358 NO
         2     154360 NO
         2     154361 NO
         1     145414 NO
         1     145415 NO
         2     154362 NO
         2     154363 NO
         1     145416 NO
11 rows selected.
I do have the archive logs that cover sequences 154158-154257
Crosschecked 38 objects
Crosschecked 62 objects
Finished implicit crosscheck backup at 26-NOV-13
Starting implicit crosscheck copy at 26-NOV-13
using channel ORA_DISK_1
using channel ORA_DISK_2
Crosschecked 2 objects
archived log file name=+RECO_XORA/nmuasb00/archivelog/2013_11_26/thread_2_seq_154377.344.832521989 RECID=29 STAMP=832521990
validation succeeded for archived log
archived log file name=+RECO_XORA/nmuasb00/archivelog/2013_11_26/thread_2_seq_154378.346.832521991 RECID=31 STAMP=832521993
Crosschecked 31 objects

OMF enabled but still receiving ORA-02199: missing DATAFILE/TEMPFILE clause

Any Ideas?
SQL> show parameter DB_CREATE
NAME TYPE VALUE
db_create_file_dest string /path/to/datafiles
db_create_online_log_dest_1 string /path/to/redo
SQL> create tablespace test;
create tablespace test
ERROR at line 1:
ORA-02199: missing DATAFILE/TEMPFILE clause
Note this normally works but I ran into a problem with a script and pinpointed it to a problem with the system not recognizing that it should use OMF.
- There is plenty of space on the filesystems

_omf was disabled by accident by another team.

What if I delete system tablespace?

Hello guys,
If I did back up and after back up, if I deleted system tablespace, when I try to recovery via rman, will I recover system tablespace? Is it possible? If not, please tell me why?
Thanks.

Polat wrote:
Could you please enlarge upon a subject? I mean, could you expand a little bit? Because I can't understand clearly.
Thank you for everything Sir.
Yours Faithfully
CharlieThink about the startup sequence for a database:
1) NOMOUNT. parameter file (spfile or init<sid>.ora) is opened and parsed, memory is allocated, and background processes started. Data files are not touched. Control file is not yet touched. Since information about data files (including those that implement the SYSTEM tablespace) is recorded in the control file, this can be done even if all data files are missing.
2) MOUNT. Control file is opened. Now oracle can know about the datafiles and has access to the rman repository, but datafiles themselves are not yet opened.
3) OPEN. Data files are opened.
So, if you need to recover a particular data file (from any TS, not just SYSTEM), at what point will Oracle know about backups, archivelogs, etc.? At what point will it try to actually open files? At what point would you need to get to perform a file recovery?

How to create a system tablespace as locally manged in 8.1.7

After a good time looking for it I still haven't found an example of how to create a database with the system tablespace as locally managed in release 8.1.7
I'm trying this, that isn't OK at all:
create database CSR
character set "WE8ISO8859P15"
datafile '/home/oracle/create/CSR/system/sysCSR.dbf' size 75M
extent management local
DEFAULT TEMPORARY TABLESPACE tsp_temp
DATAFILE '/home/oracle/create/CSR/temp/tempCSR.dbf'
SIZE 80M REUSE
logfile '/home/oracle/create/CSR/redo/redo1CSR.log' SIZE 500k,
'/home/oracle/create/CSR/redo/redo2CSR.log' SIZE 500k,
'/home/oracle/create/CSR/redo/redo3CSR.log' SIZE 500k;
Can someone tell me what is wrong, please?

I'm trying this, that isn't OK at allAre there any errors? can you explain what is not "OK"?

Migrating SYSTEM tablespace from DMTS to LMTS in Oracle 9.2.0.7

Migrating SYSTEM tablespace from DMTS to LMTS in Oracle 9.2.0.7 using
brspace -f dbcreate
SAP version: 4.6C
Oracle: 9.2.0.7
OS: AIX 5.3
BRTools: 6.40(42)    /** 6.40(10) or (12) will be sufficient according to SAP ***/
IMPORTANT ***************************************
MUST DO:
1. Create a Full Backup of your system
2. Test your Restore and recovery of your backup.
3. Have a copy of all your tablespaces names on hand
4. Know your SYS and SYSTEM passwords
5. Run CheckDB in DB13 to ensure it is completed successfully with no warnings. This reduce the chance of hitting errors in the process
6. Ensure your UNDO tablespace is big enough
7. OSS 400241 Problems with ops$ or sapr3 connect to Oracle
NOTE: OSS 706625(Read this note)
The migration from a dictionary-managed SYSTEM tablespace to a locally-managed tablespace using the PL/SQL procedure DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL is not supported in the SAP environment.
In UNIX, logon as ora<sid>
run command: brspace -f dbcreate
This command will triggers a Menu. The are seven(7) steps to complete the whole process. Do them in sequence, from step 1 to step 7 faithfully. In Step 1, ensure that your settings of PSAPTEMP, PSAPUNDO etc details such as filenames are correct. The rest I leave it as default and they are fine. Do not change redo log group from 8 to 4 even if you only have 4 redo groups. If not, you might need to restore the system! If the seven steps are complete without errors(warnings is acceptable), congrats. Perform a backup again.
Problems I encountered that caused me to restore system:
1./ Problem: I changed the redo group from 8 to 4 and in the later stage after the tablespaces and files are dropped, the system prompted me that 4 is not acceptable! I can't go back then so a restore is performed.
Solution: Leave the default value 8 as it is
2./ I was using wireless network and the network breaks thus process breaks.
Solution: This process in user-interactive and requires you to input confirmation along the way so do it using LAN.
3./ In the process of dropping tablespace PSAP<SID>, I encountered:
BR0301E SQL error -604 at location BrTspDrop-2
ORA-00601: error occurred at recursive SQL level 1
ORA-01555: snapshot too old: rollback segment number 22 with name '_SYSSMU22$" too small
Solution: I have not fixed this yet but I think it is because my PSAPUNDO is too small(800M) so I will increase it to a bigger value e.g. 5GB
4. Problem: Unable to start sap after successfully migrated. OPS$user problem
Solution: logon as <sid>adm, run R3trans -x in a directory that <sid>adm has read/write permission. R3trans -x will creates a file call trans.log. Read the details and refer to OSS 400241
Result: I have successfully performed this on one(1) system and doing this on the another one currently but encounter Problem 3. Will update this further if there are more findings.
REFERENCE:
OSS 748434 New BRSPACE function "dbcreate" - recreate database
OSS 646681 Reorganizing tables with BRSPACE
OSS 541538 FAX: Reorganizations
Message was edited by:
        Annie Chan
Message was edited by:
        Annie Chan
Message was edited by:
        Annie Chan

The current one I am implementing is a development system. The database is less than 100GB. 800MB of PSAPUNDO is sufficient for our development usage.
Follow up on Problem 3:
I created another undo tablespace PSAPUNDO2(undodata.dbf) with size of 5GB. I switched undo tablespace to PSAPUNDO2 and placed PSAPUNDO(undo.data1) offline. With PSAPUNDO2 online and PSAPUNDO offline, I started brspace -f dbcreate and encountered the error below at Step 2 Export User tablespace:
BR0301E SQL error -376 at location BrStattabCreate-3
ORA-00376: file 17 cannot be read at this time
ORA-01110: data file 17: '/oracle/DVT/sapdata1/undo_1/undo.data1'
ORA-06512: at 'SYS.DBMS_STATS", line 5317
ORA-06512: at line 1
I aborted the process and verified that SAP is able to run with this settings. I started CheckDB in DB13 and it shows me these messages:
BR0301W SQL error -376 at location brc_dblog_open-5
ORA-00376: file 17 cannot be read at this time
ORA-01110: data file 17: '/oracle/DEV/sapdata1/undo_1/undo.data1'
BR0324W Insertion of database log header failed
I don't understand then. I have already switched the undo tablespace from PSAPUNDO to PSAPUNDO2. Why the message above still appears? Once I put PSAPUNDO online, CheckDB completes successfully without warning.
I did show parameter undo_tablespace and the result is PSAPUNDO2(5GB).
So exactly, what's going on? Can anyone advise?
===============================================
I have managed to clear the message in DB13 after dropping PSAPUNDO tablespace including contents and datafiles. This is mentioned is OSS note 600141 pg 8 as below:
Note: You cannot just set the old rollback-tablespace PSAPROLL to offline instead of deleting it properly. This results in ORA-00376 in connection with ORA-01110 error messages. PSAPROLL must remain ONLINE until it is deleted. (Oracle bug 3635653)
Message was edited by:
        Annie Chan

System tablespace file suffered media failure

Hi All,
Our DB is shutdown due to this error:
===
ORA-01243: system tablespace file suffered media failure
ORA-01122: database file 1 failed verification check
ORA-01110: data file 1: '/dumps/rmodevdb/db/apps_st/data/system01.dbf'
ORA-01206: file is not part of this database - wrong database id
CKPT: terminating instance due to error 1243
Instance terminated by CKPT, pid = 8203
====
Please let me know how to resolve this.
Thanks,
Kishore

Yes Aman.. This happened after cloning in apps.
However, issue got resolved.
Data files were zipped using tar- cvzf ...
I could successfully complete the cloning when backup is taken with "tar cvf" (with out including z)
So, learnt that datafiles should not be zipped when tar.
But datafiles can be zipped using gzip after " tar cvf " is completed.
Am i right ?

How to remove data file from System tablespace

Hi All,
I have wrongly added data file in SYSTEM tablespace, now I want remove it. I have tried to set datafile offline but it is giving me the error system tableapce can not set offline. so please help me. I am working Oracle 10g .
thanks in advance
sv

In 10gR2, you can drop a datafile from tablespace, as long it's empty (and of course not the last one):
ALTER TABLESPACE tbs_03 DROP DATAFILE 'tbs_f04.dbf';
Otherwise, there's no direct way to get rid of the file. You can just shrink it and move (i.e. "rename") it another location. For a non-system tablespace, move of all segments to another tablespace (and later renaming it) would be an option, but this of course won't work with system tablespace.

Block Corruption in SYSTEM Tablespace

Hi,
well it´s just a test database without a backup, but i would like to repair it anyway :-)
Here are the facts:
Errors in file c:\oracle\admin\o10g\bdump\o10g_smon_1404.trc:
ORA-01578: ORACLE data block corrupted (file # 1, block # 50187)
ORA-01110: data file 1: 'C:\ORACLE\ORADATA\O10G\SYSTEM01.DBF'
1. I found the object: It´s a Cluster named SYS.C_TOID_VERSION#
containing a lot of table stuff (type$,parameter$, ...)
i tried to repair it with dbms_repair:
BEGIN SYS.DBMS_REPAIR.SKIP_CORRUPT_BLOCKS (
SCHEMA_NAME => 'SYS',
OBJECT_NAME => 'C_TOID_VERSION#',
OBJECT_TYPE => dbms_repair.cluster_object,
FLAGS => dbms_repair.skip_flag);
END;
No error, but the same block corruption message in the alert.log 1 minute later.
i can select the tables in the cluster.
Has anyboby another trick to repair a cluster?
Thanks
Marco

Hi,
if you have rman backup then this problem become resolved by only one command.
BLOCKRECOVER DATAFILE 1 BLOCK 3 DATAFILE 50187;
otherwise restore system tablespace from backup and recover it.
and one more thing
**Don't fix the block in system tablespace it may create problem if that block contain some useful information of oracle(internal information).
Thanks
Kuljeet Pal Singh

Drop datafile from a offline tablespace

We are running oracle 9.2 on windows.
Out of the 3 datafiles in a non-system tablespace A, one datafile A-DF1 was accidently droped from the file system by our DBA.
The other two datafiles were brought online by using the ALTER DATABASE RECOVER command by bringning the database in mount phase.
Now we want to remove that datafile A-DF1 from the tablespace and bring that tablespace online.
The database is not in archive mode and no cold backup was present.
The solution that we want to try is:
1-drop the tablespace A without dropping the datafiles
2-create a new tablespace and reuse those datafiles
3-assign this new tablespace to the affected user
Would this work? Do you have any other safe solution for this problem?
thanks
Imran

Hi..
Your solution is a wrong solution.
1. I guess, that the tablespace A won't be a empty tablespace.As, the objects are present in the tablespace you can't drop the tablespace without dropping its contents.You will have to use *DROP TABLESPACE <tbs_name> INCLUDING CONTENTS; -- This will drop all the contents.
2. Do, you have a export backup, or any kind of backup.As the database is in no archivelog mode, you won't be able to do complete recovery.
3. Take the datafile A-DF1 OFFLINE and keep the tablespace online. -- alter database datafile 'datafile_name' offline;
If you don't have any kind of backup, the data is LOST.
Anand

Missing datafile belonging to SYSTEM tablespace

Similar Messages

Maybe you are looking for