Audit tablespace issue

i have converted all tablespaces to local managed including "system", but i missed audit tablespace. now this tablspace is read only and dictionary managed. so i can't change it to online. can i drop it and recreate it?
thanks

In what version (to 3 decimal places).
Buy "audit tablespace" are you referring to having moved AUD$ to its own tablespace, or DataVault or AuditVault or something else entirely.

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

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.

Premiere Pro 6 and Audition Audio issues with Kona Lhi

Hello,
When I have Adobe Premiere Pro and Adobe Audition open at the same time, and I send an audio clip from Premiere Pro to Audition for editing, I have no sound in Audition. If I have only one of these programs open, the audio works fine in both. Since these programs are linked together it is essential that I have audio in both, even though, both programs are open. Is there a driver fix or some other way to get Premiere Pro to release the Kona Card LHi when switching to Audition? I am using a Mac Pro 2 x 2.4 6-core 24MB Ram 1333 DDR3 and Quadro 4000 with Kona Lhi Drivers 10.4.4 with Adobe presets.
Thanks,
Dunamis Starr | TV Department

Hello Dunamis,
Unfortunately this is a known issue with the Kona card. I know this is something they would like to fix but I'm uncertain on the timeframe.
There are times when this workflow will work without issue but when it goes into the bad state you will need to quit the apps.
Peter Garaway
Adobe
Premiere Pro

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

Inventory Audit Report Issue

Hi All,
While checking the Inventory Item Report for an item X with the posting date from 01/04/09 to 31/05/09, the system is showing Quantity as "0", cumulative qty as "0" but the cumulative value as "14237.99". When i check the purchase analysis or the sales analysis for this item , it shows many transactions. My questions is, why is the system displaying cumulative qty as 0 and cumulative value as 14237.99 even when there are transactions in that period???
Thanks in advance,
Joseph

Hi Joseph,
Check the following thread its relates your issue
SBO2005B - Zero Qty and Negative Stock Value in Stock Audit Report
Inventory Audit Report - Zero quantity but with value
Re: Is it reasonable the inventory is zero stock, but the value <0
Difference between posting & system date in Inventory Audit Report
*Close the thread if issue solved.
Regards
Jambulingam.P
Edited by: Jambulingam P on Jul 15, 2009 9:31 AM

Audit tablespace issue

Similar Messages

Maybe you are looking for