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

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,

Reg: unable to extend tablespace error.

Hi,
On the database we work we got Unable to extend tablespace error. Suddenly in one night data was flooded into the tablespace.We have not run any precedure or On line reorganisation on that TS.
Is there any way that we can know what acivity had on that Tablespace during that night.We dont have audit option set in the database.
Thanks,
Venkat.

It really depends on what, exactly, you're looking for and what, exactly, happened.
If you have the archived log files from the night in question, that might tell you what statement generated a lot of redo. You'd miss certain unlogged operations, though, and that doesn't give you any information about what process caused the flood. If you've taken the basic precaution of getting base-line table sizes, querying DBA_SEGMENTS or DBA_EXTENTS to get the current size ought to show which tables have grown and is a lot less work than configuring Log Miner.
Log Miner would also tend to miss situations where a table allocated a new, rather large, extent.
Log Miner would tend to miss situations where an old manually allocated tablespace became fragmented
Justin

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

Request of one report fails with error: unable to extend tablespace

Hi All,
When I submit one request of report, the request end up with error:
unable to extend temp segment by 128 in tablespace XXXX
The request costs too much tablespace in short time, but the temp is about 20 G large.
The sever have been add storage recently, but I don't know whether it is related to the performance issue, because the request had not such issue.
How do I deal with it ?
Thanks,
Xinya

What report is it ?
Did you try and search metalink ?
How to handle 'ORA-01652: unable to extend the temp segment by 128 in tablespace' error messages? (Doc ID 1359238.1)
R12 Journal Entries Report (XLAJELINESRPT) Has Performance Issue Or Fails With Error: "java.sql.SQLException: ORA-01652: unable to extend temp segment by 128 in tablespace TEMP1" (Doc ID 1141673.1)
This forum may be the right one for your question - General EBS Discussion

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

Problem during extending tablespace

