Index Tablespace Issue

Need to change Index tablespace from existing tablespace to new one?
Do i need to rebuild the index to accomplish this?
(using- Alter index <index-name> rebuild tablespace <index-tablespace>;.)
Or is there any other option?

Yes thats the way to do it. Its more of a DBA related question so if you post it in the Database-General forum you will get quicker and better response as more DBA participate there.
Here its more of developers.

Similar Messages

  • Siebel database Configuration wizard unable to identify index tablespace

    Hi,
    I'm installing Siebel CRM 8.1.1 on AIX platform. We have RAC enabled database at backend and in that two tablespace has been created, one for data and another one for index. Now in the database configuration wizrd where we have to provide the name of both tablespaces; we provide the name of data tablespae in the Table Tablespace filed and index tablespace in the index tablespace filed of the configuration wizard. Now when we click on the next button. The configuration wizrd gives error of unable to identify index tablespace.
    Why is this happening as index tablespace is properly created in the database. Please help me in this. You quick respance will be highly appriciated.
    Regards,
    Abbasi

    I thought it might be. grantuser.sql generally needs to be modified to suit the underlying database configuration. Glad you got it working.

  • 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,

  • How to import tables, indexes, tablespace, etc from a DMP.

    Hello,
    I like to know how to import tables, indexes, tablespace, etc from an DMP export of a Oracle 10.2.0.1 to be apply on a Oracle 11.2.0. When I import the DMP file all the data is going to one single Tablespace, for example, Users tablespace.
    On the original database we have various tablespace's each separated with different content (tables, indexes) and I like to know if it posible to import the same schema,tables, indexes, tablespace all made with one single DMP Export. I can't use DBUA because the software of the database on the 10.2 is missing, I have only a DMP file (24GB) of DMP!.
    Thanks for the reply,
    Sorry for my english :).
    Regards.

    thanks for that but is not what Im looking for.
    Look, on my ORCL directory of the oracle 10.2 I have for example this:
    CONTROL01.CTL
    EXAMPLE01.DBF
    REDO01-1.LOG
    REDO01.LOG
    REDO02-2.LOG
    REDO02.LOG
    REDO03-3.LOG
    REDO03.LOG
    RMAN.DBF
    SYSAUX01.DBF
    SYSTEM01.DBF
    TEMP01.DBF
    UNDOTBS01.DBF
    USERS01.DBF
    TABLESPACE1.ORA
    TABLESPACE2.ORA
    TABLESPACE3.ORA
    TABLESPACE4.ORA
    TABLESPACE5.ORA
    I make a full export to a DMP. Then in my 11.2 version first I created the user then when import the DMP file none of the tablespace (TABLESPACE1, TABLESPACE2, ETC...) is created, all is going to the USERS tablespace, SO, im looking a way to tell imp command that generates the exactly tablespace structure that i was have on the 10.2.
    Hope this can explain more my problem.
    Thanks again!.

  • I hate oracle support - transporting index tablespaces

    i exported 9 index tablespaces and ran the import into a database created as a duplicate of the original database (duplicated using RMAN). None of the indexes got created...yes I checked dba_segments.
    I am using 9iR2.
    Any suggestions?

    the intent was to bring over the 9 data tablespaces and the 9 index tablespaces using transportable tablespace -- the amount of data here is 2.5+ Tb. we exported the metadata for all 18 tablespaces and then tried to import that metadata to the new instance. the data came over fine but the indexes are non-existent. oracle support says this should have worked, but surprise, it didn't. it will take 72 hours or more to rebuild the indexes if we have to do it manually, which is why we trying to use transport to begin with. just copying all the files over took 20 hours.
    oracle says my indexes should be there. anyone else try to do this and what did they do to make it happen?

  • 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

  • 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

  • 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

  • 11i to R12 Upgradation(Missing IN or OUT parameter at index:: 1) issue

    Hi,
    My Name is Sai, working on OAF.
    Recently my code has been migrated from 11i to R12. In 11i my code is working fine.
    but in R12 facing the issue that " Missing IN or OUT parameter at index:: 1 "
    for the following query
    SELECT *
    FROM
    (SELECT DISTINCT uf.favorite_name,
    uf.favorite_id
    FROM xxdl.xxdl_sc_user_favorites uf,
    xxdl.xxdl_sc_pta_favorites pf
    WHERE uf.person_id = :1
    AND uf.favorite_id = pf.favorite_id)
    qrslt
    ORDER BY favorite_name ASC
    could you please tell me the cause of the issue and how to fix this issue.
    Thanks,
    Sai

    Hi Gourav and Pradeep,
    Thanks for the reply.
    In AM i am setting the bind variable for the person_id using VO.setWhereClauseParam(0,person_id);
    But as per the research in R12, In a single query if we are using same bind variable in many places like,
    Select xxdl_sc_com_pkg.GET_LAST_UPDATE_BY('GNS',:1,2,:2) Last_Upd
    ,XXDL_SC_COM_PKG.GET_AS_OF_DATE('GNS',:1,1,:2) hc_as_of_date
    ,XXDL_SC_COM_PKG.GET_AS_OF_DATE('GNS',:1,2,:2) sc_as_of_date
    from dual
    in the above query :1 and :2 using 3 places.
    the query is working in 11i but in R12 its failing, so i changed the query to
    Select xxdl_sc_com_pkg.GET_LAST_UPDATE_BY('GNS',:1,2,:2) Last_Upd
    ,XXDL_SC_COM_PKG.GET_AS_OF_DATE('GNS',:3,1,:4) hc_as_of_date
    ,XXDL_SC_COM_PKG.GET_AS_OF_DATE('GNS',:5,2,:6) sc_as_of_date
    from dual
    In the above query passing different bind variables so
    its working in R12.
    To do this kind of process i have to change all the VO objects and corresponding the java code to set where clause params.
    Instead of this process, is there any profile option or any Oracle patch available for this change.
    Thanks,
    sai
    Edited by: user610183 on Mar 30, 2010 3:47 PM

  • 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

Maybe you are looking for