APPS_TS_TX_DATA Tablespace issue

Hi to all!
In an production enviroment of Apps 11.5.10.2, tablespace APPS_TS_TX_DATA had no free space.
This tablespace has 3 database files:
a_txn_data01.dbf
a_txn_data02.dbf
a_txn_data03.dbf
Since the users could not work anymore with the application, i added a new datafile a_txn_data04.dbf to that tablespace.
1. Was it the correct thing to do or I had to auto extend the database file of that tablespace without adding a new one?
2. If i want to make a clone, do i have to do somthing additional from that mentioned in Note:230672.1, since i added a database file ?
Thanks in advance
Soni

1. Was it the correct thing to do or I had to auto extend the database file of that tablespace without adding a new one?Both are correct. However, it is better you add a new datafile (or resize existing ones) than setting autoextent on so that you will not run out of space.
2. If i want to make a clone, do i have to do somthing additional from that mentioned in Note:230672.1, since i added a database file ?Just follow same steps, and make sure you run preclone next time you want to clone this instance as the previous preclone stage is no longer valid.

Similar Messages

TABLESPACE Issue with DEV_SOAINFRA

Hi,
I am getting the following error while using the function ora:readBinaryFromFile
ORA-01691: unable to extend lob segment DEV_SOAINFRA.SYS_LOB0000147944C00002$$ by 8192 in tablespace DEV_SOAINFRA.
I know that automatic extending of DEV_SOAINFRA tablespace in em or purging of old instance data will resolve the issue, but is there any other way where I can get rid of storing instance data in SOAINFRA. This is because, I get large amount of size files through FTP adapter and they are getting into dehydration store. Is there any way I can get rid of this so that I wont be storing this data.

Thanks for your response,
1. in Step 1 i am using FTP adapter for copying from source directory to target directory in a single invoke ( i.e. file gets copied from remote location A to local location A) in a single invoke and I have used the following type in <interaction-spec className="oracle.tip.adapter.ftp.outbound.FTPIoInteractionSpec"> jca file.
2. After this I am invoking an webservice adapter which takes the files from local location to remote location B. The elements inside the WSDL are filename, filepath and file content. For file content i am using ora:readBinaryfromfile(). Also, I attached MTOM policy for WS adapter. Everything is working fine, but i am getting tablespace issue frequently as the attachments are getting stored in Attachment table of SOAINFRA.
Thanks,

R11 and tablespace issue

Hi hussein;
I want to hear your advice about R11 and tablespace issue... I am following :Subject: Oracle Applications Tablespace Model FAQs Doc ID: 269293.1
I can understand which tablespace using for what in R11 but i wonder one thing. Picture this please:
My AOOS_TS_TX_IDX tablaspace has 6 datafile as a_txn_ind06.dbf ... some of this file has %83 usegae 2 of %97 and %96... The quesiton is when we should resize datafile? I mean when we should say " oo the datafile is %?? using so i have to resize it.
One other question is my APPS_UNDOTS1 tablespace's datafile(those are 3 files) are now %100.. Should i resize them or its unncessarry?
Thanks for advice

Hi,
The quesiton is when we should resize datafile? I mean when we should say " oo the datafile is %?? using so i have to resize it.There is no specific answer to this question, and it depends on how this tablespace is utilized and on the size of the tablespace (for example, 70% used space of 1 GB tablespace is different that 70% used space of 100 MB tablespace). So, I would say whenever you believe you need to add more space to the this tablespace (these datafiles).
One other question is my APPS_UNDOTS1 tablespace's datafile(those are 3 files) are now %100.. Should i resize them or its unncessarry?You do not have to -- See (Note: 413732.1 - Full UNDO Tablespace In 10gR2) for details.
Regards,
Hussein

Sysaux tablespace issue

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 issed this as the datafile was already present and i thought of jus reuing 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

i m able to start up the database normally....there isnt any errors while starting the DB.These errors are encountered in alert log file and user trace files.As as result AWR is not opening.

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

