Growth tablespace PSAPBWPODS

Hi Gurus, a few months ago we was create a Z process chain that is execute daily for improve performance. The PC do this 5 steps for some BPS infocubes:
1.     Load Mode On
2.     Create DB Statistics
3.     Delete DB Indexes
4.     Create Indexes
5.     Plan Mode On
The problem is that our tablespace PSAPBWPODS is full. I checked that since we are running this process chain, the tablespace was growth 2.000 Mb per month, but before of this was only 200 Mb per month.
How is possible to clean up this tablespace? I think that stadistics are the cause of this problem, is possible to delete it?
Thanks.

Hi,
You can investigate when and why the tablespace grew with DB02OLD > Space Statistics for tablespace and then checking growing per week, month. And also use ST04 > Space > Tablespace > Detailed Analysis to check what happened exactly.
Br,
Javier

Similar Messages

Growth PSAPBWPODS

Hi Gurus, a few months ago we was create a Z process chain in our SAP BI system that is execute daily for improve performance. The PC do this 5 steps for some BPS infocubes:
1. Load Mode On
2. Create DB Statistics
3. Delete DB Indexes
4. Create Indexes
5. Plan Mode On
The problem is that our tablespace PSAPBWPODS is full. I checked that since we are running this process chain, the tablespace was growth 2.000 Mb per month, but before of this was only 200 Mb per month.
How is possible to clean up this tablespace? I think that stadistics are the cause of this problem, is possible to delete it?
Thanks.

Neo wrote:
> Hi,
>
> In DB02old query all tables and sort them by size.
>
> Have you got lot of these type tables /BIC/B0000<nr>
>
>
> If yes are these in you ODS tablespace ???
>
> And if you query /BIC/000<nr>* does this account for a lot of tables taking alot of space ?
>
> Mark
> -
>
> Yes Mark when I check in tablespace PSAPBWPODS, the tables that have more size are like /BIC/B0000* (table part and index part)... What´s that mean??
>
> Thanks.
> NEO
Hi neo,
I have had similar tablespace growth and queried this with the functional people as it looks like that PSA was not being deleted
What we found out was since upgrading from BW 3.5 to BI 7.0 earlier in the year some characteristics of the process chains has changed.
The problem that we overlooked in BI 7.0 was that change logs were not being deleted.
Have a word with your functional people to go over the process chains.
In my case after we deleted the change logs and reorganizing the /BIC/B000260 and other tables I got 200GB back!!
Mark

Rapid and Huge growth of of used space of temporary tablespace

