Maximum TEMP space ever used

Hello, I would like to ask how to check the maximum space ever used for TEMP. I want to know it because I need to resize the TEMP and I want to know how small it can be.
As I can see from a documentation http://docs.oracle.com/cd/B14117_01/server.101/b10755/dynviews_2095.htm
max_size is max number of extens ever used in a segment
I could multiply max_size by extent_size and it would give me the max size of temp ever used
SQL> select segment_file, extent_size, max_size from v$sort_segment;
SEGMENT_FILE EXTENT_SIZE MAX_SIZE
0 128 23625
0 128 753
Is that correct ?
Edited by: Przemek P on Oct 2, 2012 2:19 AM

such dynamic performance views contain information since last instance startup, so this is not the ever used maximum
check historical tablespace metrics (not collected for TEMP tablespace in 10g by default if you happen to have that version)
check current allocated size of TEMP tablespace: if its made up by autoextensible tempfiles and they werent increased manually, thats the maximum amount of temp ever used
none of the above will be accurate, but they can at least give you a direction
also keep in mind that max temp usage in past will not necessarily be the max temp usage in the future

Similar Messages

Never release the temp space

It seems my oracle database never release temp space.
The usage of temp space kept at 99.8% ,but there was no alarm in alert.log.
It is not acceptable to shutdown the machine (7*24).
It is said that oracle do not use temp space if the memory for sorting can hold processing statement.
But there is no large work load on the machine and whenever
select * from v$sort_usage
no record
what s wrong?
how can i release temp space without shutting down the server?
Sun fire v880 4 cpu at 1050Mhz Memory 8G
Solaris 8 0202
Oracle 92

You do not need to worry about it, unless you are getting "Unable to allocate ... in table TEMP" messages.
I believe that the space will be released if you bounce the database.
The 99% you are seeing is like a high water mark, which says that at some point 99% of your TEMP space was used. However no rows in v$sort_usage means that no space is currently being used.
So, relax!

SQL query using lot of Temp space

I have sql query which is using lot of temp space , please suggest some ways to reduce this
SELECT A.POSITION_NBR, TO_CHAR(B.EFFDT,'YYYY-MM-DD'), rtrim( A.SEQNO), A.EMPLID, B.REG_REGION, A.MANAGER_ID, A.REPORTS_TO, case when A.POSITION_NBR = A.REPORTS_TO THEN 'POS reports to same position' else 'Positions with multiple Emp' End Case
FROM PS_Z_RPTTO_TBL A, PS_POSITION_DATA B, PS_POSTN_SRCH_QRY B1
WHERE B.POSITION_NBR = B1.POSITION_NBR AND B1.OPRID = 'MP9621Q' AND ( A.POSITION_NBR = B.POSITION_NBR AND ( A.REPORTS_TO = A.POSITION_NBR AND B.EFFDT =
(SELECT MAX(B_ED.EFFDT)
FROM PS_POSITION_DATA B_ED
WHERE B.POSITION_NBR = B_ED.POSITION_NBR) AND A.POSITION_NBR <> '00203392') OR ( B.EFFDT =
(SELECT MAX(B_ED.EFFDT)
FROM PS_POSITION_DATA B_ED
WHERE B.POSITION_NBR = B_ED.POSITION_NBR AND B_ED.EFFDT <= SYSDATE) AND B.MAX_HEAD_COUNT <>
(SELECT Count( C.EMPLID)
FROM PS_Z_RPTTO_TBL C)) ) UNION
SELECT F.POSITION_NBR, TO_CHAR(F.EFFDT,'YYYY-MM-DD'), '', '', F.REG_REGION, '', F.REPORTS_TO, ''
FROM PS_POSITION_DATA F, PS_POSTN_SRCH_QRY F1
WHERE F.POSITION_NBR = F1.POSITION_NBR AND F1.OPRID = 'MP9621Q' AND ( F.EFFDT =
(SELECT MAX(F_ED.EFFDT)
FROM PS_POSITION_DATA F_ED
WHERE F.POSITION_NBR = F_ED.POSITION_NBR AND F_ED.EFFDT <= SYSDATE) AND F.EFF_STATUS = 'A' AND F.DEPTID IN
(SELECT G.DEPTID
FROM PS_DEPT_TBL G
WHERE G.EFFDT =
(SELECT MAX(G_ED.EFFDT)
FROM PS_DEPT_TBL G_ED
WHERE G.SETID = G_ED.SETID AND G.DEPTID = G_ED.DEPTID AND G_ED.EFFDT <= SYSDATE) AND F.REG_REGION = G.SETID AND G.EFF_STATUS = 'I') )
Thanks in Advance
Rajan

use {noformat}<your code here>{noformat} tags to format your code.
I have sql query which is using lot of temp space , please suggest some ways to reduce thisIf your sort_area_size is not set sufficient oracle used temp space for sorting operation. As your code is not readable i cant say much more than this. Check with your DBA if you have to increase the temp space.

How to determine what's using data store temp space?

How can one determine what's using data store temp space? We are interested to know what structures are occupying space in temp space and if possible what pid/process connected to TimesTen created them.
Also, is there a procedure that will work if temp space is full?
Recently one of our data stores ran of space. We we're unable to run commands like "monitor", "select * from monitor", "select count(*) from my_application_table", etc. These commands failed because they required temp space to run and temp space was full. We killed the application processes, this in turned freed up temp space, then we were able to run these queries.
Ideally, we'd like to have a procedure to figure out what's using temp space when temp space is full.
The other thing we could do is periodically monitor temp space prior to it filling to determine what's using temp space.

That was my original thought, but once you click the slider track or thumb, and then enter a value in the text control, the clickTarget on the change event envoked by the change to the bound data (after entering a value in the text control) will be whatever slider element had last been clicked. If you've never clicked the slider, clickTarget=null. But once you've clicked the slider the clickTarget always has a value of "thumb" or "track", regardless of what triggered the change event.

Query on V$STREAMS_APPLY_COORDINATOR used large temp space

Hi
My database recently experience ORA-1652 error consistently on temp tablespace. I found out the query to cause this was an OEM query SELECT APPLY_NAME,TOTAL_RECEIVED,TOTAL_ASSIGNED,TOTAL_APPLIED FROM V$STREAMS_APPLY_COORDINATOR, which uses over than 800M temp space frequently. I am not sure why is this, I can query the same select statement in sqlplus, it returns immeidatly. Can anyone help to teach me on this? Thanks.
The query to find the user for temp tablespace is.
SELECT S.sid || ',' || S.serial# sid_serial, S.username, Q.hash_value, Q.sql_text,
T.blocks * TBS.block_size / 1024 / 1024 mb_used, T.tablespace
FROM v\$sort_usage T, v\$session S, v\$sqlarea Q, dba_tablespaces TBS
WHERE T.session_addr = S.saddr
AND T.sqladdr = Q.address
AND T.tablespace = TBS.tablespace_name
ORDER BY mb_used)
where mb_used >=800;
I got
SID_SERIAL USERNAME HASH_VALUE SQL_TEXT MB_USED TABLESPACE
1626,1 DBSNMP 3741683138 /* OracleOEM */ SELECT APPLY_NAME,TOTAL_RECEIVED,TOTAL_ASSIGNED,TOTAL_APPLIED FROM V$STREAMS_APPLY_COORDINATOR 880 TEMP1

