Missing TEMP datafile

Not sure if I hit the right forum here.
ORACLE RDBMS Version: 10.2.0.1.0
I'm doing some 10g studying and came across recovering from non-critical files.
Now the various books (2) indicate that you should take some action when you startup the database.
However, when I delete the datafile making up the temp tablespace; at startup that file is just regenerated as;
With out going into all the details this action:
oracle@blue:/u1/app/oracle/oradata/qbase> rm -rf tempdijk01.dbf
(this is the datafile of the default temp tbs).
Lead to during db startup:
Mon Mar 5 23:58:17 2007
Re-creating tempfile /u1/app/oracle/oradata/qbase/tempdijk01.dbf
Q. are there other circumstances that might need interaction at db startup, like drop and recreate the
temp tbs is mount etc.?
Thanks.
-T

Oracle tempfile happen to be very special datafile. The behavior of this file doesn't represent other datafiles of database.
If you remove a regular datafile from OS level, you will need to do recovery before you can open the database for use.
Check Oracle Backup/Recovery Guide for more insight
http://download-west.oracle.com/docs/cd/B19306_01/backup.102/b14191/toc.htm

Similar Messages

Control File Missing Temp file

Dear All,
I have a problem with my database and receiving errors related to Temp file. I run the following command and got output as:
*select status,name from v$tempfile;*
*Output:*
STATUS NAME
ONLINE 'X:\ORACLE\ORADATA\PROD\TMPPROD02.DBF'
ONLINE 'X:\ORACLE\ORADATA\PROD\TMPPROD03.DBF' I run ALTER DATABASE BACKUP CONTROLFILE TO TRACE; command it generated following output:
I think control file is missing temp file information. Can any one help please?
#     Set #2. RESETLOGS case
# The following commands will create a new control file and use it
# to open the database.
# The contents of online logs will be lost and all backups will
# be invalidated. Use this only if online logs are damaged.
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "PRODUC" RESETLOGS ARCHIVELOG
-- SET STANDBY TO MAXIMIZE PERFORMANCE
    MAXLOGFILES 32
    MAXLOGMEMBERS 2
    MAXDATAFILES 32
    MAXINSTANCES 16
    MAXLOGHISTORY 7917
LOGFILE
GROUP 3 'X:\ORACLE\ORADATA\PRODUC\LOGPROD3A.RDO' SIZE 10M,
GROUP 4 'X:\ORACLE\ORADATA\PRODUC\LOGPROD4A.RDO' SIZE 10M,
GROUP 5 'X:\ORACLE\ORADATA\PRODUC\LOGPROD5A.RDO' SIZE 10M
-- STANDBY LOGFILE
DATAFILE
'X:\ORACLE\ORADATA\PRODUC\SYSPROD01.DBF',
'X:\ORACLE\ORADATA\PRODUC\UNDOPROD01.DBF',
'X:\ORACLE\ORADATA\PRODUC\PRODCFD01.DBF',
'X:\ORACLE\ORADATA\PRODUC\PRODCFI01.DBF',
'X:\ORACLE\ORADATA\PRODUC\PRODPD01.DBF',
'X:\ORACLE\ORADATA\PRODUC\PRODPI01.DBF',
'X:\ORACLE\ORADATA\PRODUC\PRODCRD01.DBF',
'X:\ORACLE\ORADATA\PRODUC\PRODCRI01.DBF',
'X:\ORACLE\ORADATA\PRODUC\PRODPHD01.DBF',
'X:\ORACLE\ORADATA\PRODUC\PRODPHL01.DBF',
'X:\ORACLE\ORADATA\PRODUC\PRODPHI01.DBF',
'X:\ORACLE\ORADATA\PRODUC\PRODFPD01.DBF',
'X:\ORACLE\ORADATA\PRODUC\PRODSD01.DBF',
'X:\ORACLE\ORADATA\PRODUC\PRODAD01.DBF',
'X:\ORACLE\ORADATA\PRODUC\PROD_MON01.DBF',
'X:\ORACLE\ORADATA\PRODUC\PRODREPORTINGDATA01',
'X:\ORACLE\ORADATA\PRODUC\PRODREPORTINGINDX01',
'X:\ORACLE\ORADATA\PRODUC\PRODCFD02.DBF',
'X:\ORACLE\ORADATA\PRODUC\PRODPHL02.DBF',
'C:\ORACLE\ORA92\DATABASE\FSDFSDFSDFS',
'X:\ORACLE\ORADATA\PRODUC\PRODREPORTINGDATA02',
'X:\ORACLE\ORADATA\PRODUC\PRODAD02.DBF',
'X:\ORACLE\ORADATA\PRODUC\PRODCFD03.DBF',
'X:\ORACLE\ORADATA\PRODUC\UNDOPROD02.DBF'
CHARACTER SET AL32UTF8
# Recovery is required if any of the datafiles are restored backups,
# or if the last shutdown was not normal or immediate.
RECOVER DATABASE USING BACKUP CONTROLFILE
# Database can now be opened zeroing the online logs.
ALTER DATABASE OPEN RESETLOGS;
# Commands to add tempfiles to temporary tablespaces.
# Online tempfiles have complete space information.
# Other tempfiles may require adjustment.
ALTER TABLESPACE TEMP ADD TEMPFILE 'X:\ORACLE\ORADATA\PRODUC\TMPPROD03.DBF'
     SIZE 1024M REUSE AUTOEXTEND ON NEXT 134217728 MAXSIZE 16383M;