Hi,
Have a query (select) that run quick (no more than 10 seconds).
As soon I insert the data into a temporary table or even on physical table, the temporary table used space starts to growth very fast. The used space is totally used and the query crash since e reach the limit (65GB), or even more if I add more table files to temporary tablespace!
The problem also happen only if the period (dates) is one year (2013). If the period is the first trimestre of 2013 (same amount of data), the problem does not happen!!
I also confirm that on another instance ( a test one), even with less resources this ORACLE behavior do not happen. I confirm differente execution plan queries, between the two instances .
What I really do not understant is the behavior of the ORACLE with the huge and rapid growth!!!
Any one experiment such a similiar situation?
Thanks in advance,Rui
Plan
INSERT STATEMENT ALL_ROWSCost: 15.776 Bytes: 269 Cardinality: 1
28 LOAD TABLE CONVENTIONAL MIDIALOG_OLAP.MED_INVCOMP_FACTTMP_BEFGROUPBY
27 FILTER
26 NESTED LOOPS
24 NESTED LOOPS Cost: 15.776 Bytes: 269 Cardinality: 1
22 NESTED LOOPS Cost: 15.775 Bytes: 255 Cardinality: 1
19 NESTED LOOPS Cost: 15.774 Bytes: 205 Cardinality: 1
17 NESTED LOOPS Cost: 15.773 Bytes: 197 Cardinality: 1
14 NESTED LOOPS Cost: 15.770 Bytes: 180 Cardinality: 1
11 NESTED LOOPS Cost: 15.767 Bytes: 108 Cardinality: 1
9 HASH JOIN Cost: 15.757 Bytes: 8.346.500 Cardinality: 83.465
7 HASH JOIN Cost: 13.407 Bytes: 6.345.012 Cardinality: 83.487
5 HASH JOIN Cost: 11.163 Bytes: 5.010.550 Cardinality: 100.211
3 HASH JOIN Cost: 5.642 Bytes: 801.288 Cardinality: 22.258
1 INDEX RANGE SCAN INDEX MIDIALOG.IX_INSCOMP_DTCEIDICIDLCPECIDOP Cost: 120 Bytes: 489.676 Cardinality: 22.258
2 INDEX FAST FULL SCAN INDEX (UNIQUE) MIDIALOG.IX_LINHACOMPRADA_IDLCIDOPSEQ Cost: 5.463 Bytes: 123.975.530 Cardinality: 8.855.395
4 INDEX FAST FULL SCAN INDEX (UNIQUE) MIDIALOG.IX_LINHACOMPRADA_IDLCIDOPSEQ Cost: 5.463 Bytes: 123.975.530 Cardinality: 8.855.395
6 TABLE ACCESS FULL TABLE MIDIALOG.ITEM_AV Cost: 1.569 Bytes: 6.963.736 Cardinality: 267.836
8 TABLE ACCESS FULL TABLE MIDIALOG.ITEM_AV Cost: 1.572 Bytes: 7.713.672 Cardinality: 321.403
10 INDEX UNIQUE SCAN INDEX (UNIQUE) MIDIALOG.IX_BOFINALBO_IDBOIDFINALBO Cost: 0 Bytes: 8 Cardinality: 1
13 TABLE ACCESS BY INDEX ROWID TABLE MIDIALOG.INSERCAO_COMPRADA Cost: 3 Bytes: 72 Cardinality: 1
12 INDEX RANGE SCAN INDEX (UNIQUE) MIDIALOG.IX_INSCOMPRADA_IDLCDATAPECAINS Cost: 2 Cardinality: 1
16 TABLE ACCESS BY INDEX ROWID TABLE MIDIALOG.INSERCAO_ITEMFACTURA Cost: 3 Bytes: 17 Cardinality: 1
15 INDEX RANGE SCAN INDEX MIDIALOG.IX_INSITFACT_INSCOMPRADA Cost: 2 Cardinality: 1
18 INDEX RANGE SCAN INDEX (UNIQUE) MIDIALOG.UQ_ITEMFACTURA_IDITF_IDFACT Cost: 1 Bytes: 8 Cardinality: 1
21 TABLE ACCESS BY INDEX ROWID TABLE MIDIALOG.FATURA Cost: 1 Bytes: 50 Cardinality: 1
20 INDEX UNIQUE SCAN INDEX (UNIQUE) MIDIALOG.PK_FATURA Cost: 0 Cardinality: 1
23 INDEX UNIQUE SCAN INDEX (UNIQUE) MIDIALOG.PK_TIPO_ESTADO Cost: 0 Cardinality: 1
25 TABLE ACCESS BY INDEX ROWID TABLE MIDIALOG.TIPO_ESTADO Cost: 1 Bytes: 14 Cardinality: 1
Edited by: rr**** on 19/Fev/2013 15:25