Transportable tablespace - Issue in impdp

Hi guys,
I need to transport the tablespace from 32 bit environmet (32 bit Linux and 32 bit Oracle) to 64 bit environment (Both 64 bit) as I am migrating to 64 bit.
I have exported the tablesapce from 32 bit machine using expdp command. But I am getting below error while trying to import it on 64 bit environment
ORA-39002: invalid operation
ORA-31694: master table "SYSTEM"."SYS_IMPORT_TRANSPORTABLE_01" failed to load/unload
ORA-02354: error in exporting/importing data
ORA-02373: Error parsing insert statement for table "SYSTEM"."SYS_IMPORT_TRANSPORTABLE_01".
ORA-00904: "ORIGINAL_OBJECT_NAME": invalid identifier
Oracle version in 32 bit mc is : *11.1.0.7.0*
Oracle version in 64 bit mc is : *11.1.0.6.0*
Tablespace path in 32 bit mc was : /opt/oracleDBTable/tablespace/
I have mounted this folder from 32 bit mc to same path on 64 bit mc using NFS.
All tablespaces has been changed to read only and metadata file has been copied in binary mode to 64 bit mc.
Can anyone Pls help me in resolving this issue..
Regards,
Suprith

should this work..?? and what is the parameter "compatible=xyz" how should i use it ?I dont know from memory... the parameter to do exports for lower version databases might as well be named "version" - but you will find the answer in the fine documentation.
See these links:
http://download.oracle.com/docs/cd/B28359_01/server.111/b28319/dp_export.htm#i1007148
http://download.oracle.com/docs/cd/B28359_01/server.111/b28319/dp_overview.htm#CEGFCFFI
Edit:
Regarding your export command
.... version=11.1.0.6.0;Are these collons ";" at the end a typo or really there?
Ronny Egner
My Blog: http://blog.ronnyegner-consulting.de
Edited by: Ronny Egner on May 20, 2010 11:48 AM

Oracle Tablespace issue

Hi,
I am having problem with one of our tablespace. I receive a error message saying unable to extent tablespace very often, even though we have enough space in tablespace, And i also observerd that max(bytes) in dba_free_Space is decreasing everyday. We have oracle 11g and tablespaces are locally manged with ASSM.
Space in our tablespace is as follows:
TSName Tot_Size Tot_free PCT_free Max_Free Chunk_Free
User 44,746,932,224 3,656,908,800 8 1,966,080 4,668
I get the above result when i execute the following query:
select a.tablespace_name,sum(a.tots) Tot_Size,
sum(a.sumb) Tot_Free,
sum(a.sumb)*100/sum(a.tots) Pct_Free,
sum(a.largest) Max_Free,sum(a.chunks) Chunks_Free
from
select tablespace_name,0 tots,sum(bytes) sumb,
max(bytes) largest,count(*) chunks
from dba_free_space a
group by tablespace_name
union
select tablespace_name,sum(bytes) tots,0,0,0 from
dba_data_files
group by tablespace_name) a
group by a.tablespace_name;
Why is the Max_free very less and it keep decreasing daily. I tried to shrink tables and rebuild indexes to gain some space , nothing helped. Can anyone help me if i am missing anything here ? And also please let me know if you need more information
Thanks for your time.

I have read the SAP notes suggested by Alpesh and Harleen. I spoke to the Database admin regarding the following tables for re-organization:
Tables: VIRSA_CC_ACTVL
            VIRSA_CC_BKGINP
            VIRSA_CC_JOBHST
            VIRSA_CC_PRMVL
            VIRSA_CC_SCHEDULER
            VIRSA_CC_THREAD
He said that it will save around 4Gb only.
Can you tell me if by setting the following thing in CC>Config>"Additional Options"
Enable Offline Risk Analysis   - No
Will we be able to save up space? Our main concern is not to increase further the size because of cost issues. We already increased the size twice earlier. The system was designed as per the sizing guidelines earlier. Thhanks both.
Thanks for your reply Sudip as well...We will configure automatic addition of tablespace soon after we resolve this issue....
Regards,
Venkateswara Rao