Hi
My database recently experience ORA-1652 error consistently on temp tablespace. I found out the query to cause this was an OEM query SELECT APPLY_NAME,TOTAL_RECEIVED,TOTAL_ASSIGNED,TOTAL_APPLIED FROM V$STREAMS_APPLY_COORDINATOR, which uses over than 800M temp space frequently. I am not sure why is this, I can query the same select statement in sqlplus, it returns immeidatly. Can anyone help to teach me on this? Thanks.
The query to find the user for temp tablespace is.
SELECT S.sid || ',' || S.serial# sid_serial, S.username, Q.hash_value, Q.sql_text,
T.blocks * TBS.block_size / 1024 / 1024 mb_used, T.tablespace
FROM v\$sort_usage T, v\$session S, v\$sqlarea Q, dba_tablespaces TBS
WHERE T.session_addr = S.saddr
AND T.sqladdr = Q.address
AND T.tablespace = TBS.tablespace_name
ORDER BY mb_used)
where mb_used >=800;
I got
SID_SERIAL USERNAME HASH_VALUE SQL_TEXT MB_USED TABLESPACE
1626,1 DBSNMP 3741683138 /* OracleOEM */ SELECT APPLY_NAME,TOTAL_RECEIVED,TOTAL_ASSIGNED,TOTAL_APPLIED FROM V$STREAMS_APPLY_COORDINATOR 880 TEMP1

Maximum Temp tablespace size you've seen

DB version: 10.2.0.4
Our DB caters a retail application . Total DB Size of 3TB. Its is a bit of mix of both OLTP and Batch processing environment.
Our temp tablespace has 1 file and we had set the tempfile as AUTOEXTEND. Somehow its size has reached 25GB now !
We don't actually need this. Do we?
For a fairly busy DB of around 3TB size, what is the maximum temp tablespace size you've ever seen?
What is the maximum temp tablespace size you've ever seen for Big DB like Telecom, Banking?

The point about temp space is that your requirements are dynamic - the actively used area shrinks and grows.
Comparing apples with oranges, tempfile sizes on system where I am currently here amount to 50 GB but to be honest that's mainly due to a not insignificant number of pretty poor queries, run concurrently, with multipass operations, etc.
Kellyn Pedersen had an example of a process using 720GB here:
http://dbakevlar.com/?p=43
Whilst 25GB may not be earth shattering, a "large" temp area may perhaps be an indicator that you want to review some of your application code.
(What is "large"? "unusual" compared to what is "normal" for your system may be a better metric)
If you're using automatic pga memory management, then there's a limit to what each session can get, it may be that automatic work areas are not suitable for some of your code and some manual sizing is required to prevent operations spilling unnecessarily.
Also, inaccurate CBO estimates on your queries can lead to inaccurately sized work areas that then spill into temp.
There was a reminder of this in one of Randolf Geist's articles on hash aggregation:
http://oracle-randolf.blogspot.com/2011/01/hash-aggregation.html

How to restrict disk space when using time machine for client backup on server?

We have 10 OS X SL Clients backing up on xserve SL with TM. Now 1 TB disk space is used and disk is full. The clients get the massage that the latest backup could not be finished due to target disk full. Clients run just OS X Standard Software plus Parallels with windows (max. 50 GB per client)
Why does TM not delete oldest backups like with external USB HD?
How can we restrict disk space on server to eg. 750 GB for total backup space for all clients?

johndave, did anyone ever respond to your post?

My iPhone 4s keeps showing more space being used for photos than i have - i have deleted cache folders, unselect and reselect in iTunes and nothing appears to work my iPhone still shows 6.5 gig use of photos when i only have the camera roll listed

my iPhone 4s keeps showing more space being used for photos than i have -
i have deleted cache folders, unselect and reselect in iTunes I read one post
where they said keep syncing and in a couple days it would correct itself, that
hasnt happened. I have see others have the same issue but no solution and nothing
appears to work my iPhone still shows 6.5 gig use of photos when i only have the camera roll listed

i thought the photo stream only holds 1000 i usuaaly take each month and save them to iphoto but if thats the my ipad should say the same amount and it doesnt - it shows 2.5 gig which is correct for iphoto. and i havent ever had that much but if for some reason icloud has that much saved how do i delete and again if it does why doesnt ipad show that amount _ HELP!

Temp space problem

HI all,
I receive an error while executing a procedure.
ORA-01652: unable to extend temp segment by 128 in tablespace TEMP
can any one please exlain what is the problem.
thanks in advance
baskar k

hi
First ORA-01652 may occur because there is simply no space available in the temp tablespace of which is being used. The second cause of ORA-01652 may have to do with the local temp segment not being able to extent space even though there is space in other instances.
To trouble shoot for ORA-01652, and find out which of the above scenarios are causing ORA-01652 use this query offered by MetaLink:
select sum(free_blocks)
from gv$sort_segment
where tablespace_name = '<TEMP TABLESPACE NAME>'
You will know that the first scenario is causing ORA-01652 to be thrown if the free block reads '0' because it signifies that there is no free space.
If there is a good amount of space, you know that there is another cause for ORA-01652, and it is probably the second scenario. It is important to note that in a non-RAC environment, local instances are not able to extend the temp segments, so in the RAC environment, ORA-01652 has to be handled differently. If you are experiencing ORA-01652 in a non-RA environment, be aware that every SQL making use of the tablespace can fail.
In RAC, more sort segment space can be used from other instances, which can help resolve ORA-01652 more easily. Try using the query below:
select inst_id, tablespace_name, total_blocks, used_blocks, free_blocks
from gv$sort_segment;
Basically, you can then find out how much temp segment space can be used for each instance by viewing the total_blocks, and the used_blocks can reveal the space which has been used so far, and and the free_blocks gives the amount of space allocated to this particular instance. This being, to resolve ORA-01652, you can check out that used_blocks = total_blocks and free_blocks = 0 will probably show for the instance, and ORA-01652 will be shown multiple times within the alert log.
This basically means that free space from other instances is being requested, and typically signifies that there is instance contention. Instance contention within the temporary space can make the instance take more time to process.
In sever cases, a slowdown may occur, in which you might want try one of the following work-arounds:
Increase size of the temp tablespace
Increase sort_area_size and/or pga_aggregate_target
However, remember to not use the RAC feature of DEFAULT temp space.
If ORA-01652 is causing the slowdown, SMON will probably not be able to process the sort segment requests, you you should try to diagnose the contention:
Output from the following query periodically during the problem:
select inst_id, tablespace_name, total_blocks, used_blocks, free_blocks
from gv$sort_segment;
Global hanganalyze and systemstate dumps
Hope this helps
CHeers

Problem with temp space allocation in parallel query

Hello
I've got a query which matches two large result sets (25m+ rows) against each other and does some basic filtering and aggregation. When I run this query in serial it takes about 30 mins and completes successfully. When I specify a parallel degree of 4 for each result set, it also completes successfully in about 20 minutes. However, when I specify that it should be run in parallel but don't specify a degree for each result set, it spawns 10 parallel servers and after a couple of minutes, bombs out from one of the parallel servers with:
ORA-12801: error signaled in parallel query server P000
ORA-01652: unable to extend temp segment by 64 in tablespace TEMPThis appears to be when it is about to perform a large hash join. The execution plan does not change whether the parallel degree is specified or not, and there is several GB of temp space available.
I'm at a bit of a loss as to how to track down specifically what is causing this problem. I've looked at v$sesstat for all of the sessions involved and it hasn't really turned anything up. I've tried tracing the main session and that hasn't really turned up much either. From what I can tell, one of the sessions seems to try to allocate massive amounts of temp space that it just does not need, but I can figure out why.
Any ideas of how to approach finding the cause of the problem?
David