I run the select with sucess, no more that 1 minute from on year of data. Few temporary used space used.
As soon I plug the insert (global temporary table, also experiment with physical table) the used space of temporary table space start to grow crazy!!
insert into midialog_olap.med_invcomp_facttmp_befgroupby
select fac.numefatura,
fac.codpessoa,
fac.dtemiss,
tef.nome as estado_factura,
opsorig.demid,
opsorig.anoplano,
opsorig.numplano,
opsorig.numplanilha,
ops.nome as ordem_publicidade,
ops.external_number as numero_externo,
ops.estado,
lic.seq,
inc.data,
inc.peca,
fac.id_versao_plano,
fac.ano_proforma || '.' || fac.numrf as num_proforma,
iif.tipo_facturacao,
opsorig.codveiculo as id_veiculo,
opsorig.codfm as id_fornecedor_media,
icorig.chkestado as id_estado_checking,
0 as percentagem_comissao_agencia,
0 as valor_pbv,
0 as valor_stxtv,
0 as valor_ptv,
0 as valor_odbv,
0 as valor_pbbv,
0 as valor_dnv,
0 as valor_pbnv,
0 as valor_stxv,
0 as valor_pbtv,
0 as valor_dav,
0 as valor_plv,
0 as valor_odlv,
0 as valor_pllv,
0 as valor_ca,
0 as valor_trv,
0 as valor_txv,
0 as valor_base_facturacao,
decode(ops.estado, :WKFOPR_BOOKINGORDER_CANCELED, 0,
decode(iif.tipo_facturacao, :BILLING_TYPE_ONLYCOMISSION, 0,
inc.total_pb_compra * fac.percentagem_facturada / 100))
as valor_pbc,
decode(ops.estado, :WKFOPR_BOOKINGORDER_CANCELED, 0,
decode(iif.tipo_facturacao, :BILLING_TYPE_ONLYCOMISSION, 0,
inc.total_stxt_compra * fac.percentagem_facturada / 100))
as valor_stxtc,
decode(ops.estado, :WKFOPR_BOOKINGORDER_CANCELED, 0,
decode(iif.tipo_facturacao, :BILLING_TYPE_ONLYCOMISSION, 0,
inc.total_pt_compra * fac.percentagem_facturada / 100))
as valor_ptc,
decode(ops.estado, :WKFOPR_BOOKINGORDER_CANCELED, 0,
decode(iif.tipo_facturacao, :BILLING_TYPE_ONLYCOMISSION, 0,
inc.total_odb_compra * fac.percentagem_facturada / 100))
as valor_odbc,
decode(ops.estado, :WKFOPR_BOOKINGORDER_CANCELED, 0,
decode(iif.tipo_facturacao, :BILLING_TYPE_ONLYCOMISSION, 0,
inc.total_pbb_compra * fac.percentagem_facturada / 100))
as valor_pbbc,
decode(ops.estado, :WKFOPR_BOOKINGORDER_CANCELED, 0,
decode(iif.tipo_facturacao, :BILLING_TYPE_ONLYCOMISSION, 0,
inc.total_dn_compra * fac.percentagem_facturada / 100))
as valor_dnc,
decode(ops.estado, :WKFOPR_BOOKINGORDER_CANCELED, 0,
decode(iif.tipo_facturacao, :BILLING_TYPE_ONLYCOMISSION, 0,
inc.total_pbn_compra * fac.percentagem_facturada / 100))
as valor_pbnc,
decode(ops.estado, :WKFOPR_BOOKINGORDER_CANCELED, 0,
decode(iif.tipo_facturacao, :BILLING_TYPE_ONLYCOMISSION, 0,
inc.total_stx_compra * fac.percentagem_facturada / 100))
as valor_stxc,
decode(ops.estado, :WKFOPR_BOOKINGORDER_CANCELED, 0,
decode(iif.tipo_facturacao, :BILLING_TYPE_ONLYCOMISSION, 0,
inc.total_pbt_compra * fac.percentagem_facturada / 100))
as valor_pbtc,
decode(ops.estado, :WKFOPR_BOOKINGORDER_CANCELED, 0,
decode(iif.tipo_facturacao, :BILLING_TYPE_ONLYCOMISSION, 0,
inc.total_da_compra * fac.percentagem_facturada / 100))
as valor_dac,
decode(ops.estado, :WKFOPR_BOOKINGORDER_CANCELED, 0,
decode(iif.tipo_facturacao, :BILLING_TYPE_ONLYCOMISSION, 0,
inc.total_pl_compra * fac.percentagem_facturada / 100))
as valor_plc,
decode(ops.estado, :WKFOPR_BOOKINGORDER_CANCELED, 0,
decode(iif.tipo_facturacao, :BILLING_TYPE_ONLYCOMISSION, 0,
inc.total_odl_compra * fac.percentagem_facturada / 100))
as valor_odlc,
decode(ops.estado, :WKFOPR_BOOKINGORDER_CANCELED, 0,
decode(iif.tipo_facturacao, :BILLING_TYPE_ONLYCOMISSION, 0,
inc.total_pll_compra * fac.percentagem_facturada / 100))
as valor_pllc,
decode(ops.estado, :WKFOPR_BOOKINGORDER_CANCELED, 0,
decode(iif.tipo_facturacao, :BILLING_TYPE_ONLYCOMISSION, 0,
inc.total_transcricoes * fac.percentagem_facturada / 100))
as valor_trc,
decode(ops.estado, :WKFOPR_BOOKINGORDER_CANCELED, 0,
decode(iif.tipo_facturacao, :BILLING_TYPE_ONLYCOMISSION, 0,
inc.total_tx_compra * fac.percentagem_facturada / 100))
as valor_txc,
--nvl((select cfm.total_comprado
-- from fin_custos_facturados_media cfm
-- where cfm.id_factura = fac.id_factura and
- -- cfm.id_op = ops.id_op
-- ), 0) / opsorig.number_of_bought_insertions as custos_associados,
0 as custos_associados,
fac.iss as percentagem_iva,
fac.percentagem_facturada,
fac.currency_exchange as taxa_cambio,
iif.associated_code as insertions_associated_code
from fatura fac, item_fatura itf, insercao_itemfactura iif,
insercao_comprada icorig, linha_comprada lcorig, item_av opsorig,
med_bookingorder_finalbo opfin,
insercao_comprada inc,
linha_comprada lic, item_av ops,
--veiculo vei,
tipo_estado tef
where fac.id_factura = itf.id_factura and
itf.id_itemfactura = iif.id_itemfactura and
iif.id_ic = icorig.id_ic and
icorig.id_lc = lcorig.id_lc and
lcorig.id_op = opsorig.id_op and
opsorig.id_op = opfin.id_booking_order and
opsorig.number_of_bought_insertions > 0 and
opfin.id_final_booking_order = ops.id_op and
-- ops.id_op = (
-- select max(ops.id_op)
-- from item_av ops
-- start with ops.id_op = opsorig.id_op
-- connect by prior ops.id_opsubstituicao = ops.id_op) and
ops.id_op = lic.id_op and
lic.seq = lcorig.seq and
lic.id_op = inc.id_op and
lic.id_lc = inc.id_lc and
inc.data = icorig.data and
inc.peca = icorig.peca and
--opsorig.codveiculo = vei.codveiculo and
fac.estado = tef.estado and
fac.estado != 305 and
ops.estado != 223 and
iif.tipo_facturacao != 'SO_CA' and
icorig.data between :dtBeginDate and :dtEndDate and
(fac.codagenciafat = :iIdAgency or :iIdAgency is null);