Trasporatble Tablespace issue

SQL> exec DBMS_TTS.TRANSPORT_SET_CHECK('APPS_TS_TX_DATA,APPS_TS_TX_IDX,APPS_TS_SUMMARY,APPS_TS_ARCHIVE,APPS_TS_SEED,APPS_TS_INTERFACE',TRUE)
PL/SQL procedure successfully completed.
SQL> SELECT * FROM TRANSPORT_SET_VIOLATIONS;
VIOLATIONS
Extensible Index APPLSYS.FND_LOBS_CTX not fully contained in the transportable set.
Identify the associated table and list of secondary objects and resolve self containment
SQL> select owner,index_name,table_name,tablespace_name from all_indexes where index_name='FND_LOBS_CTX'
2 /
OWNER                          INDEX_NAME                     TABLE_NAME                     TABLESPACE_NAME
APPLSYS                        FND_LOBS_CTX                   FND_LOBSFND_LOBS table is object of itself APPLSYS user without tablespace how come.
SQL> select owner,object_name,object_type from all_objects where object_name='FND_LOBS'
2 /
OWNER                          OBJECT_NAME                    OBJECT_TYPE
APPLSYS                        FND_LOBS                       TABLE
APPS                           FND_LOBS                       SYNONYMHow can i resolve it i am already taking APPS_TS_TX_DATA which is default tablespace of APPS user
SQL> select username,default_tablespace from dba_users where username='APPS';
USERNAME                       DEFAULT_TABLESPACE
APPS                           APPS_TS_TX_DATA
SQL>Please help me.

Hello,
You may try this query to get the Tablespace name containing the LOB Segment:
select owner, table_name, index_name, segment_name, tablespace_name
from dba_lobs
where table_name = 'FND_LOBS';http://download.oracle.com/docs/cd/E11882_01/server.112/e17110/statviews_1130.htm#i1581211
Hope this help.
Best regards,
Jean-Valentin

UNDO Tablespace Issue - URGENT

I had issues with UNDO. Here is what happened -
SQL> alter tablespace UNDO
2 add datafile '/oracle/TESTDB/data04/TESTDB_undo_04.db' size 100M autoextend on maxsize 10000M;
SQL> select file_name,bytes/1024/1024 MB, maxbytes/1024/1024 MMB from dba_data_files where tablespace_name='UNDO';
FILE_NAME MB MMB
/oracle/TESTDB/data02/TESTDB_undo_01.dbf 6158 10240
/oracle/TESTDB/data01/TESTDB_undo_02.dbf 7703 0
/oracle/TESTDB/data03/TESTDB_undo_03.dbf 7636 0
/oracle/TESTDB/data04/TESTDB_undo_04.db 100 10000
But after some time this same query gave me this error -
SQL> select file_name,bytes/1024/1024 MB, maxbytes/1024/1024 MMB from dba_data_files where tablespace_name='UNDO';
FILE_NAME MB MMB
/oracle/TESTDB/data02/TESTDB_undo_01.dbf 6158 10240
/oracle/TESTDB/data01/TESTDB_undo_02.dbf 7703 0
/oracle/TESTDB/data03/TESTDB_undo_03.dbf 7636 0
/oracle/TESTDB/data04/TESTDB_undo_04.db
Users then started complaining about it.
Queries like this also started giving us these problems -
SQL> select file_id,file_name,bytes/1024/1024 MB, maxbytes/1024/1024 MMB,status from dba_data_files where tablespace_name='UNDO';
select file_id,file_name,bytes/1024/1024 MB, maxbytes/1024/1024 MMB,status from dba_data_files where tablespace_name='UNDO'
ERROR at line 1:
ORA-00376: file 67 cannot be read at this time
ORA-01110: data file 67: '/oracle/TESTDB/data04/TESTDB_undo_04.db'
Then I though of bouncing the database but then it also giving some problem -
SQL> shutdown immediate;
ORA-00376: file 67 cannot be read at this time
ORA-01110: data file 67: '/oracle/TESTDB/data04/TESTDB_undo_04.db'
SQL> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
TESTDB - /oracle/TESTDB/data03> sqlplus / as sysdba
SQL*Plus: Release 11.1.0.7.0 - Production on Fri Jul 30 09:27:24 2010
Copyright (c) 1982, 2008, Oracle. All rights reserved.
Connected.
SQL> shutdown abort;
ORACLE instance shut down.
SQL> startup;
ORACLE instance started.
Total System Global Area 4175568896 bytes
Fixed Size 2160352 bytes
Variable Size 3137341728 bytes
Database Buffers 1023410176 bytes
Redo Buffers 12656640 bytes
Database mounted.
ORA-00376: file 67 cannot be read at this time
ORA-01110: data file 67: '/oracle/TESTDB/data04/TESTDB_undo_04.db'
Thought of recovering the this tablespace but still getting this error -
RMAN> recover tablespace "UNDO";
Starting recover at 30-JUL-10
starting full resync of recovery catalog
full resync complete
allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: SID=278 device type=SBT_TAPE
channel ORA_SBT_TAPE_1: Data Protection for Oracle: version 5.5.1.0
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=277 device type=DISK
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 07/30/2010 09:34:17
ORA-00376: file 67 cannot be read at this time
ORA-01110: data file 67: '/oracle/TESTDB/data04/TESTDB_undo_04.db'
Will greatly appreciate if someone can give some advice here.