ALTER TABLESPACE TEMP ADD TEMPFILE 'X:\ORACLE\ORADATA\PRODUC\TMPPROD02.DBF'
     SIZE 8192M REUSE AUTOEXTEND ON NEXT 33554432 MAXSIZE 16383M;
# End of tempfile additions.

Please either add a tempfile or else if you have two temporary tablespaces(say temp01 & temp02) with associated tempfiles and let us assume TEMP01 is the default tablespace for the database(by seeing the database_properties view) then please drop the TEMP02 tablespace and re-create it and then make TEMP02 as default tablespace for the database and then drop the TEMP01 tablespace and re-create it and then make it as the default temporary tablespace .. Thats the solution and hope its clear... you can go through following steps :
SQL> select tablespace_name, file_name from dba_temp_files;
SQL> drop tablespace temp02 including contents and datafiles;
SQL> create temporary tablespace temp02 tempfile ''X:\ORACLE\ORADATA\PROD\temp02.tmp' size 16383M;
SQL> alter database default temporary tablespace TEMP02;
SQL> drop tablespace temp01 including contents and datafiles;
SQL> create temporary tablespace temp01 tempfile ''X:\ORACLE\ORADATA\PROD\temp01.tmp' size 16383M;
SQL> alter database default temporary tablespace TEMP01;
Cheers!

TEMP datafiles for temporary tablespaces don't have same timestamp

Hi,
This is what I have done:
Installing 10G2 on XP PRO with sample database.
Tried to install Designer Repository with the Wizard, created a user for the toolkit, that failed.
Added 1 temp tablespace size 20Meg from OEM console.
Dropped cascade Toolkit schema owner and recreated it
Tried to install Designer Repository, that failed again
Added 1 temp tablespace size 1giga from OEM console, failed again to import
Dropped cascade Toolkit schema owner and recreated it
Tried to install Designer Repository, that failed again
Gave up for now: I have located a doc about installing manually by running scripts, will do as soon as I feel at ease with OEM.
Then I put the PC on snooze while database was up, crashed it.
Stopped the services, checked the logs, restarted manually and slowly, base up.
Now both extra TEMP datafiles are lagging behind, seen from Windows explorer, but the tablespaces are seen as online from oem, not seen from sqlplus dba_tablespaces view.
So the question is:
Are the TEMP datafiles supposed to stay in sync with the others or is it ok if they show timestamps dating three days back, provided there has not been any users transactions in the database?
I checked the 10G2 DBA online doc, but I can't find where it's mentioned.
Many thanks if you can help.

Hi,
Everything allright, they do show!
I'm a bit wary about resizing anything, maybe you remember the resizing bug for SYSTEM tablespace in version 7?
I have to beef up on DBA tricks.
Since I also have a 1 Giga Users tablespace, I'll do some heavy Inserting and Updating and Sorting see if that tickles the Temps.
Many thanks for your prompt reply.
Message was edited by:
JeanParis

TEMP datafile size

Hi,
my TEMP datafile increase to 32G.
Why it do that and how to correct this situation.
Any suggestion, Thanks.