DBMS_SPACE(9i) for tablespace growth trend..?

Hello,
for 10G, dbms_space.object_growth_trend() can expect table's growth....
for 9i (9.2.0.6 in Sun9) database, is there any friend has experience know how to do for the following purpose:
1. How to expect tablespace growth? say, to accommodate new data for the next 30 days we have to increase tablespace A by X GB, tablespace B by Y GB, … etc
2. How to expect database level growth? say, we need XXX GB more to accommodate new data for the year YYYY
3, Is there any way to Initialize (if possible) Segment Advisor with the information about segment trends we have already collected in 9i
Thank you in advance
Jerry

Hi..
AFAIK in 9i you can't find the Subprograms like object_growth_trend() package in dbms_space.
How to expect tablespace growth? I think that you will have to maintain a sheet of the tablespace usage.Daily you will need to maintain the tablespace size, used and free size of tablespace.Ans after few days of observation you can predict the approximate amount of size being filled up in a day.
You can use the below query to know the used and the free space in the tablespace.
select df.tablespace_name tspace,
df.bytes/(1024*1024) tot_ts_size,
(df.bytes/(1024*1024) -sum(fs.bytes)/(1024*1024)) Used_ts_size,
sum(fs.bytes)/(1024*1024) free_ts_size,
round(sum(fs.bytes)*100/df.bytes) free_pct,
round((df.bytes-sum(fs.bytes))*100/df.bytes) used_pct1
from dba_free_space fs, (select tablespace_name, sum(bytes) bytes from dba_data_files group by tablespace_name ) df
where fs.tablespace_name = df.tablespace_name
group by df.tablespace_name, df.bytes
order by 1
2. How to expect database level growth? Again same, you need to maintain a sheet for it.Use the below query
select sum(bytes/1024/1024/1024) Physical_size_gb from dba_data_files;
select sum(bytes/1024/1024/1024) Actual_size_gb from dba_segments; 3, Is there any way to Initialize (if possible) Segment Advisor with the information about segment trends we have already collected in 9iNo.
HTH
Anand
Edited by: Anand... on Jan 6, 2009 4:17 AM