TESTDB - /oracle/TESTDB/data04> ls -ltr
total 25751072
drwxr-xr-x 2 oracle dba 256 Apr 9 10:09 lost+found
-rw-r----- 1 oracle dba 104865792 Jul 30 09:08 TESTDB_undo_04.db
-rw-r----- 1 oracle dba 104865792 Jul 30 09:50 TESTDB_paipas_idx_256k_a_01
-rw-r----- 1 oracle dba 104865792 Jul 30 09:50 TESTDB_cmwdgt_tab_1m_a_01
-rw-r----- 1 oracle dba 104865792 Jul 30 09:50 TESTDB_cmwdgt_idx_256k_a_01
-rw-r----- 1 oracle dba 104865792 Jul 30 09:50 TESTDB_cmpcc_idx_256k_a_01
-rw-r----- 1 oracle dba 232792064 Jul 30 09:50 TESTDB_cmcap_tab_1m_a_01
-rw-r----- 1 oracle dba 104865792 Jul 30 09:50 TESTDB_cmcap_idx_256k_a_01
-rw-r----- 1 oracle dba 504373248 Jul 30 09:50 TESTDB_cctlrpt_tab_1m_a_01
-rw-r----- 1 oracle dba 1356865536 Jul 30 09:50 TESTDB_ccstgrpt_tab_1m_a_01
-rw-r----- 1 oracle dba 4481622016 Jul 30 09:50 TESTDB_ccoprpt_tab_1m_a_01
-rw-r----- 1 oracle dba 653271040 Jul 30 09:50 TESTDB_ccindrpt_idx_256K_a_01
-rw-r----- 1 oracle dba 2752520192 Jul 30 09:50 TESTDB_cccnv_tab_1m_a_02.dbf
-rw-r----- 1 oracle dba 168828928 Jul 30 09:50 TESTDB_ccadmrpt_tab_1m_a_01
-rw-r----- 1 oracle dba 104865792 Jul 30 09:50 TESTDB_cmwos_idx_256k_a_01
-rw-r----- 1 oracle dba 104865792 Jul 30 09:50 TESTDB_cmgcd_idx_256k_a_01
-rw-r----- 1 oracle dba 104865792 Jul 30 09:50 TESTDB_cmfos_idx_256k_a_01
-rw-r----- 1 oracle dba 247472128 Jul 30 09:52 TESTDB_cmpcc_tab_1m_a_01
-rw-r----- 1 oracle dba 104865792 Jul 30 09:53 TESTDB_cmpe_tab_1m_a_01
-rw-r----- 1 oracle dba 104865792 Jul 30 09:53 TESTDB_cmpe_idx_256k_a_01
-rw-r----- 1 oracle dba 104865792 Jul 30 09:54 TESTDB_cmgcd_tab_1m_a_01
-rw-r----- 1 oracle dba 247472128 Jul 30 09:57 TESTDB_cmwos_tab_1m_a_01
-rw-r----- 1 oracle dba 364912640 Jul 30 09:58 TESTDB_cmfos_tab_1m_a_01
-rw-r----- 1 oracle dba 916004864 Jul 30 09:58 TESTDB_sysaux_02.dbf