First, if you have your TEMP tablespace set to autoextend without specifying a maximum size, I would address that problem.
Second, how big should your TEMP space be?
Third, if your TEMP space grew to 32 GB, someone was either running a tremendous query or a large number of people were simultaneously running rather large queries. Depending on whether this was appropriate-- maybe someone really needed to generate a report that sorted 32 GB of data-- we can suggest ways to move forward.
Justin
Distributed Database Consulting, Inc.
http://www.ddbcinc.com/askDDBC

TEMP datafile siae

Hi,
my TEMP datafile increases to 32G.
I have shudowned and restarted my DB no think allways 32G.
Why it do that and how correct the situation.
Any suggestion, thanks.

Dont keep temp datafiles to auto extend option.
You dont need to worry about temp tbs not releasing the space until you get an error like 'unable to extend temp tablespace extents'. Typicall temp tbs behaviour is like that,i.e. once allocated extends, won't deallocated, in fact, kept for future usage.

TEMP datafiles

We have 4 temp datafiles is one of our database and three are 99% and last one 99% full.
Solutions:
Let me know which solution is better
1. I just keep adding TEMP datafiles.
2. Delete the previous one and add the new one so that I can get some free space on disk.
3. Re boot the server so that all temp files gets empty and I don't need to do anything(its not possible becuase we have 24/7 datebase)...
Please give me your suggestions
Thanks

If the TEMP space is not being released for a long time, you could activate SMON by the below trick
SELECT PCT_INCREASE FROM DBA_TABLESPACES WHERE TABLESPACE='TEMP';
note the percentage
ALTER TABLESPACE TEMP DEFAULT STORAGE (PCTINCREASE 10);
It could be 10 or any number between 1 and 100.
wait for a while and return it back to the previously defined percentage
This will release the TEMP segments

Is it possible to recover a hot bkup as clone - with missing undo datafiles

I've got a hot backup of a database from 13th June. This was done manually.
Now that I have come to use this backup - which is simply a copy to removable storage. I have found that the undo.dbf files are missing from the backup.
Is it possible to get this database up and running without these datafiles?
Getting hold of a copy of the datafiles now is not an easy task and would require a large additional amount of archive logs to recover to the point in time when the undo files would have been put in backup mode. I finished my manual process at 19:30 the RMAN backup would have been at 22:00 onwards...

Usually. It is NOT possible.
But if there's not transaction when you did the hot backup, Maybe you can re-create another undo tablespace at mount point, then open database.

TEMP datafiles MAX Size

We are on 9.2.0.5. I had 2 datafiles for my TEMP tablespace, each at 2,048 mb in size. One file was set for autoextend to 32 gb. In a matter of 2 hours, this datafile grew to 100% max size and the other grew to 99.99%. To keep our application running, I added a new 2,048 mb to the tablespace. The problem was traced to a bad query with a strange sort. (Query has since been deleted). My question: Can I shutdown the database, drop the datafiles, create 2 more 2,048 mb datafiles and restart the database? I really want to reclaim the file space. Would this work?

The DB shutdown and restarting fine. However I attempted to resize the datafiles using the following script:
ALTER DATABASE TEMPFILE 'F:\....\TEMP01.DBF'
RESIZE 2048M;
OEM is indicating the file is full and therefore I get the message it I can't resize due to extend past the size of it is currently at.
What needs to be done to resize or to clear the data consuming the datafiles?

Temp datafile

if i use EM to add datafile i gave name temp01 instead temp01.dbf. any difference both of these or oracle automatically add .dbf extention??? i'm adding file using enterprize edtion

Adeel,
No there is no difference in the working of both.EM doesn't add the extension. You can create a tempfile,or any file with any extension you want and it will be used by Oracle.SQL> select * from dba_temp_files;
FILE_NAME
   FILE_ID TABLESPACE_NAME                     BYTES     BLOCKS STATUS
RELATIVE_FNO AUT   MAXBYTES MAXBLOCKS INCREMENT_BY USER_BYTES USER_BLOCKS
D:\ORACLE\ORADATA\ORCL\TEMP01.DBF
         1 TEMP                             22020096       2688 AVAILABLE
           1 YES 3.4360E+10    4194302           80   20971520        2560
SQL> create temporary tablespace temp01 tempfile 'D:\oracle\oradata\orcl\tempp' size 1m;
create temporary tablespace temp01 tempfile 'D:\oracle\oradata\orcl\tempp' size 1m
ERROR at line 1:
ORA-03214: File Size specified is smaller than minimum required
SQL> create temporary tablespace temp01 tempfile 'D:\oracle\oradata\orcl\tempp' size 5m;
Tablespace created.HTH
Aman....
Edited by: Aman.... on Dec 11, 2008 5:51 PM edited to correct that EM doesn't add the extension on the fly.