Tablespace growth monitoring script

Hi,
I am done with tablespace growth monitoring script.
But I doesnot know how to configure it in WINDOWS to send alert MAIL.
Is there any utility for mail configuration in windows.
Please suggest any solution ASAP.
Regards,
Thiru

It is called OEM alerts. I think we can have configuration in oracle eneterprise manager grid control for automated warnings for tablespace growth. You just have to read below link :
http://download.oracle.com/docs/cd/B19306_01/server.102/b25159/monitor.htm#i1007180
Something near to :
Enterprise Manager Configuration--Management Services and Repository--Agent
Regards
Girish Sharma

Any Software/Program to keep track of growth of Datafiles and Tablespaces

Hi,
I am looking for a program that can keep an eye on the growth of the datafiles and tablespaces as well as it can raise an alert when the growth is critical regarding the space.
Can anybody suggest me such program/tool/utility/script?
Thanks in advance.
Himanshu

There are plenty of vendors out there that sell very high-end database monitoring tools. Quest has a whole suite of them. Any of these guys should have tablespace monitoring (and a variety of other reports) as part of the package.
Justin
Distributed Database Consulting, Inc.
http://www.ddbcinc.com/askDDBC

Tablespace growth in DB02

Hi,
is there by any chance to veiw my all the tablespace growth for the last 2 months from db02 transaction.
Thanks
Sarat chandra

<a class="jive_macro jive_macro_thread" href="" __jive_macro_name="thread" modifiedtitle="true" __default_attr="2105685"></a>
Duplicate post
Read and Follow the forum rules

Tablespace Growth

Hi All,
Can any one provide the Script or Sql query to find the Tablespace growth per day and Per one hour?

DBA Learner wrote:
Hi All,
Can any one provide the Script or Sql query to find the Tablespace growth per day and Per one hour?Here is the scripts
SQL> set heading on
SQL> set linesize 5500
SQL> SELECT TO_CHAR (sp.begin_interval_time,'DD-MM-YYYY') days
2 , ts.tsname
3 , max(round((tsu.tablespace_size* dt.block_size )/(1024*1024),2) ) cur_size_MB
4 , max(round((tsu.tablespace_usedsize* dt.block_size )/(1024*1024),2)) usedsize_MB
5 FROM DBA_HIST_TBSPC_SPACE_USAGE tsu
6 , DBA_HIST_TABLESPACE_STAT ts
7 , DBA_HIST_SNAPSHOT sp
8 , DBA_TABLESPACES dt
9 WHERE tsu.tablespace_id= ts.ts#
10 AND tsu.snap_id = sp.snap_id
11 AND ts.tsname = dt.tablespace_name
12 AND ts.tsname NOT IN ('SYSAUX','SYSTEM')
13 GROUP BY TO_CHAR (sp.begin_interval_time,'DD-MM-YYYY'), ts.tsname
14 ORDER BY ts.tsname, days;
above scripts give you growth per day.
--neeraj