Create tablespace issue

Hi;
I wanna learn one thing...
I have oracle ebs r11i wiht 10gr2 db, and its prod instance...
Issue is like this:
I have one tablespace lets us call it XXX and it has datafile like xx1.dbf,xx2.dbf..... I want to delete those dbf becouse their each size is 40 GB, and i want to create 2 new datafile which is each 10Gb.
Would you give me steps and command how i can do that?
Thanks

tablespace - XXX
datafile - xx1.dbf,xx2.dbf.....
you want to delete those dbf becouse their each size is 40 GB, and i want to create 2 new datafile which is each 10Gb.
1) If you want to delete 40 GB dbf's, you will loose data.
2) If you really do not want those data, you can go ahead by dropping and creating DBF with 10 GB.
steps and command how i can do that?
I have give below sample commands, go through it thoroughly and go ahead.
Best of Luck.
=================================================================
CREATING TABLESPACES
====================
CREATE TABLESPACE userdata DATAFILE '/u01/oradata/userdata01.dbf' SIZE 100M
AUTOEXTEND ON NEXT 5M MAXSIZE 200M;
Locally Managed Tablespaces
===========================
CREATE TABLESPACE userdata DATAFILE '/u01/oradata/userdata01.dbf' SIZE 500M
EXTENT MANAGEMENT LOCAL UNIFORM SIZE 256K;
Dictionary Managed Tablespaces
==============================
CREATE TABLESPACE userdata DATAFILE '/u01/oradata/userdata01.dbf' SIZE 500M
EXTENT MANAGEMENT DICTIONARY DEFAULT STORAGE ( initial 1M NEXT 1M );
Undo Tablespace
===============
CREATE UNDO TABLESPACE undo1 DATAFILE '/u01/oradata/undo101.dbf' SIZE 40M;
Enabling Automatic Extension of Data Files
==========================================
ALTER DATABASE DATAFILE '/u01/oradata/userdata02.dbf' SIZE 200M AUTOEXTEND ON NEXT 10M MAXSIZE 500M;
SAMPLES
=======
SQL> CREATE TABLESPACE data01
2 DATAFILE '$HOME/ORADATA/u04/data01.dbf' SIZE 2M
3 EXTENT MANAGEMENT DICTIONARY;
Tablespace created.
SQL> CREATE TABLESPACE data02
2 DATAFILE '$HOME/ORADATA/u03/data02.dbf' SIZE 1M
3 EXTENT MANAGEMENT LOCAL UNIFORM SIZE 100K;
Tablespace created.
SQL> CREATE TABLESPACE indx01
2 DATAFILE '$HOME/ORADATA/u02/indx01.dbf' SIZE 1M
3 AUTOEXTEND ON NEXT 500K MAXSIZE 2M
4 EXTENT MANAGEMENT LOCAL UNIFORM SIZE 4K;
Tablespace created.
SQL> CREATE TABLESPACE ronly
2 DATAFILE '$HOME/ORADATA/u01/ronly01.dbf' SIZE 1M;
Tablespace created.
TO QUERY ALL TABLESPACES
========================
SELECT * FROM v$tablespace;
ALTER TABLESPACE
================
ALTER DATABASE DATAFILE '$HOME/ORADATA/u03/data02.dbf' RESIZE 1500K;

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