Delete Temp Datafiles

Hi all,
The temporary tablespace datafiles were old and occupy lot of space. Can I safely remove them or shall I backup them to disk.
Thanks.

786923 wrote:
Hi all,
The temporary tablespace datafiles were old and occupy lot of space. Can I safely remove them or shall I backup them to disk.
Thanks.Do not need backup of temp tablespace,but you can create new temporary tablespace and delete old ts as
create temporary tablespace new_tempts tempfile 'tempfile_full_path' size <size> autoextend on next 30M;
alter database default temporary tablespace new_tempts;
drop tablespace old_ts_name;

Sysaux tablespace issue-missing sysux datafile

hi,
I ve upgraded an database for 9i to 10g. The upgrade was sucessfull and the Db was in normal usage. Due to some functionality testing the database was restored to a state from the backup taken after upgrade. But while restoring the database i forgot to include the path of the datafile of sysaux tablespace in the control file re-creation script.
I didnt notice this issue for long time until i realised the mistake made by me.
I found in the alert logs which showed errors such as
ORA-01157: cannot identify/lock data file 124 - see DBWR trace file
ORA-01110: data file 124: '/oracle/ora/dbs/MISSING00141'
ORA-27037: unable to obtain file status
since the path of the sysaux tablespace was not referred in the script i thought of referring it now and i issued the following command
alter tablespace sysaux add datafile '<path>/sysaux01.dbf' reuse;
i issued this as the datafile was already present and i thought of jus reusing it again.
But what had happened is this datafile had been added as an additional datafile for the sysaux tablespace,which means the sysaux is still referring '/oracle/ora/dbs/MISSING00141' as one of the datafile.
but one important thing is that there isnt any such datafile ie '/oracle/ora/dbs/MISSING00141' when i checked inside the dbs folder.
The path is getting referred as part of the sysaux tablespace but its physical location is not found.
So i did took this datafile offlinedrop issuing
alter database datafile '/oracle/ora/dbs/MISSING00141' ofline drop
but the problem i m facing now is the AWR is not opening up and it throw error stating first datafile of sysaux tablespace '/oracle/ora/dbs/MISSING00141' not found.
ORA-00376: file 124 cannot be read at this time
ORA-01110: data file 141: '/oracle/ora/dbs/MISSING00141'
ORA-06512: at line 21.
any solution for solving the problem would be appreciated
thanks,
ahmed

Hi, I've got exactly the same problem up to the point where I try to offline drop the MISSING0009 datafile.
The command says it completed OK but the phantom datafile does not go and still reports that it's there in dba_data_files, althoguh the online_status is RECOVER, the status is ONLINE.
I'm not sure how to get rid of the entry if the offline drop command doesnt work. I've tried recreating the control file and deleting the entry for this datafile too but somehow it returned after that too!
I''m also not sure what to do when I do get rid of it - since I cant recover the old sysaux01.dbf datafile since it's not consistent with the database since there has been a week inbetween and we're not running archivelogging.
I would assume that all the stuff usually put in the SYSAUX tablespace is therefore lost, but I dont think we use anything that normally puts stuff in there, I've only noticed this since I was trying to install em.
Do I have to rebuild the database from scratch? Or any ideas on how I can recover the situation? Can I do something like startup upgrade and re-run the upgrade scripts which will put their stuff back into sysaux....?
Many thanks for ideas
Rob

Move Temp DataFile

How do you move the Temp01.DBF from the D: to E:
I'm using the ALTER DATABASE RENAME FILE but I get an error of;
"nonexistsent logfile datafile or tempfile"
The Datafile definitely exists in the D: and E: where I'm trying to move it too.
This is on 9i.

hi
before dropping create a tablespace in desired location and make it default then drop the previous one.
u can also take the datafile offline and then rename it and back online.
but before doing anything u check the temporary segments whether any user is still using it.
You can view the allocation and deallocation of space in a temporary tablespace
sort segment using the V$SORT_SEGMENT view, and the V$SORT_USAGE view
identifies the current sort users in those segments.
kanchan

A lot of messages "direct path write temp" and "direct path read temp"