Tablespace growth from db02 transaction.

Hi,
is there by any chance to veiw my all the tablespace growth for the last 2 months from db02 transaction.
Thanks
Sarat chandra

Dear Sarat,
You can check out in the following way:
DB02
Space -> History -> Tables and Indexes
Filters =
Tablespace = *
Table abd Index *
Table or index size > *
order by growth and data will be dispalyed.
This would resolve your purpose.
Regards,
Abhishek

Past Tablespace Growth Each month

Hi All,
Is their any script to find past tablespace growth for each month.
Regards

user13364785 wrote:
Hi All,
Is their any script to find past tablespace growth for each month.
RegardsHow about read the docs:
http://lmgtfy.com/?q=tablespace+growth+query

Abnormal growth of tablespace

Hi all,
How to know the growth of a tablespace of last one hour.
Exp:while monitoring a particular filesystem it showed me 48.896 and i updated that.
After 10 min when my lead is checking 48.696,he is saying that there cant be 200MB growth in 10 min.
How to find out.........plz

Without knowing more about your configuration it's almost impossible to help you.
What's the autoextend size of the tablespaces, that's affected? If this is 200 MB then it's correct, the database increased the space for 200 MB but they are not yet occupied by data.
But without knowing more about your Oracle configuration in detail, it's impossible to dig that down.
Markus

Dbacockpit (tablespace statistics, growth/day)

We use new dbacockpit according to note 1028624 and have implemented the corrections of note 1042725, 1046668, 1052909, 1076147, 1081265, 1066044.
In difference to the old DB02 (DB02OLD) , I don't see detailed information about the tablespace growth per day:
In new DB02: tablespaces -> Overview, Summary History I see only one line per tablespace with
Begin date End date   Tablespace name   Size(MB) Chg.size/day Free(MB) Chg.free/day Used(%) Chg.Used/day(%/day) Autoextend Total size(MB), etc.....
but I can't see detailed growth for EACH day like in DB02OLD, when double-clicking on the specific tablespace:
DB02OLD:
29.08.2007             4.608.000 1462.272    1.398.240   3.209.760    138.240     69     28-    242        0        910        12
28.08.2007             3.145.728        0       74.208   3.071.520    927.120     97     29     242        0        898        39
27.08.2007             3.145.728 1048.576    1.001.328   2.144.400    102.200     68     29-    242        0        859         6
26.08.2007             2.097.152        0       54.952   2.042.200    186.880     97      9     242        0        853        13
Is this normally ? Sometimes it's very important to know , when the growth exactly took place and not see the average growth per day....
Kind regards,
Uta

Thanks a lot. The handling of the new db02 is not very intuitive...
Unfortunately the new DB02 doesn't supply the same functions than the old db02.
I hope, that the functionality of the new DB02 will be better with the next supportpackages....
I see following disadvantages:
1) you have to SELECT the tablespaces explicitly (also * possible ) to see history data
2) no sort of tablespaces by changes/month possible, because thes data is only on the detail screen and history tab available, but not in the overview of selected tablespaces
3) if different tablespaces selected, the last selected tab is not memorized. To see the detailed history for several tablespaces, you have to click 3 times (name of tablespace, history tab, months tab)
Perhaps the developpers also read this forum.....;-)
Regards,
Uta

Unusual Temp Tablespace Growth