Transportable Tablespace Issue

Hi all,
I dont know somebody else has posted this error here before, I am sorry If so..
I am getting an error when I am transporting tablespace's metadata... can anyone help me about this issue ?
My OS is RH 4
======================================================================
[oracle@localhost export]$ exp parfile=/home/oracle/oracle9i/backup/export/prams.dat
Export: Release 9.2.0.1.0 - Production on Mon Apr 28 13:33:23 2008
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
Username: sys as sysdba
Password:
Connected to: Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
Export done in US7ASCII character set and AL16UTF16 NCHAR character set
Note: table data (rows) will not be exported
About to export transportable tablespace metadata...
EXP-00008: ORACLE error 1001 encountered
ORA-01001: invalid cursor
ORA-06512: at "SYS.DBMS_SYS_SQL", line 819
ORA-06512: at "SYS.DBMS_SQL", line 19
ORA-06512: at "SYS.DBMS_TTS", line 774
ORA-01187: cannot read from file 201 because it failed verification tests
ORA-01110: data file 201: '/home/oracle/oracle9i/oradata/db1/dbf/temp01.dbf'
ORA-06512: at "SYS.DBMS_PLUGTS", line 1093
ORA-06512: at line 1
EXP-00000: Export terminated unsuccessfully
====================================================================
My parameter file looks like below
TRANSPORT_TABLESPACE=y
TABLESPACES=users
FILE=/home/oracle/oracle9i/backup/export/ts_users_28042008_10:04.dmp
LOG=/home/oracle/oracle9i/backup/export/explog.log

Check the similar sort of thread.
Re: Transportable tablespace
Regards,
Sabdar Syed.

Extend tablespace issue

Hi Experts,
We are facing an issue with extending tablespaces using BRTOOLS.
As you can see in [this|http://tinypic.com/r/2hx5ydc/4] screen shot, the previous BASIS guy tried to extend the tablespace which caused these errors. Can you please guide me how to remove these errors and extend the tablespace successfully?
Regards.

If the datafile are added ok to the database, it would be better to alter storage settings on the datafile.
Check in database with "select * from dba_data_files where tablespace_name like 'PSAPSR3700';"
Do not delete the datafile. If you really need to get rid of the file, you have to drop the whole tablespace, recreate it and restore the data. Normally you would not like to do it. Another solution for the file is to move/rename the datafile both on os and in the database.
Regards
Audun

Temporary Tablespace Issues

Hi,
Temporary tablespace is getting full used.
Temp Tablespace details:
Size=110GB
I need to find out that how we can estimate actual size of Temporary tablespace.
Could you please guide me for the same.
Also PGA_AGGREGATE_TARGET is defined as size of 7GB.
Thanks,

If you facing the size issue then create another temporary tablespace (lets call it TEMP2).
The next step would be to remove the temporary tablespace you want to resize from being the default temporary tablespace by making TEMP2 the default. perform these activities in off time .
Hope this may help you :)
--neeraj

SQL keeps erroring out with tablespace issue