Hello, all
Please, understand me, what is going on in my system (DB: Oracle database 11.2.0.3, OS: Windows 2008 R2).
In AWR report (1 hour) I see next:
Foreground Wait Events
                                                             Avg
                                        %Time Total Wait    wait    Waits   % DB
Event                             Waits -outs   Time (s)    (ms)     /txn   time
direct path write temp          132,627     0      1,056       8      0.8   21.7
direct path read temp           308,969     0        565       2      2.0   11.6
log file sync                    19,228     0        241      13      0.1    5.0
direct path write                17,698     0        135       8      0.1    2.8
db file sequential read          21,149     0         94       4      0.1    1.9
SQL*Net message from dblin           59     0          5      86      0.0     .1
Segments by Direct Physical Reads         DB/Inst: SGRE/sgre Snaps: 1039-1040
-> Total Direct Physical Reads:         392,273
-> Captured Segments account for   94.7% of Total
           Tablespace                      Subobject Obj.        Direct
Owner         Name    Object Name            Name     Type         Reads %Total
** MISSING TEMP       ** TRANSIENT: 437734 MISSING ** UNDEF       38,290    9.76
DBSNMP     TEMP       MGMT_TEMPT_SQL                  TABLE       38,242    9.75
** MISSING TEMP       ** TRANSIENT: 438784 MISSING ** UNDEF       37,790    9.63
** MISSING TEMP       ** TRANSIENT: 437312 MISSING ** UNDEF       37,661    9.60
** MISSING TEMP       ** TRANSIENT: 439257 MISSING ** UNDEF       37,477    9.55Some selects:
SELECT   S.sid,
         T.blocks * TBS.block_size / 1024 / 1024 mb_used, T.tablespace, T.SEGTYPE
FROM     v$sort_usage T, v$session S, v$sqlarea Q, dba_tablespaces TBS
WHERE    T.session_addr = S.saddr
AND      T.sqladdr = Q.address (+)
AND      T.tablespace = TBS.tablespace_name
AND      S.sid = 732
ORDER BY S.username, S.sid;
SID     MB_USED     TABLESPACE     SEGTYPE
732     2          TEMP          LOB_DATA
732     1          TEMP          INDEX
732     1          TEMP          DATA
732     1          TEMP          INDEX
732     1          TEMP          DATA
732     1          TEMP          INDEX
732     1          TEMP          DATA
732     1          TEMP          INDEX
732     1          TEMP          INDEX
732     1          TEMP          DATA
732     1          TEMP          INDEX
732     1          TEMP          INDEX
732     1          TEMP          DATA
732     1          TEMP          INDEX
732     1          TEMP          INDEX
732     1          TEMP          DATA
732     1          TEMP          INDEX
732     1          TEMP          INDEX
732     1          TEMP          DATA
732     1          TEMP          INDEX
732     1          TEMP          INDEX
732     1          TEMP          DATA
732     1          TEMP          INDEX
732     1          TEMP          INDEX
732     1          TEMP          DATA
732     1          TEMP          INDEX
732     1          TEMP          INDEX
732     1          TEMP          DATA
732     1          TEMP          INDEX
732     1          TEMP          LOB_INDEX
select st.sid, sn.name, st.VALUE
from V$statname sn, v$sesstat st
where st.STATISTIC# = sn.STATISTIC#
and (sn.name like 'sorts%')
and st.sid in (select sid from v$session_wait where event like '%direct path write temp%')
order by st.sid
SID     NAME          VALUE
732     sorts (memory)     591408
732     sorts (rows)     102126
732     sorts (disk)     0Why I do not see any disk sorts? If TEMP is used for no sort operations, then for which operations?
How I can see that? How can I decrease direct path write temp without tuning SQL?
Additional information:
PGA_AGGREGATE_TARGET is set to big value - 6GB (3GB enough due to advisory recommendation)
Please, help.
Regards, user12103911.