Hello
I've finally resolved this and the resolution was relatively simple - and was also the main thing that Mark Rittman said he did in his article: reduce the size of the hash join.
After querying v$sql_workarea_active I could see what was happening which was that the sum of the temp space for all of the parallel slaves was exceeding the total amount of temp space available on the system. When run in serial, it was virtually at the limit. I guess the extra was just the overhead for each slave maintaining it's own hash table.
I also made the mistake of misreading the exectuion plan - assuming that the data being pushed to the hash join was filtered to eliminate the data that was not of interest. Upon reflection, this was a rather stupid assumption on my part. Anyway, I used sub query factoring with the materialize hint to ensure that the hash join was only working on the data it should have been. This significantly reduced the size of the hash table and therefore the amount of temp space required.
I did speak to oracle support and they suggested using pga_aggregate_target rather than the separate *area_size parameters. I found that this had very little impact as the problem was related to the volume of data rather than whether it was being processed in memory or not. That said, I did try upping the hash_area_size for the session with some initial success, but ultimately it didn't prove to be scalable. We are however now using pga_aggregate_target in prod.
So that's that. Problem sorted. And as the title of Mark Rittman's article suggests, I was trying to be too clever! :-)
HTH
David

Usage of temp space in oracle

I am using Informatica to load into one table in Oracle .
Source and target table contains on CLOB colum.
Source table size is 1GB.
Target is oracle 10g with 30GB of temp space .
Whenever i run this job TEMP space usage is complete 30Gb and job is failing .
Any has any clue in this ?

Actually, the problem probably is that you are looking at the table but not at the CLOB storage. CLOB's are typically stored outside the table.. so the table might be 1GB, but you might have a MUCH larger storage for the CLOB data.
Replace the owner and segment name with your owner and table_name in this query and see what gets reported.
select segment_name, sum(bytes)
from dba_extents
where owner = 'OUTLN'
and segment_name in
(select 'OL$HINTS' from dual
union
select segment_name from dba_lobs where table_name = 'OL$HINTS' and owner = 'OUTLN')
group by segment_name;

Consuming too much temp space

Dear All
A technical colleague of mine is executing a procedure which selects data from two databases and inserts it into the third one. The procedure is not new and he has been executing the same since a year now.However in past two weeks the procedure is either consuming too much amount of time ( 3-4 hours as against 10-12 mins ) or it fails as it utilises more amount of temp space on the database on which insertions are made. In the temporary tablespace i added about 10gb more but it is still not suffice for the procedure to execute successfully.The sga for the database onto which insertion is done is 2560M and pga for the same is 2G.
Please suggest what is to be done as it is an extremely crucial procedure.
Thanks in advance.
Regards
rdxdba

If you have Diagnostic Pack licence try to use AWR to compare instance activity for this procedure execution. If not try to install Statspack.
I recommend also to use SQL trace to have trace data for a "good" execution and for a "bad" execution and to compare TKPROF output for related trace files.
If you are using Oracle 10 or 11 try to use DMBS_MONITOR as described in http://www.oracle-base.com/articles/10g/SQLTrace10046TrcsessAndTkprof10g.php.

How to get maximum number of results using content presenter taskflow

Hello Friends,
I am using 11.1.1.6,
Below is the query is getting executed while content presenter taskflow get executed, Though I have more than 100 results in UCM, I am always getting only 25. Is there anywhere I can configure to fetch maximum number of results ? Though I set maxResults = 200, It always returns 25.
SELECT * FROM ora:t:IDC:GlobalProfile WHERE ora:p:xRegionDefinition = 'NEWS_REG_DEF' AND ora:p:xArchiveFlag='Yes' and ora:p:xDocumentSortDate > TIMESTAMP '2014-01-01T00:00:00.000+00:00' and ora:p:xDocumentSortDate < TIMESTAMP '2014-12-31T00:00:00.000+00:00' ORDER BY ora:p:xDocumentSortDate DESC
Page Def.xml : here the taskflow entries configured in page def xml file
<taskFlow id="doclibcontentpresenter2"
              taskFlowId="/oracle/webcenter/doclib/view/jsf/taskflows/presenter/contentPresenter.xml#doclib-content-presenter"
              activation="deferred"
              xmlns="http://xmlns.oracle.com/adf/controller/binding"
              Refresh="ifNeeded"
              RefreshCondition="#{requestScope.pRefreshArchiveNewsSction='Y'}">
      <parameters>
        <parameter id="taskFlowInstId" value="${'myinst'}"/>
        <parameter id="datasourceType" value="${'dsTypeQueryExpression'}"/>
        <parameter id="datasource"
                   value="#{backingBeanScope.ArchiveBean.contentQuery}"/>
        <parameter id="templateCategory" value="${''}"/>
        <parameter id="templateView" value="${'templates.archive.list'}"/>
        <parameter id="regionTemplate" value="${'false'}"/>
        <parameter id="maxResults" value="200"/>
      </parameters>
    </taskFlow>