Hi All,
In my system got down because, PSAPSR3701X tablespace is full, when I tried to extend this tablespace using brtools, I am getting the following permission denied error.
BR0253E errno 13: Permission denied
BR0121E Processing of log file /oracle/QAS/sapreorg/sedybakc.tse failed
BR0700E Fatal errors occurred - terminating processing...
BR1008I End of BRSPACE processing: sedybakc.tse 2010-08-20 11.21.34
BR1001I BRSPACE 7.00 (40)
BR0252E Function fopen() failed for '/oracle/QAS/sapreorg/sedybgqe.tse' at locat
ion main-5
BR0253E errno 13: Permission denied
BR0121E Processing of log file /oracle/QAS/sapreorg/sedybgqe.tse failed
BR0700E Fatal errors occurred - terminating processing...
BR1008I End of BRSPACE processing: sedybgqe.tse 2010-08-20 12.31.48
BR0280I BRSPACE time stamp: 2010-08-20 12.31.48
BR1007I BRSPACE terminated with errors
It looks similar to the problem posted in Link: [tablespace extend problem;
I ran ./saproot.sh by user root. Also my sapreorg has ownership orasid and I am able to touch a file in this directory by orasid user. But still no success.
My system is AIX 6.1 with Oracle 10.2.0.4 with SAP ECC6.0 with EHP4.
Please provide your expert suggestions.
Thanks in Advance,
RG//
Ramesh

Thanks to all.
HI Michael,
Your workaround SQL query resolved the problem for time being. But brtools problem still exists.
The space also available in sapreorg file system, almost 99% free out of 2GB.
@Rajesh,
In your suggested note, I didn't find any symtoms regarding my brtools problem. I followed note 113747 suggested for BRTOOLS permissions which suggesting the same permissions as you and Varadhu suggest.
But, I would like to share the origin of this problem is my EHP4 upgrade by EHPi. Because during EHP4 upgrade I created this table space PSAPSR3701X, which is having following log entry in strucQAS.log in my /sapreorg directory.
#BRSRUN... 2010-08-18 13.37.39 sedxrqvz tsc func=tscreate user=qasadm/oraqas
#TSPCRT... 2010-08-18 13.39.49 PSAPSR3701X conts=data assm=auto data=both
#FILEADD.. /oracle/QAS/sapdata4/sr3701x_1/sr3701x.data1 size=30M autoext=yes maxsize=25000M incrsize=20M
#FILEADD.. /oracle/QAS/sapdata4/sr3701x_2/sr3701x.data2 size=30M autoext=yes maxsize=25000M incrsize=20M
#FILEADD.. /oracle/QAS/sapdata4/sr3701x_3/sr3701x.data3 size=30M autoext=yes maxsize=25000M incrsize=20M
I faced following problems after EHP4 upgrade along with above one.
1. database full backup and statics update are not working.
2. saproot.sh and saposcol.exe file is missing in /sapmnt/QAS/exe directory.
I copied the both missing files from Development server, and copied at respective position. After executing saproot.sh I am able resolve backup and db statics update issue.
All this strange problems are arriving after upgrade to EHP4 only.
Any suggestions about this observation?
RG//
Ramesh

How to Extend TableSpace USERS

Hi,
Any good advice on how to extend the table space? Thanks.
ORA-01654: unable to extend index <TABLE.Primary Key> by 1024 in tablespace USERS

You can add a datafile or resize existing datafile(s). Issue:
SQL> column file_name format a50
SQL> select file_name,bytes/1024/1024 mb,autoextensible,maxbytes/1024/1024 maxmb
2    from dba_data_files
3    where tablespace_name = 'USERS'
4 /
FILE_NAME                                                  MB AUT      MAXMB
C:\APP\SY\ORADATA\ORCL\USERS01.DBF                126.25 YES 32767.9844
SQL> If autoextensible is YES, issue:
(substitute file name and maxsize with proper values)
SQL> alter database datafile 'C:\APP\SY\ORADATA\ORCL\USERS01.DBF' autoextend on maxsize 3g
2 /
Database altered.
SQL> Otherwise issue:
alter database datafile 'C:\APP\SY\ORADATA\ORCL\USERS01.DBF' resize 3G;SY.

Unable to extend tablespace while EhP4 upgrade

Hi Gurus,
We are doing EhP4 upgrade from EhP ready SR1. Our database version is DB6 9.7.2. We are using EhPI version 37.
In the chack phase the installer suggests to increase some tablspace size. But the tablespaces are in "Auto Storage Mode". We are unable to extend or add a container to it.
Any suggestions or workarounds for this issue?
Advance thanks.
Kind Regards,
Indrakumar

Thanks for all the replies.
SAP replied with the following workaround and it worked for us.
i)Save all files <upgdir>/bin/DBF.SPC and their content (for example by copying each of these files to DBF.SPC.SAV)
ii) Empty all files <upgdir>/bin/DBF*.SPC; that is do not delete/remove these files but delete all content, so that these files are completely empty!
iii) Make sure that you are having sufficient space in the file systems.
iv) Restart the upgrade/SPACECHK. with empty files there are no space requirements and thus the SPACECHK should finish successfully.
Kind Regards,
Indrakumar

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

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

Acrobat 9 Pro Extended Forms Issue

Hello, I'm having an issue with two simple forms that I have created in Acrobat 9 Pro Extended. I am using Windows XP SP2. The forms have a submit button that is supposed to send to a specified e-mail address. Everything tests fine until the link is posted on our Intranet. Once the user clicks Submit after filling out the form, they are presented with a box with two buttons: Send Link and Send Copy. Does anyone know how to stop this box from popping up? What is happening is they do not read the box and click Send Link, which only sends a blank form back to us and they lose what they have filled out. Any help would be much appreciated, and thank you in advance.

I finally got our webmaster to put the link to the form online so that I could test the form. It is not sending to the address specified. I have setup the Submit button as follows: in the window under Enter a URL for this link: the URL was input as MailTo: [email protected] (there is a space between MailTo: and the e-mail address). After submitting Outlook 2k3 sends back an undeliverable message. Is the space in the URL causing the issue or is it something I need to run by our security people due to the way the form is being submitted?
Many thanks,
Mike

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

MacBook Extended Desktop Issue (ViewSonic vx2235)

MacBook as far as i know only supports mini-DVI to "_" adapters. I'm using the midi-DVI to DVI adapter. i find myself clicking detect display multiple times before the mac initialize the external monitor. ...and when it does it sometimes doesn't recognize the name of the monitor and labels it display, or it starts up at a 90 degree angle. could it be a driver issue thats causes this?
In addition, I use some audio editing software in windows. It shows that the computer supports extended desktop, but no action is on the monitor. Could it just be a hardware problem?

Go to System Preferences -> Displays -> Arrangement
and check/adjust the positions.

Extend tablespace issue

Similar Messages

Maybe you are looking for