CREATE TABLE /*+ PARALLEL(CLAIM_LINE_OASIS_PK_TMP, 16) */ EDWSTG.CLAIM_LINE_OASIS_PK_TMP NOLOGGING AS
SELECT /*+ PARALLEL(B, 16) PARALLEL(C, 16) */
B.CLM_LN_EDW_SK,
C.ICN_NBR,
C.CLM_LN_NBR,
C.ADJ_CD,
C.CLM_ORIG_CD,
C.CLM_HDR_EDW_SK,
C.CLM_ORIG_CD_SK,
C.ADJ_CD_SK,
C.FRST_SVC_DT_SK,
C.LST_SVC_DT_SK,
C.UNIT_OF_SVC_CNT,
C.BSC_POS_CD_SK,
C.BSC_POS_CD,
C.STD_POS_SK,
C.STD_POS_CD,
C.BRD_SVC_CATEG_CD_SK,
C.BRD_SVC_CATEG_CD,
C.TOS_CD_SK,
C.TOS_CD,
C.PD_OR_DENY_CD_SK,
C.PD_OR_DENY_CD,
C.PROF_PROC_CD_EDW_SK,
C.PROF_PROC_CD,
C.FAC_HCPCS_CD_EDW_SK,
C.FAC_HCPCS_CD,
C.MOD_1_CD_EDW_SK,
C.MOD_1_CD,
C.MOD_2_CD_EDW_SK,
C.MOD_2_CD,
C.MOD_3_CD_EDW_SK,
C.MOD_3_CD,
C.MOD_4_CD_EDW_SK,
C.MOD_4_CD,
C.RVNU_CD_EDW_SK,
C.RVNU_CD,
C.BIL_AMT,
C.ALLOW_AMT,
C.PD_AMT,
C.DED_AMT,
C.COINS_AMT,
C.COPAY_AMT,
C.SEC_ALLOW_AMT,
C.HMO_OOA_IND,
C.APPRV_TO_PAY_AMT,
C.NON_COV_REJ_AMT,
C.OTHR_INSR_LIAB_AMT,
C.TOTH_NBR,
C.TOTH_Q_CD_SK,
C.CLM_GRP_BNF_EDW_SK,
C.CLM_SBGRP_EDW_SK,
C.CLM_MBR_EDW_SK,
C.CLM_MBR_BNF_EDW_SK,
C.CLM_BIL_PROV_EDW_SK,
C.CLM_ATTND_PROV_EDW_SK,
C.CLM_REF_PROV_EDW_SK,
C.CLM_BIL_FIL_PROV_EDW_SK,
C.CLM_OPER_PROV_EDW_SK,
C.CLM_SVC_FAC_LOC_PROV_EDW_SK,
C.CLM_RX_PROV_EDW_SK,
C.CLM_PHARM_PROV_EDW_SK,
C.BIL_PROV_EDW_SK,
C.REF_PROV_EDW_SK,
C.ATTND_PROV_EDW_SK,
C.CAP_FAC_PROV_EDW_SK,
C.AUTH_PROV_EDW_SK,
C.LBL_PROV_EDW_SK,
C.IPA_PROV_EDW_SK,
C.REF_TO_PROV_EDW_SK,
C.PCP_PROV_EDW_SK,
C.OPER_PROV_EDW_SK,
C.SVC_FAC_LOC_PROV_EDW_SK,
C.SBGRP_EDW_SK,
C.MBR_EDW_SK,
C.MBR_BNF_EDW_SK,
C.AGE_EDW_SK,
C.CLM_LN_ITM_IDS_SK,
C.SS_CD_SK,
C.SS_CD,
C.EDW_INSRT_DT,
C.EDW_UPDT_DT,
C.EDW_NAT_KEY_TXT,
C.CREAT_RUN_CYC_EXEC_SK,
C.LST_UPDT_RUN_CYC_EXEC_SK,
C.CRC_NBR,
C.HCPCS_PROC_CD,
C.DIAG_CATEG_CD,
C.CLM_CAPITN_IA_CLM_EDW_SK,
C.CLM_SPEC_EDW_SK,
C.CLM_CLS_CD,
C.CLM_PROC_CD,
C.CLM_CAPITN_IA_GRP_CAPTR_EDW_SK,
C.CLM_CAPITN_IA_MBR_CAPTR_EDW_SK,
C.CLM_CAPITN_IA_BIL_PROV_EDW_SK,
C.CLM_CAPITN_IA_IPA_PROV_EDW_SK,
C.CLM_CAPITN_ATTND_PROV_EDW_SK,
C.CLM_CAPITN_IA_PCP_EDW_SK,
C.CLM_CAPITN_CUR_GRP_EDW_SK,
C.CLM_CAPITN_CUR_IA_MBR_EDW_SK,
C.GRP_CAPTR_BIL_UNT_ID,
C.GRP_CAPTR_BNF_PKG_CD,
C.GRP_CAPTR_BNF_TYP_CD,
C.GRP_CAPTR_CAC_CD,
C.GRP_CAPTR_EDW_SK,
C.GRP_CAPTR_GRP_ID,
C.GRP_CAPTR_SBGRP_NM,
C.GRP_CAPTR_SBGRP_TYP_CD,
C.MBR_CAPTR_BTH_DT,
C.MBR_CAPTR_EDW_SK,
C.MBR_CAPTR_GNDR_CD,
C.MBR_CAPTR_MBR_ID,
C.MBR_CAPTR_SBSCR_ALTN_ID,
C.MBR_CAPTR_SBSCR_RGN_CD,
C.MBR_CAPTR_SBSCR_ZIP_CD,
C.SUB_FRST_NM,
C.MBR_FRST_NM,
C.SUB_LST_NM,
C.MBR_LST_NM,
C.SUB_MID_INIT,
C.MBR_MID_INIT,
C.AGE_MO,
C.MBR_GRP_ID,
C.MBR_GRP_BIL_UNT_ID,
C.MBR_SS_CD,
C.MBR_ID,
C.MBR_SBSCR_ALTN_ID,
C.FUND_POOL_EDW_SK,
C.COB_SAV_AMT,
C.BNF_COV_CD,
C.BNF_CATEG_CD,
C.ACCT_MO_SK,
C.BNF_SET_EDW_SK,
C.CAPITN_CLM_FUND_POOL_CD,
C.LOS_DY_CNT
FROM EDWXREF.CLAIM_LINE_XREF B, EDWSTG.CLAIM_LINE_OASIS C
WHERE C.ICN_NBR = B.ICN
AND C.ADJ_CD = B.ADJ_CD
AND C.CLM_ORIG_CD= B.CLM_ORIG_CD
AND C.CLM_LN_NBR = B.CLM_LN_NBR
We keep getting this error.
FROM EDWXREF.CLAIM_LINE_XREF B, EDWSTG.CLAIM_LINE_OASIS C
ERROR at line 136:
ORA-01652: unable to extend temp segment by 2048 in tablespace EDWSTGDATA00
Is there something that can be done?Is there a way to estimate the space required for this SQL?
Regards,
Narayan