Hi Dan,
Here is the detailed logs
searchcache/6
02.19 15:21:14.656
SearchCache
Approximately 0% of the available cache space is used.
>searchquery/7
02.19 15:23:53.642
IdcServer-14885
Query by [email protected] from CIS
>searchquery/6
02.19 15:23:53.643
IdcServer-14885
preparedQueryText: ( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2013-01-01 00:00:00`) <and> (xDocumentSortDate<`2013-12-31 00:00:00`)))) )
>searchquery/6
02.19 15:23:53.643
IdcServer-14885
Setting substr to other operator conv flag: '( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2013-01-01 00:00:00`) <and> (xDocumentSortDate<`2013-12-31 00:00:00`)))) )'
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Into parse of UniversalSearchQuery for: ( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2013-01-01 00:00:00`) <and> (xDocumentSortDate<`2013-12-31 00:00:00`)))) )
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Into parseQueryEx of UniversalSearchQueryParser for queryArr : ( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2013-01-01 00:00:00`) <and> (xDocumentSortDate<`2013-12-31 00:00:00`)))) )
>searchquery/6
02.19 15:23:53.643
IdcServer-14885
Parsing universal query: '( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2013-01-01 00:00:00`) <and> (xDocumentSortDate<`2013-12-31 00:00:00`)))) )'
>searchquery/6
02.19 15:23:53.643
IdcServer-14885
Processing callback on query value 'NEWS_REG_DEF'
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Into appendClauseElement CommonSearchConfig with operator : equals value : NEWS_REG_DEF
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Processing actions list size : 1 on the input value : xRegionDefinition with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Processing action number : 0 : prefix on the input value : xRegionDefinition with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Processing actions list size : 2 on the input value : NEWS_REG_DEF with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Processing action number : 0 : upperCase on the input value : NEWS_REG_DEF with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Processing action number : 1 : escape on the input value : NEWS_REG_DEF with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Processed escape with '' resulting in value :NEWS_REG_DEF
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Processed escape with _ resulting in value :NEWS_REG_DEF
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Processed escape with \- resulting in value :NEWS_REG_DEF
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Processed escape with \_ resulting in value :NEWS\_REG\_DEF
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Processed escape with \, resulting in value :NEWS\_REG\_DEF
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Into appendClauseElement CommonSearchConfig with operator : and value :
>searchquery/6
02.19 15:23:53.643
IdcServer-14885
Processing callback on query value 'Yes'
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Into appendClauseElement CommonSearchConfig with operator : equals value : Yes
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Processing actions list size : 1 on the input value : xArchiveFlag with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Processing action number : 0 : prefix on the input value : xArchiveFlag with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Processing actions list size : 2 on the input value : Yes with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.643
IdcServer-14885
Processing action number : 0 : upperCase on the input value : Yes with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.644
IdcServer-14885
Processing action number : 1 : escape on the input value : YES with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.644
IdcServer-14885
Processed escape with '' resulting in value :YES
>searchqueryparse/6
02.19 15:23:53.644
IdcServer-14885
Processed escape with _ resulting in value :YES
>searchqueryparse/6
02.19 15:23:53.644
IdcServer-14885
Processed escape with \- resulting in value :YES
>searchqueryparse/6
02.19 15:23:53.644
IdcServer-14885
Processed escape with \_ resulting in value :YES
>searchqueryparse/6
02.19 15:23:53.644
IdcServer-14885
Processed escape with \, resulting in value :YES
>searchqueryparse/6
02.19 15:23:53.644
IdcServer-14885
Into appendClauseElement CommonSearchConfig with operator : and value :
>searchquery/6
02.19 15:23:53.644
IdcServer-14885
Processing callback on query value '2013-01-01 00:00:00'
>searchqueryparse/6
02.19 15:23:53.644
IdcServer-14885
Into appendClauseElement CommonSearchConfig with operator : dateGreater value : 2012/12/31 18:00:00
>searchqueryparse/6
02.19 15:23:53.644
IdcServer-14885
Into appendClauseElement CommonSearchConfig with operator : and value :
>searchquery/6
02.19 15:23:53.644
IdcServer-14885
Processing callback on query value '2013-12-31 00:00:00'
>searchqueryparse/6
02.19 15:23:53.644
IdcServer-14885
Into appendClauseElement CommonSearchConfig with operator : dateLess value : 2013/12/30 18:00:00
>searchquery/6
02.19 15:23:53.644
IdcServer-14885
Converted native query: '((( SDATA(sdxRegionDefinition LIKE 'NEWS\_REG\_DEF') ) and (( SDATA(sdxArchiveFlag LIKE 'YES') ) and (( SDATA(xDocumentSortDate > '2012/12/31 18:00:00') ) and ( SDATA(xDocumentSortDate < '2013/12/30 18:00:00') )))))'
>searchquery/7
02.19 15:23:53.644
IdcServer-14885
assigning connection
>searchquery/6
02.19 15:23:53.644
IdcServer-14885
!csMonitorActiveDbConnections,1
>searchquery/6
02.19 15:23:53.644
IdcServer-14885
Connection is added to active connections with key of '[ACTIVE] ExecuteThread: '35' for queue: 'weblogic.kernel.Default (self-tuning)''.
>searchquery/6
02.19 15:23:53.644
IdcServer-14885
query(live): (((((((((((( SDATA(sdxRegionDefinition LIKE 'NEWS\_REG\_DEF') ) and (( SDATA(sdxArchiveFlag LIKE 'YES') ) and (( SDATA(xDocumentSortDate > '2012/12/31 18:00:00') ) and ( SDATA(xDocumentSortDate < '2013/12/30 18:00:00') )))))))))))))) [1,51] sort(xDocumentSortDate DESC)
>search/6
02.19 15:23:53.688
IdcServer-14885
Start parsing drill down fields with SAX...
>search/6
02.19 15:23:53.691
IdcServer-14885
Completed parsing 1 groups.
>search/7
02.19 15:23:53.692
IdcServer-14885
ResultSetInterface results: <ctx_result_set><hitlist><hit><sdata name="DID">11489</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006063</sdata><score>100</score></hit><hit><sdata name="DID">16132</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006403</sdata><score>100</score></hit><hit><sdata name="DID">13513</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006591</sdata><score>100</score></hit><hit><sdata name="DID">11319</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006003</sdata><score>100</score></hit><hit><sdata name="DID">17043</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004050</sdata><score>100</score></hit><hit><sdata name="DID">16477</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006407</sdata><score>100</score></hit><hit><sdata name="DID">16162</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006593</sdata><score>100</score></hit><hit><sdata name="DID">16010</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006399</sdata><score>100</score></hit><hit><sdata name="DID">10524</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-005609</sdata><score>100</score></hit><hit><sdata name="DID">10777</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-005601</sdata><score>100</score></hit><hit><sdata name="DID">10508</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-005600</sdata><score>100</score></hit><hit><sdata name="DID">10476</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-005585</sdata><score>100</score></hit><hit><sdata name="DID">12427</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006397</sdata><score>100</score></hit><hit><sdata name="DID">16333</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-005580</sdata><score>100</score></hit><hit><sdata name="DID">17080</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004051</sdata><score>100</score></hit><hit><sdata name="DID">15926</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006482</sdata><score>100</score></hit><hit><sdata name="DID">16857</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003963</sdata><score>100</score></hit><hit><sdata name="DID">16895</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003964</sdata><score>100</score></hit><hit><sdata name="DID">16487</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006481</sdata><score>100</score></hit><hit><sdata name="DID">12431</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006485</sdata><score>100</score></hit><hit><sdata name="DID">16813</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003977</sdata><score>100</score></hit><hit><sdata name="DID">9569</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-005342</sdata><score>100</score></hit><hit><sdata name="DID">16814</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003978</sdata><score>100</score></hit><hit><sdata name="DID">17045</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004056</sdata><score>100</score></hit><hit><sdata name="DID">12246</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006478</sdata><score>100</score></hit><hit><sdata name="DID">15911</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-005652</sdata><score>100</score></hit><hit><sdata name="DID">16775</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003999</sdata><score>100</score></hit><hit><sdata name="DID">11925</sdata><sdata name="SDDDOCNAME">VMOHSKEND05482000776</sdata><score>100</score></hit><hit><sdata name="DID">15639</sdata><sdata name="SDDDOCNAME">VMOHSKEND05482000763</sdata><score>100</score></hit><hit><sdata name="DID">16865</sdata><sdata name="SDDDOCNAME">VMOHSKEND05482000770</sdata><score>100</score></hit><hit><sdata name="DID">10100</sdata><sdata name="SDDDOCNAME">VMOHSKEND05482000741</sdata><score>100</score></hit><hit><sdata name="DID">17116</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004054</sdata><score>100</score></hit><hit><sdata name="DID">9015</sdata><sdata name="SDDDOCNAME">VMOHSKEND05482000801</sdata><score>100</score></hit><hit><sdata name="DID">16474</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006061</sdata><score>100</score></hit></hitlist><count>34</count><groups sdata="SDDRILLDOWN"><group value="Document,insight_application1,"><count>34</count></group></groups></ctx_result_set>
>search/7
02.19 15:23:53.692
IdcServer-14885
Trace:
search/7
02.19 15:23:53.692
IdcServer-14885
ctx_query.result_set start time:15:23:53.64
search/7
02.19 15:23:53.692
IdcServer-14885
ctx_query.result_set   end time:15:23:53.66
search/7
02.19 15:23:53.692
IdcServer-14885
Result parsing start time: 15:23:53.66
search/7
02.19 15:23:53.692
IdcServer-14885
Result parsing   end time: 15:23:53.67
search/7
02.19 15:23:53.692
IdcServer-14885
SELECT dDocName,dDocTitle,dDocType,dSecurityGroup,dInDate,xArchiveFlag,xHidden,xWebsiteObjectType,xWebsiteSection,xDontShowInListsForWebsites,dRevisionID,dDocCreator,dWebExtension,xUpdateContentType,xSubmitForApproval,xFilesAllowed,xRegionDefinition,xWCWorkflowAssignment,dDocCreatedDate,dCreateDate,xWCTags,dOriginalName,xNewsType,dFormat,dPublishType,dDocFunction,dDocAuthor,VaultFileSize,dDocLastModifier,xWebFlag,dOutDate,dGif,dExtension,dDocLastModifiedDate,xClbraRoleList,xInhibitUpdate,URL,AlternateFormat,WebFileSize,xClbraUserList,dDocOwner,xReadOnly,dRevClassID,xWCWorkflowApproverUserList,xCollectionID,xComments,xPartitionId,dRevLabel,xStorageRule,dFullTextFormat,xWebsites,xDocumentSortDate,dRendition2,dRendition1,dID,xReadyForReplication,dDocAccount,xReadMoreURL,xIdcProfile,xClbraAliasList,otsFormat,otsCharset,otsLanguage FROM IdcText2 WHERE dID IN (11489,16132,13513,11319,17043,16477,16162,16010,10524,10777,10508,10476,12427,16333,17080,15926,16857,16895,16487,12431,16813,9569,16814,17045,12246,15911,16775,11925,15639,16865,10100,17116,9015,16474)
search/7
02.19 15:23:53.692
IdcServer-14885
Meta query start time: 15:23:53.67
search/7
02.19 15:23:53.692
IdcServer-14885
Meta query end time:15:23:53.67
>searchquery/6
02.19 15:23:53.692
IdcServer-14885
!csMonitorActiveDbConnections,0
>searchquery/6
02.19 15:23:53.692
IdcServer-14885
Connection is removed from active connections with key of '[ACTIVE] ExecuteThread: '35' for queue: 'weblogic.kernel.Default (self-tuning)''.
>searchquery/6
02.19 15:23:53.692
IdcServer-14885
release pool connection
>searchquery/6
02.19 15:23:53.708
IdcServer-14885
Execution time is 65 ms.
>searchquery/7
02.19 15:23:53.945
IdcServer-14886
Query by [email protected] from CIS
>searchquery/6
02.19 15:23:53.946
IdcServer-14886
preparedQueryText: ( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2013-01-01 00:00:00`) <and> (xDocumentSortDate<`2013-12-31 00:00:00`)))) )
>searchquery/6
02.19 15:23:53.946
IdcServer-14886
Setting substr to other operator conv flag: '( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2013-01-01 00:00:00`) <and> (xDocumentSortDate<`2013-12-31 00:00:00`)))) )'
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Into parse of UniversalSearchQuery for: ( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2013-01-01 00:00:00`) <and> (xDocumentSortDate<`2013-12-31 00:00:00`)))) )
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Into parseQueryEx of UniversalSearchQueryParser for queryArr : ( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2013-01-01 00:00:00`) <and> (xDocumentSortDate<`2013-12-31 00:00:00`)))) )
>searchquery/6
02.19 15:23:53.946
IdcServer-14886
Parsing universal query: '( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2013-01-01 00:00:00`) <and> (xDocumentSortDate<`2013-12-31 00:00:00`)))) )'
>searchquery/6
02.19 15:23:53.946
IdcServer-14886
Processing callback on query value 'NEWS_REG_DEF'
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Into appendClauseElement CommonSearchConfig with operator : equals value : NEWS_REG_DEF
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processing actions list size : 1 on the input value : xRegionDefinition with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processing action number : 0 : prefix on the input value : xRegionDefinition with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processing actions list size : 2 on the input value : NEWS_REG_DEF with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processing action number : 0 : upperCase on the input value : NEWS_REG_DEF with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processing action number : 1 : escape on the input value : NEWS_REG_DEF with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processed escape with '' resulting in value :NEWS_REG_DEF
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processed escape with _ resulting in value :NEWS_REG_DEF
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processed escape with \- resulting in value :NEWS_REG_DEF
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processed escape with \_ resulting in value :NEWS\_REG\_DEF
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processed escape with \, resulting in value :NEWS\_REG\_DEF
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Into appendClauseElement CommonSearchConfig with operator : and value :
>searchquery/6
02.19 15:23:53.946
IdcServer-14886
Processing callback on query value 'Yes'
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Into appendClauseElement CommonSearchConfig with operator : equals value : Yes
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processing actions list size : 1 on the input value : xArchiveFlag with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processing action number : 0 : prefix on the input value : xArchiveFlag with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processing actions list size : 2 on the input value : Yes with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processing action number : 0 : upperCase on the input value : Yes with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processing action number : 1 : escape on the input value : YES with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processed escape with '' resulting in value :YES
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processed escape with _ resulting in value :YES
>searchqueryparse/6
02.19 15:23:53.946
IdcServer-14886
Processed escape with \- resulting in value :YES
>searchqueryparse/6
02.19 15:23:53.947
IdcServer-14886
Processed escape with \_ resulting in value :YES
>searchqueryparse/6
02.19 15:23:53.947
IdcServer-14886
Processed escape with \, resulting in value :YES
>searchqueryparse/6
02.19 15:23:53.947
IdcServer-14886
Into appendClauseElement CommonSearchConfig with operator : and value :
>searchquery/6
02.19 15:23:53.947
IdcServer-14886
Processing callback on query value '2013-01-01 00:00:00'
>searchqueryparse/6
02.19 15:23:53.947
IdcServer-14886
Into appendClauseElement CommonSearchConfig with operator : dateGreater value : 2012/12/31 18:00:00
>searchqueryparse/6
02.19 15:23:53.947
IdcServer-14886
Into appendClauseElement CommonSearchConfig with operator : and value :
>searchquery/6
02.19 15:23:53.947
IdcServer-14886
Processing callback on query value '2013-12-31 00:00:00'
>searchqueryparse/6
02.19 15:23:53.947
IdcServer-14886
Into appendClauseElement CommonSearchConfig with operator : dateLess value : 2013/12/30 18:00:00
>searchquery/6
02.19 15:23:53.947
IdcServer-14886
Converted native query: '((( SDATA(sdxRegionDefinition LIKE 'NEWS\_REG\_DEF') ) and (( SDATA(sdxArchiveFlag LIKE 'YES') ) and (( SDATA(xDocumentSortDate > '2012/12/31 18:00:00') ) and ( SDATA(xDocumentSortDate < '2013/12/30 18:00:00') )))))'
>searchquery/7
02.19 15:23:53.947
IdcServer-14886
assigning connection
>searchquery/6
02.19 15:23:53.947
IdcServer-14886
!csMonitorActiveDbConnections,1
>searchquery/6
02.19 15:23:53.947
IdcServer-14886
Connection is added to active connections with key of '[ACTIVE] ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)''.
>searchquery/6
02.19 15:23:53.947
IdcServer-14886
query(live): (((((((((((( SDATA(sdxRegionDefinition LIKE 'NEWS\_REG\_DEF') ) and (( SDATA(sdxArchiveFlag LIKE 'YES') ) and (( SDATA(xDocumentSortDate > '2012/12/31 18:00:00') ) and ( SDATA(xDocumentSortDate < '2013/12/30 18:00:00') )))))))))))))) [1,51] sort(xDocumentSortDate DESC)
>search/6
02.19 15:23:53.992
IdcServer-14886
Start parsing drill down fields with SAX...
>search/6
02.19 15:23:53.993
IdcServer-14886
Completed parsing 1 groups.
>search/7
02.19 15:23:53.994
IdcServer-14886
ResultSetInterface results: <ctx_result_set><hitlist><hit><sdata name="DID">11489</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006063</sdata><score>100</score></hit><hit><sdata name="DID">16132</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006403</sdata><score>100</score></hit><hit><sdata name="DID">13513</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006591</sdata><score>100</score></hit><hit><sdata name="DID">11319</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006003</sdata><score>100</score></hit><hit><sdata name="DID">17043</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004050</sdata><score>100</score></hit><hit><sdata name="DID">16477</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006407</sdata><score>100</score></hit><hit><sdata name="DID">16162</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006593</sdata><score>100</score></hit><hit><sdata name="DID">16010</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006399</sdata><score>100</score></hit><hit><sdata name="DID">10524</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-005609</sdata><score>100</score></hit><hit><sdata name="DID">10777</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-005601</sdata><score>100</score></hit><hit><sdata name="DID">10508</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-005600</sdata><score>100</score></hit><hit><sdata name="DID">10476</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-005585</sdata><score>100</score></hit><hit><sdata name="DID">12427</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006397</sdata><score>100</score></hit><hit><sdata name="DID">16333</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-005580</sdata><score>100</score></hit><hit><sdata name="DID">17080</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004051</sdata><score>100</score></hit><hit><sdata name="DID">15926</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006482</sdata><score>100</score></hit><hit><sdata name="DID">16857</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003963</sdata><score>100</score></hit><hit><sdata name="DID">16895</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003964</sdata><score>100</score></hit><hit><sdata name="DID">16487</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006481</sdata><score>100</score></hit><hit><sdata name="DID">12431</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006485</sdata><score>100</score></hit><hit><sdata name="DID">16813</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003977</sdata><score>100</score></hit><hit><sdata name="DID">9569</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-005342</sdata><score>100</score></hit><hit><sdata name="DID">16814</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003978</sdata><score>100</score></hit><hit><sdata name="DID">17045</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004056</sdata><score>100</score></hit><hit><sdata name="DID">12246</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006478</sdata><score>100</score></hit><hit><sdata name="DID">15911</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-005652</sdata><score>100</score></hit><hit><sdata name="DID">16775</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003999</sdata><score>100</score></hit><hit><sdata name="DID">11925</sdata><sdata name="SDDDOCNAME">VMOHSKEND05482000776</sdata><score>100</score></hit><hit><sdata name="DID">15639</sdata><sdata name="SDDDOCNAME">VMOHSKEND05482000763</sdata><score>100</score></hit><hit><sdata name="DID">16865</sdata><sdata name="SDDDOCNAME">VMOHSKEND05482000770</sdata><score>100</score></hit><hit><sdata name="DID">10100</sdata><sdata name="SDDDOCNAME">VMOHSKEND05482000741</sdata><score>100</score></hit><hit><sdata name="DID">17116</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004054</sdata><score>100</score></hit><hit><sdata name="DID">9015</sdata><sdata name="SDDDOCNAME">VMOHSKEND05482000801</sdata><score>100</score></hit><hit><sdata name="DID">16474</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006061</sdata><score>100</score></hit></hitlist><count>34</count><groups sdata="SDDRILLDOWN"><group value="Document,insight_application1,"><count>34</count></group></groups></ctx_result_set>
>search/7
02.19 15:23:53.994
IdcServer-14886
Trace:
search/7
02.19 15:23:53.994
IdcServer-14886
ctx_query.result_set start time:15:23:53.95
search/7
02.19 15:23:53.994
IdcServer-14886
ctx_query.result_set   end time:15:23:53.96
search/7
02.19 15:23:53.994
IdcServer-14886
Result parsing start time: 15:23:53.96
search/7
02.19 15:23:53.994
IdcServer-14886
Result parsing   end time: 15:23:53.97
search/7
02.19 15:23:53.994
IdcServer-14886
SELECT dDocName,dDocTitle,dDocType,dSecurityGroup,dInDate,xArchiveFlag,xHidden,xWebsiteObjectType,xWebsiteSection,xDontShowInListsForWebsites,dRevisionID,dDocCreator,dWebExtension,xUpdateContentType,xSubmitForApproval,xFilesAllowed,xRegionDefinition,xWCWorkflowAssignment,dDocCreatedDate,dCreateDate,xWCTags,dOriginalName,xNewsType,dFormat,dPublishType,dDocFunction,dDocAuthor,VaultFileSize,dDocLastModifier,xWebFlag,dOutDate,dGif,dExtension,dDocLastModifiedDate,xClbraRoleList,xInhibitUpdate,URL,AlternateFormat,WebFileSize,xClbraUserList,dDocOwner,xReadOnly,dRevClassID,xWCWorkflowApproverUserList,xCollectionID,xComments,xPartitionId,dRevLabel,xStorageRule,dFullTextFormat,xWebsites,xDocumentSortDate,dRendition2,dRendition1,dID,xReadyForReplication,dDocAccount,xReadMoreURL,xIdcProfile,xClbraAliasList,otsFormat,otsCharset,otsLanguage FROM IdcText2 WHERE dID IN (11489,16132,13513,11319,17043,16477,16162,16010,10524,10777,10508,10476,12427,16333,17080,15926,16857,16895,16487,12431,16813,9569,16814,17045,12246,15911,16775,11925,15639,16865,10100,17116,9015,16474)
search/7
02.19 15:23:53.994
IdcServer-14886
Meta query start time: 15:23:53.97
search/7
02.19 15:23:53.994
IdcServer-14886
Meta query end time:15:23:53.98
>searchquery/6
02.19 15:23:53.995
IdcServer-14886
!csMonitorActiveDbConnections,0
>searchquery/6
02.19 15:23:53.995
IdcServer-14886
Connection is removed from active connections with key of '[ACTIVE] ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)''.
>searchquery/6
02.19 15:23:53.995
IdcServer-14886
release pool connection
>searchquery/6
02.19 15:23:54.007
IdcServer-14886
Execution time is 61 ms.
>searchquery/7
02.19 15:23:54.313
IdcServer-14887
Query by [email protected] from CIS
>searchquery/6
02.19 15:23:54.313
IdcServer-14887
preparedQueryText: ( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2014-01-01 00:00:00`) <and> (xDocumentSortDate<`2014-12-31 00:00:00`)))) )
>searchquery/6
02.19 15:23:54.313
IdcServer-14887
Setting substr to other operator conv flag: '( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2014-01-01 00:00:00`) <and> (xDocumentSortDate<`2014-12-31 00:00:00`)))) )'
>searchqueryparse/6
02.19 15:23:54.313
IdcServer-14887
Into parse of UniversalSearchQuery for: ( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2014-01-01 00:00:00`) <and> (xDocumentSortDate<`2014-12-31 00:00:00`)))) )
>searchqueryparse/6
02.19 15:23:54.313
IdcServer-14887
Into parseQueryEx of UniversalSearchQueryParser for queryArr : ( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2014-01-01 00:00:00`) <and> (xDocumentSortDate<`2014-12-31 00:00:00`)))) )
>searchquery/6
02.19 15:23:54.313
IdcServer-14887
Parsing universal query: '( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2014-01-01 00:00:00`) <and> (xDocumentSortDate<`2014-12-31 00:00:00`)))) )'
>searchquery/6
02.19 15:23:54.313
IdcServer-14887
Processing callback on query value 'NEWS_REG_DEF'
>searchqueryparse/6
02.19 15:23:54.313
IdcServer-14887
Into appendClauseElement CommonSearchConfig with operator : equals value : NEWS_REG_DEF
>searchqueryparse/6
02.19 15:23:54.313
IdcServer-14887
Processing actions list size : 1 on the input value : xRegionDefinition with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:54.313
IdcServer-14887
Processing action number : 0 : prefix on the input value : xRegionDefinition with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:54.313
IdcServer-14887
Processing actions list size : 2 on the input value : NEWS_REG_DEF with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Processing action number : 0 : upperCase on the input value : NEWS_REG_DEF with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Processing action number : 1 : escape on the input value : NEWS_REG_DEF with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Processed escape with '' resulting in value :NEWS_REG_DEF
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Processed escape with _ resulting in value :NEWS_REG_DEF
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Processed escape with \- resulting in value :NEWS_REG_DEF
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Processed escape with \_ resulting in value :NEWS\_REG\_DEF
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Processed escape with \, resulting in value :NEWS\_REG\_DEF
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Into appendClauseElement CommonSearchConfig with operator : and value :
>searchquery/6
02.19 15:23:54.314
IdcServer-14887
Processing callback on query value 'Yes'
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Into appendClauseElement CommonSearchConfig with operator : equals value : Yes
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Processing actions list size : 1 on the input value : xArchiveFlag with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Processing action number : 0 : prefix on the input value : xArchiveFlag with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Processing actions list size : 2 on the input value : Yes with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Processing action number : 0 : upperCase on the input value : Yes with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Processing action number : 1 : escape on the input value : YES with searchengine ORACLETEXTSEARCH
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Processed escape with '' resulting in value :YES
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Processed escape with _ resulting in value :YES
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Processed escape with \- resulting in value :YES
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Processed escape with \_ resulting in value :YES
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Processed escape with \, resulting in value :YES
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Into appendClauseElement CommonSearchConfig with operator : and value :
>searchquery/6
02.19 15:23:54.314
IdcServer-14887
Processing callback on query value '2014-01-01 00:00:00'
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Into appendClauseElement CommonSearchConfig with operator : dateGreater value : 2013/12/31 18:00:00
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Into appendClauseElement CommonSearchConfig with operator : and value :
>searchquery/6
02.19 15:23:54.314
IdcServer-14887
Processing callback on query value '2014-12-31 00:00:00'
>searchqueryparse/6
02.19 15:23:54.314
IdcServer-14887
Into appendClauseElement CommonSearchConfig with operator : dateLess value : 2014/12/30 18:00:00
>searchquery/6
02.19 15:23:54.314
IdcServer-14887
Converted native query: '((( SDATA(sdxRegionDefinition LIKE 'NEWS\_REG\_DEF') ) and (( SDATA(sdxArchiveFlag LIKE 'YES') ) and (( SDATA(xDocumentSortDate > '2013/12/31 18:00:00') ) and ( SDATA(xDocumentSortDate < '2014/12/30 18:00:00') )))))'
>searchquery/7
02.19 15:23:54.314
IdcServer-14887
assigning connection
>searchquery/6
02.19 15:23:54.314
IdcServer-14887
!csMonitorActiveDbConnections,1
>searchquery/6
02.19 15:23:54.314
IdcServer-14887
Connection is added to active connections with key of '[ACTIVE] ExecuteThread: '21' for queue: 'weblogic.kernel.Default (self-tuning)''.
>searchquery/6
02.19 15:23:54.315
IdcServer-14887
query(live): (((((((((((( SDATA(sdxRegionDefinition LIKE 'NEWS\_REG\_DEF') ) and (( SDATA(sdxArchiveFlag LIKE 'YES') ) and (( SDATA(xDocumentSortDate > '2013/12/31 18:00:00') ) and ( SDATA(xDocumentSortDate < '2014/12/30 18:00:00') )))))))))))))) [1,51] sort(xDocumentSortDate DESC)
>search/6
02.19 15:23:54.365
IdcServer-14887
Start parsing drill down fields with SAX...
>search/6
02.19 15:23:54.367
IdcServer-14887
Completed parsing 1 groups.
>search/7
02.19 15:23:54.369
IdcServer-14887
ResultSetInterface results: <ctx_result_set><hitlist><hit><sdata name="DID">17207</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004318</sdata><score>100</score></hit><hit><sdata name="DID">17281</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004289</sdata><score>100</score></hit><hit><sdata name="DID">17105</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004316</sdata><score>100</score></hit><hit><sdata name="DID">17244</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004252</sdata><score>100</score></hit><hit><sdata name="DID">16997</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004251</sdata><score>100</score></hit><hit><sdata name="DID">17034</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004233</sdata><score>100</score></hit><hit><sdata name="DID">17239</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004219</sdata><score>100</score></hit><hit><sdata name="DID">17178</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004186</sdata><score>100</score></hit><hit><sdata name="DID">17112</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004150</sdata><score>100</score></hit><hit><sdata name="DID">17276</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004148</sdata><score>100</score></hit><hit><sdata name="DID">17193</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004137</sdata><score>100</score></hit><hit><sdata name="DID">17070</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004132</sdata><score>100</score></hit><hit><sdata name="DID">17195</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004123</sdata><score>100</score></hit><hit><sdata name="DID">17275</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004116</sdata><score>100</score></hit><hit><sdata name="DID">17189</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004080</sdata><score>100</score></hit><hit><sdata name="DID">16993</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004089</sdata><score>100</score></hit><hit><sdata name="DID">17032</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004070</sdata><score>100</score></hit><hit><sdata name="DID">16784</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004035</sdata><score>100</score></hit><hit><sdata name="DID">16268</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-006848</sdata><score>100</score></hit><hit><sdata name="DID">16866</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004028</sdata><score>100</score></hit><hit><sdata name="DID">16940</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004027</sdata><score>100</score></hit><hit><sdata name="DID">16823</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004025</sdata><score>100</score></hit><hit><sdata name="DID">16731</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004024</sdata><score>100</score></hit><hit><sdata name="DID">17132</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004023</sdata><score>100</score></hit><hit><sdata name="DID">16645</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004020</sdata><score>100</score></hit><hit><sdata name="DID">16678</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004002</sdata><score>100</score></hit><hit><sdata name="DID">16642</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004000</sdata><score>100</score></hit><hit><sdata name="DID">16610</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-008921</sdata><score>100</score></hit><hit><sdata name="DID">16726</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003959</sdata><score>100</score></hit><hit><sdata name="DID">16663</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003952</sdata><score>100</score></hit><hit><sdata name="DID">15967</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003823</sdata><score>100</score></hit><hit><sdata name="DID">15878</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003821</sdata><score>100</score></hit><hit><sdata name="DID">16277</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003820</sdata><score>100</score></hit><hit><sdata name="DID">15624</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-008149</sdata><score>100</score></hit><hit><sdata name="DID">16178</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003607</sdata><score>100</score></hit><hit><sdata name="DID">16765</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003764</sdata><score>100</score></hit><hit><sdata name="DID">16691</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003766</sdata><score>100</score></hit><hit><sdata name="DID">16827</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003499</sdata><score>100</score></hit><hit><sdata name="DID">16303</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003498</sdata><score>100</score></hit><hit><sdata name="DID">16696</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003756</sdata><score>100</score></hit><hit><sdata name="DID">16937</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003806</sdata><score>100</score></hit><hit><sdata name="DID">15976</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003381</sdata><score>100</score></hit><hit><sdata name="DID">16364</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003807</sdata><score>100</score></hit><hit><sdata name="DID">15832</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003803</sdata><score>100</score></hit><hit><sdata name="DID">17285</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1004041</sdata><score>100</score></hit><hit><sdata name="DID">16639</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003972</sdata><score>100</score></hit><hit><sdata name="DID">16820</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1003628</sdata><score>100</score></hit><hit><sdata name="DID">15183</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-007721</sdata><score>100</score></hit><hit><sdata name="DID">15180</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-007720</sdata><score>100</score></hit><hit><sdata name="DID">15640</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-007722</sdata><score>100</score></hit><hit><sdata name="DID">15631</sdata><sdata name="SDDDOCNAME">WCC_CLUSTER1-007719</sdata><score>100</score></hit></hitlist><count>66</count><groups sdata="SDDRILLDOWN"><group value="Document,insight_application1,"><count>66</count></group></groups></ctx_result_set>
>search/7
02.19 15:23:54.369
IdcServer-14887
Trace:
search/7
02.19 15:23:54.369
IdcServer-14887
ctx_query.result_set start time:15:23:54.31
search/7
02.19 15:23:54.369
IdcServer-14887
ctx_query.result_set   end time:15:23:54.32
search/7
02.19 15:23:54.369
IdcServer-14887
Result parsing start time: 15:23:54.33
search/7
02.19 15:23:54.369
IdcServer-14887
Result parsing   end time: 15:23:54.35
search/7
02.19 15:23:54.369
IdcServer-14887
SELECT dDocName,dDocTitle,dDocType,dSecurityGroup,dInDate,xArchiveFlag,xHidden,xWebsiteObjectType,xWebsiteSection,xDontShowInListsForWebsites,dRevisionID,dDocCreator,dWebExtension,xUpdateContentType,xSubmitForApproval,xFilesAllowed,xRegionDefinition,xWCWorkflowAssignment,dDocCreatedDate,dCreateDate,xWCTags,dOriginalName,xNewsType,dFormat,dPublishType,dDocFunction,dDocAuthor,VaultFileSize,dDocLastModifier,xWebFlag,dOutDate,dGif,dExtension,dDocLastModifiedDate,xClbraRoleList,xInhibitUpdate,URL,AlternateFormat,WebFileSize,xClbraUserList,dDocOwner,xReadOnly,dRevClassID,xWCWorkflowApproverUserList,xCollectionID,xComments,xPartitionId,dRevLabel,xStorageRule,dFullTextFormat,xWebsites,xDocumentSortDate,dRendition2,dRendition1,dID,xReadyForReplication,dDocAccount,xReadMoreURL,xIdcProfile,xClbraAliasList,otsFormat,otsCharset,otsLanguage FROM IdcText2 WHERE dID IN (17207,17281,17105,17244,16997,17034,17239,17178,17112,17276,17193,17070,17195,17275,17189,16993,17032,16784,16268,16866,16940,16823,16731,17132,16645,16678,16642,16610,16726,16663,15967,15878,16277,15624,16178,16765,16691,16827,16303,16696,16937,15976,16364,15832,17285,16639,16820,15183,15180,15640,15631)
search/7
02.19 15:23:54.369
IdcServer-14887
Meta query start time: 15:23:54.35
search/7
02.19 15:23:54.369
IdcServer-14887
Meta query end time:15:23:54.35
>searchquery/6
02.19 15:23:54.369
IdcServer-14887
!csMonitorActiveDbConnections,0
>searchquery/6
02.19 15:23:54.369
IdcServer-14887
Connection is removed from active connections with key of '[ACTIVE] ExecuteThread: '21' for queue: 'weblogic.kernel.Default (self-tuning)''.
>searchquery/6
02.19 15:23:54.369
IdcServer-14887
release pool connection
>searchquery/6
02.19 15:23:54.382
IdcServer-14887
Execution time is 69 ms.
>searchquery/7
02.19 15:23:54.662
IdcServer-14888
Query by [email protected] from CIS
>searchquery/6
02.19 15:23:54.662
IdcServer-14888
preparedQueryText: ( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2014-01-01 00:00:00`) <and> (xDocumentSortDate<`2014-12-31 00:00:00`)))) )
>searchquery/6
02.19 15:23:54.662
IdcServer-14888
Setting substr to other operator conv flag: '( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2014-01-01 00:00:00`) <and> (xDocumentSortDate<`2014-12-31 00:00:00`)))) )'
>searchqueryparse/6
02.19 15:23:54.662
IdcServer-14888
Into parse of UniversalSearchQuery for: ( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2014-01-01 00:00:00`) <and> (xDocumentSortDate<`2014-12-31 00:00:00`)))) )
>searchqueryparse/6
02.19 15:23:54.662
IdcServer-14888
Into parseQueryEx of UniversalSearchQueryParser for queryArr : ( ((xRegionDefinition <matches> `NEWS_REG_DEF`) <and> ((xArchiveFlag <matches> `Yes`) <and> ((xDocumentSortDate>`2014-01-01 00:00:00`) <and> (xDocumentSortDate<`2014-12-31 00:00:00`)))) )
>searchquery/6
02.19 15:23:54.662
IdcServer-14888
Parsing universal query:

Oracle.sql.BLOB.freeTemporary() is not freeing TEMP space in the database

Hi Folks,
We are using oracle.sql.BLOB to store some file information into the database.
Allocation of the temp space is done as below
BLOB blob=BLOB.createTemporary(conn, false, BLOB.DURATION_SESSION); // this results in the usage of TEMP space from database
And subsequent release is done as below
blob.freeTemporary(); // this should have release the space from the database.
This is on Oracle 10g, Java 1.6, ojdbc6.jar There are no exceptions. Even a simple program results in the same.
Anybody faced something similar? Any pointers would be really appreciated.
Thanks,
Deva
Edited by: user10728663 on Oct 11, 2011 5:33 AM

Thanks a lot for the information.
Memory is fine. And I am able to reproduce this within the scope of a simple example as well.
Would you have any reference to the thread which had earlier reported this as a bug. I tried a reasonable amount of search in the forum, but no success.
Thanks very much for any pointers.

V$temp_space_header showing temp space fully utilized but not true

hi,
any experience regarding temp space headeR?
currently we are experiencing this issue:
when using this:
SELECT tablespace_name, SUM(bytes_used), SUM(bytes_free) FROM v$temp_space_header GROUP BY tablespace_name;
TABLESPACE_NAME SUM(BYTES_USED) SUM(BYTES_FREE)
TEMP 227632218112 0
but when using this:
SELECT NVL(A.tablespace_name, D.name) tablespace,
D.mb_total,
SUM (NVL(A.used_blocks,0) * D.block_size) / 1024 / 1024 mb_used,
D.mb_total - SUM (NVL(A.used_blocks,0) * D.block_size) / 1024 / 1024 mb_free
FROM v$sort_segment A,
SELECT B.name, C.block_size, SUM (C.bytes) / 1024 / 1024 mb_total
FROM v$tablespace B, v$tempfile C
WHERE B.ts#= C.ts#
GROUP BY B.name, C.block_size
) D
WHERE A.tablespace_name (+) = D.name
GROUP by NVL(A.tablespace_name, D.name), D.mb_total
TABLESPACE MB_TOTAL MB_USED MB_FREE
TEMP 217087 839 216248
is this a bug??
thanks.

Hi,
It may be the case that the operation you are doing needs more temp space than the amount of temp space that actually can be available.
Instade of looking at free and used temp space, You can look at the operation which needs that much amount of temp space. May be there is some way to minimize that..
Please share what actually are you doing when this problem is coming.
Regards,
Dipali

Maximum TEMP space ever used

Similar Messages

Maybe you are looking for