RBS Tablespace Issue

Hi All,
Greetings,
Oracle 8.0.6
SunSolaris
My Rollbacksegment Tablespace datafile size is 1640 MB
but the actual used space is 217 MB.
is there any way to compress the size of 1640MB
Please Help me in this
Thanks in Advance
Adil

Hi,
01628, 00000, "max # extents (%s) reached for rollback segment %s"
// *Cause: An attempt was made to extend a rollback segment that was
// already at the MAXEXTENTS value.
// *Action: If the value of the MAXEXTENTS storage parameter is less than
// the maximum allowed by the system, raise this value. => Alter your RBS and allow more than 121 extents to be created in this RBS.
Also i found that RBS tablespace is marked as PERMANENT.Yes, it's normal.
..it means the rollback data does not get flushed out periodically?No
Also Should this tablespace be temporary? No, this can't be
How can i counter this problem?Free advise: RTFM about Rollback Segments! Start here (8i doc) or read the Concepts book.
Regards,
Yoann.

Similar Messages

Can size of RBS tablespace be reduced?

Hi folks.
Hope this is the right forum for this question.
Anyway, we're running Oracle 8.1.6 Standard Edition on Win NT
4.0. A few months ago, we ran a SQL Update statement on a table
with 176,000 rows and then did a Commit. As a result our RBS
(rollback?) tablespace grew quite large. Also, as a result, we
now do more frequent Commits. Anyway, my question is: can we
reduce the size of the RBS tablespace and if so how? I tried to
do it using DBA Studio but it wouldn't let me. Do I first have
to remove some Rollback Segments? (We have 6 now, each one 8,192
KB in size.)
Any hints, suggestions, etc. would be appreciated.
Thanks.

Hello Craig
To reduce the size of rollback segment you may issue the
following statement :
alter rollback segment <Segment-Name> shrink to <integer> K ;
If you have given the Optimal value for the specified Rollback
segment, you can shrink it to Optimal value as :
alter rollback segment <Segment-Name> shrink ;
Hope it will help you.
Manish Gupta

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,

RBS tablespace abnormal growth

I am checking the tablespace size , i am seeing growht of RBS tablespace / it increases 297 MB in one day...Can any body tell me what is the reason & how i can solve that?

As you wish. You can put the other datafile to another disk. Oracle will stripe the data auomatically. Or you can enlarge your existing datafile if you don't have another disk to use.
Less datafiles means less administration effort. So you should trade off if it's worth to add a second or third datafile to your TEMP Tablespace. But more performance will perhaps also increase your salary ;-)
Dim

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

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.

RBS MT940 Issue with autoposting

Hi,
There seems to be an issue in the system when the bank statements are being uploaded in the system.
For some reason the system doesn't separate the bank account numbers anymore from the text.
The problem is that this doesn't allow the system to recognize the customer and because of it, auto posting is going down drastically. Bank file file format is RBS MT940 (Netherland).
Please help us to solve this issue .
Thanks.
VK

Hi All,
Pls find Overview of SWIFT message structure.
The high-level structure of a SWIFT message is as follows:
Sample MT940 text File structure will be
I want to read this data and convert into XML file via SAP PI
Give me possible ways, how we need to convert the text file into xml file..
Regards,
Vishnu

How to coalesce RBS tablespace??

Hi,
I´m using a database 9.2.0.7 that is using RBS and not UNDO Tablespace.
This tablespace is full and i can´t empty this.
How can i do that? Empty this tablespace. No one is logged on this database, so this tablespace don´t have any transaction on this.
ORA-01562: failed to extend rollback segment number 34
ORA-01650: unable to extend rollback segment RBS1 by 128 in tablespace RBS
Tks,
Paulo.

Cross check your 10g init.ora parameter with Metalink doc id 216205.1 (This note/doc mentioned lots of parameters for performance) and make sure you have collected stats for 10g database. If you are using global temporary table in 10g then delete stats for global temporary table and lock stats like
ONLY for GLOBAL Temporary Table
analyze table scott.GTEMP delete statistics;
execute DBMS_STATS.Lock_Table_Stats(ownname=>'SCOTT', tabname=>'GTEMP');
Hope performance will improve drastically.
Regards,
Virag Sharma

RBS Tablespace Issue

Similar Messages

Maybe you are looking for