The issue is this script is run from Informatica and they cannot modify the script.
The same script has worked on other environments which have lesser data.
This is the size of the datafiles
FILE_NAME BYTES/1024/1024 MAXBYTES/1024/1024 AUT INCREMENT_BY
/orawork/oradata2/ROSDWU3/data/EDWSTG_DATA00_01.dbf 10200 10240 YES 3200
/orawork/oradata2/ROSDWU3/data/EDWSTG_DATA00_06.dbf 122872 122880 YES 3200
/orawork/oradata2/ROSDWU3/data/EDWSTG_DATA00_07.dbf 122880 122880 YES 3200
/orawork/oradata2/ROSDWU3/data/EDWSTG_DATA00_08.dbf 122880 122880 YES 3200
/orawork/oradata2/ROSDWU3/data/EDWSTG_DATA00_09.dbf 68200 122880 YES 3200
/orawork/oradata2/ROSDWU3/data/EDWSTG_DATA00_10.dbf 20420 51200 YES 3200
/orawork/oradata3/ROSDWU3/data/EDWSTG_DATA00_11.dbf 122820 122880 YES 3200
/orawork/oradata2/ROSDWU3/data/EDWSTG_DATA00_02.dbf 131071.938 131071.938 YES 6400
/orawork/oradata2/ROSDWU3/data/EDWSTG_DATA00_03.dbf 122880 122880 YES 3200
/orawork/oradata2/ROSDWU3/data/EDWSTG_DATA00_04.dbf 122880 122880 YES 3200
Please advise.
Regards,
Narayan

APPS_TS_TX_DATA Tablespace issue

Similar Messages

Maybe you are looking for