Hi ,
We have noticed unsual temp tablespace growth when concurrent users are accessing OLAP cube through BI Bean crosstabs.
On an average 3 to 4 GB temp tablespace is consumed for each new user. OLAP cube has 7 dimensions and 1.2 million records and is fully precalculated.
This causes the system to fail as a result of temp tablespace getting full.
Can somebody please let me know what can be the root causes?.
Thanks in advance.
Harry

Hi there,
It is not unusual for OLAP queries to make significant use of temp tablespace. 3-4GB doesn't sound unreasonable to me. The actual amount used depends on factors such as the type of activity and the number of users.
There is a brief description of how OLAP uses temp tablespace here :- http://download.oracle.com/docs/cd/B28359_01/olap.111/b28124/admin.htm#sthref442
Note the lower than standard setting 'EXTENT MANAGEMENT LOCAL UNIFORM SIZE 256K' - if you are not already using this setting then you may find that it lowers temp space usage as the default setting is usually 1024K or even 4096K
I hope this helps
Stuart

Performance affected by growth in tablespace

Hi,
i want to know whether there is any possiblity to affect query performance by growth in tablespace information.
my oracle version is 9i
Regards,
Ajoy

user13103901 wrote:
it is growing table and it has more than millions of records.Tiny table within the context of the modern database. Also, row numbers are often irrelevant.
The number of rows do not determine performance. Here is such an example from a production database:
SQL> set timing on
SQL>
SQL> select count(*) from all_objects;
COUNT(*)
53545
Elapsed: 00:00:08.83
SQL>
SQL> select count(*) from daily_xxxx;
COUNT(*)
1650128909
Elapsed: 00:00:06.9653,000 rows counted in just under 9 seconds. 1.6 billion rows counted 2 seconds faster, requiring just 7 seconds.
So why does row number not matter? Because it is the work that needs to be done that determines performance - not the number of rows. The 1st select above required more work and more I/O than the 2nd select. That simple.
So your tablespace can be 5TB - and performance will not be affected as the amount of work that needs to be done remains constant. You can have a 5GB tablespace - and severe performance problems as the work that needs to be done is a lot more due to factors such a data model design, physical database implementation, available I/O paths and so on.
Or it could be the other way around.
Performance is about designing and creating optimal workloads using the features that the Oracle RDBMS provide.

Fragmentation and uncontrolled growth of the 'PJID' tablespace.

Hi,
We are running oracle Application in HP ux and db is 9.2.0.5.0 and got issue wile running the UPDATE PROJECT AND RESOURCE BASE SUMMARIES job and it failed with
Cause: FDPSTP failed due to ORA-12801: error signaled in parallel query server P006
ORA-01658: unable to create INITIAL extent for segment in tablespace PJID
ORA-06512: at "APPS.PJI_FM_SUM_MAIN", line 1637
We have added 4GB space into the PJID table space and job is still failing
below is the out put of the sql
SELECT tablespace_name,COUNT(*) AS fragments,
SUM(bytes) AS total,
MAX(bytes) AS largest
FROM dba_free_space
where TABLESPACE_NAME='PJID'
GROUP BY tablespace_name
TABLESPACE_NAME FRAGMENTS TOTAL LARGEST
PJID 456 5264588800 20111360
Would like to know how to re-organised the table space.
Do you have any steps or metalink note ID. need to do it in Prod need a immediate help.
thx

There is a top Oracle Metalink Note:303709.1 for "How to Reclaiming unused space in APPLSYSD tablespace". You can use this methodology for your desired tablespace.
>> need to do it in Prod need a immediate help.
Generally, you can not fix anything directly on your production instance, until and unless it's tested and approved by your management. Moreover, on Oracle Apps Instances, We must have to apply the solution only after succeeding on test/dev/uat instance. I would suggest you to do this first on any of your Oracle Apps Dev/Test/UAT instances, then movie it to production.
Regards,
Sabdar Syed.

Growth tablespace PSAPBWPODS

Similar Messages

Maybe you are looking for