user12103911 wrote:
SELECT optimal_count, round(optimal_count*100/total, 2) optimal_perc,
onepass_count, round(onepass_count*100/total, 2) onepass_perc,
multipass_count, round(multipass_count*100/total, 2) multipass_perc
FROM
(SELECT decode(sum(total_executions), 0, 1, sum(total_executions)) total,
sum(OPTIMAL_EXECUTIONS) optimal_count,
sum(ONEPASS_EXECUTIONS) onepass_count,
sum(MULTIPASSES_EXECUTIONS) multipass_count
FROM   v$sql_workarea_histogram);
OPTIMAL_COUNT OPTIMAL_PERC ONEPASS_COUNT ONEPASS_PERC MULTIPASS_COUNT MULTIPASS_PERC
13150685      100           0             0             0               0No n-pass executions.That's a pretty convincing display - given that your AWR manages to NAME an object that is in the TEMP tablespace, an obvious point to follow up is global temporary tables. If you have any declared as "on commit preserve" (duration = 'SYS$SESSION') then you could have code which does "insert /*+ append */ into gtt", and if you then query this in parallel (or - since you're on 11.2.0.3 - the data volume is large enough) Oracle could choose to do direct path writes to load the GTT and direct path reads to read it back.
Regards
Jonathan Lewis

Restored coldbackup and having trouble with TEMP tablespace

Hi, i succesfully restored from a coldbackup on solaris.(oracle 9.2)
i can log on to database using toad, query the database, but when i try to take an export or something i got the error
EXP-00056: ORACLE error 1157 encountered
ORA-01157: cannot identify/lock data file 203 - see DBWR trace file
ORA-01110: data file 203: '/sun2int1/oracle92/app/oracle/product/9.2.1/oradata/TPRS/temp03.dbf'
ORA-06512: at "SYS.DBMS_LOB", line 424
ORA-06512: at "SYS.DBMS_METADATA", line 1140
ORA-06512: at line 1
EXP-00000: Export terminated unsuccessfully
when i did the restore, i simply renamed the datafiles and redo logs.
But i didnt rename the TEMP datafile, as you can not rename it with a "alter database rename file ..." command
so thats the problem!
i planned to create a new default temp. tablespace, and simply make it default and drop the other one. but it does not work!
i tried to execute:
CREATE TEMPORARY TABLESPACE temp4 TEMPFILE '/oracleAS/TPRS/oradata/TPRS/temp4.dbf' SIZE 5M REUSE AUTOEXTEND ON NEXT 1M MAXSIZE unlimited
EXTENT MANAGEMENT LOCAL UNIFORM SIZE 1M;
create temporary tablespace temp01 tempfile '/oracleAS/TPRS/oradata/TPRS/temp01.dbf' size 100M;
but they all hang! i wait, but nothing happens! (and alert log does not log anything too)
and finally i tried to drop the default tablespace, and i couldnt drop it as i thought. (ORA-12906: cannot drop default temporary tablespace
So, im stuck and i beleive i have to RENAME the datafile for temporary tablespace. how can i do this?
Edited by: merope on Jun 9, 2009 11:32 AM

SQL> col file_name for a50
col status for a15
col tablespace_name for a15
col PROPERTY_VALUE for a20
select file_name,tablespace_name,bytes/1024/1024 as "SIZE_IN_MB",status,autoextensible from dba_temp_files;
SELECT PROPERTY_NAME,PROPERTY_VALUE FROM DATABASE_PROPERTIES where PROPERTY_NAME='DEFAULT_TEMP_TABLESPACE';
SQL> SQL> SQL> SQL> SQL> SQL> ERROR:
ORA-01157: cannot identify/lock data file 202 - see DBWR trace file
ORA-01110: data file 202: '/izmir1/oradbTPRS/temp1.db'
no rows selected
SQL>
PROPERTY_NAME PROPERTY_VALUE
DEFAULT_TEMP_TABLESPACE TEMP3
This is not the actual directory: /izmir1/oradbTPRS/temp1.db
it is the old location, but in the restored db, the temp1.db file is in some other directory
how can i rename this?
Edited by: merope on Jun 9, 2009 11:50 AM

Lost of datafile to 2 tablespaces, no rman but expdp image

Hello,
We lost 2 datafiles to 2 tablespaces in our non-production database. We can not open the database because of the missing 2 datafiles on the same mountpoint. The database is mounted. How to drop these 2 tablespaces and datafiles so the database can be open? We do not have rman but do have expdp files as backup. Thank you.

Offline drop the datafiles,drop the tablespaces,recreate them,import the data.
ALTER DATABASE DATAFILE '<full_path_file_name>' OFFLINE DROP;
ALTER DATABASE OPEN;
DROP TABLESPACE <tablespace_name> INCLUDING CONTENTS;
CREATE TABLESPACE <tablespace_name> DATAFILE
'<datafile_full_path_name'> SIZE <required_size>;
impdp .....
Werner

Missing TEMP datafile

Similar Messages

Maybe you are looking for