PSAPUNDO tablespace shows 100% full over a long time in oracle 11.2

Dear Experts,
In our server PSAPUNDO table space showing 100% full since three weeks and due to this space critical objects found in PSAPUNDO tablespace.
PSAPUNDO has automatic management enable.
Referred Note 1035137 but no clue found.
Kindly suggest on this.
Thanks,
Bharath.

Deepak Kori wrote:
Hi Bharath,
From the information above PSAPUNDO tablespace has autoextend off.
You need to change is to on for all the datafiles or add a new datafile with auto extend ON.
Hope this helps.
Regards,
Deepak Kori
O.o
sorry, why?
clearly you do not know how undo works and the SAP recommendations.
Automatic UNDO management was introduced in Oracle 9i as indicated on the SAP note 600141. Oracle will try to keep the information the "retention_time" minutes.
from Oracle 10g the behaviour will change a little (explained on the note 1035137).
TRY, that is an important word, Unless you specify otherwise when create the tablespace, Oracle will reuse the data if there is no free space. (that is not the default behaviour).<= corrected here, typo
But, going to the OP question. Oracle will use all the free space on the tablespace, there is no problem with that, and, when full, will start reusing the expired segments. In case there are no expired segments then it will reuse the non expired segments. Depending on the size of the tablespace this would happen or not.
therefore, having the PSAPUNDO "full" means nothing, it is normal, expected.
the problem could be if Oracle is reusing NON expired segments.
The recommendation is, for new installations where you do not know the activity, to keep the PSAPUNDO autoextend so it grows to the "normal" size for your business the operation.
then you deactivate the AUTOEXTEND and monitor if need to use non expired undo
Please, check the Oracle documentation for more information:
http://docs.oracle.com/cd/E11882_01/server.112/e25494/undo.htm#ADMIN013
Message was edited by: Fidel Vales

Similar Messages

My PSAPTEMP tablespace always show 100% Full or Used

Dear All ,
Using brtools my tablespace PSAPTEMP always show 100% full or Used, I extend 2 Gb size in PSAPTEMP tablespace but still no solution
Please guide me why it always shows 100% used and what is the performance impact on that
Regards
Shahid

Hello Shahid,
> Please guide me why it always shows 100% used and what is the performance impact on that
This is a normal behaviour in case of a temporary tablespace.
If you do sorts, hash-joins, etc. which can not be done in memory-only you allocate extents in the temporary tablespace. If you finish your query, that temporary extents will be marked as free but they still kept allocated. So over the uptime of your database your temporary tablespace will be filled by allocated (but marked as free) extents .. and so you will see it as "full". You can also check the current "real" usage of your temporary tablespace by the view V$TEMPSEG_USAGE:
http://download.oracle.com/docs/cd/B19306_01/server.102/b14237/dynviews_2164.htm#i1421319
The temporary extents will be deallocated by a database shutdown or by a database start, if the database crashed before.
If you don't get any ORA-01652 by your query .. everything is fine.
Regards
Stefan

Hdisk0 and hdisk1 is showing 100% busy most of the time

Hi,
hdisk0 and hdisk1 is showing 100% busy most of the time.During 100% busy database and application goes hang even a simple sql query or simple os command(ex: ls -lrt) takes long time to execute.whereas hdisk0 and hdisk1 not hit where oracle home and oracle datafiles is located.hdisk0 and hdisk1 hit /var,/tmp,/usr,/opt etc.
Regards,
Sajid

What OS ?
--AIX 5.3
What database version ?
--10.2.0.4.0
What kind of filesystem ?
Filesystem GB blocks Free %Used Iused %Iused Mounted on
/dev/hd4 1.00 0.95 6% 1975 1% /
/dev/hd2 4.00 1.45 64% 39807 11% /usr
/dev/hd9var 2.00 0.94 53% 577 1% /var
/dev/hd3 6.00 3.13 48% 4401 1% /tmp
/dev/hd1 1.00 0.90 11% 234 1% /home
/proc - - - - - /proc
/dev/hd10opt 0.25 0.18 29% 1284 3% /opt
/dev/fslv00 750.00 198.92 74% 1620391 4% /vol01
/dev/fslv01 460.00 200.18 57% 524775 2% /vol02
/dev/fslv02 185.00 44.46 76% 440425 5% /vol03
What is on those disks ?
rmsdb:/>lspv -l hdisk0
hdisk0:
LV NAME LPs PPs DISTRIBUTION MOUNT POINT
hd10opt 1 1 00..00..01..00..00 /opt
hd1 4 4 00..00..04..00..00 /home
lg_dumplv 8 8 00..08..00..00..00 N/A
hd5 1 1 01..00..00..00..00 N/A
hd8 1 1 00..00..01..00..00 N/A
hd6 77 77 00..77..00..00..00 N/A
hd2 16 16 00..00..16..00..00 /usr
hd4 4 4 00..00..04..00..00 /
hd3 24 24 00..00..24..00..00 /tmp
hd9var 8 8 00..00..08..00..00 /var
rmsdb:/>lspv -l hdisk1
hdisk1:
LV NAME LPs PPs DISTRIBUTION MOUNT POINT
hd10opt 1 1 00..00..01..00..00 /opt
hd1 4 4 00..00..04..00..00 /home
lv02 7 7 00..07..00..00..00 /mkcd/cd_images
loglv01 1 1 00..01..00..00..00 N/A
hd5 1 1 01..00..00..00..00 N/A
hd8 1 1 00..00..01..00..00 N/A
hd6 77 77 00..77..00..00..00 N/A
hd2 16 16 00..00..16..00..00 /usr
hd4 4 4 00..00..04..00..00 /
hd3 24 24 00..00..24..00..00 /tmp
hd9var 8 8 00..00..08..00..00 /var
What database processes are running ?
--As i observed while running oracle batch running
Did you look at memory and cpu and swap usage at the OS level ? Did you look at what OS process is using the most resource ?
--I use topas to look this but i did not get,How can i look what os process is using the most
resource?
Did you run a statspack or awr report on the database to identify what is running ?
--Nohting as Oracle support said
Regards,
Sajid

Full GC taking longer time

hi Team,
We are running SLD on separate hardware with Windows 2003. But since couple of months we been observing that 'full GC taking longer time' then it used to be. So wondering what are the possible parameters, configuration items that i need to look back to find tune this issue.
any good reference docs related to find tuning the GC is much appriciated.
Thanks
Sekhar

Hi ,
Hope this might help.
http://www.ibm.com/developerworks/library/i-gctroub/
http://my.safaribooksonline.com/0596003773/javapt2-CHP-3-SECT-4#X2ludGVybmFsX1NlY3Rpb25Db250ZW50P3htbGlkPTA1OTYwMDM3NzMvamF2YXB0Mi1DSFAtMy1TRUNULTE=
http://java.sun.com/docs/hotspot/gc5.0/gc_tuning_5.html
Also check out the pdfs
https://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/7fdca26e-0601-0010-369d-b3fc87d3a2d9
https://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/22baa590-0201-0010-26a3-f1cfa2469973
Rgds
joel

Tablespaces are 100% full

Hi All,
In our SAP ECC 6.0 system 3 tablespaces are full. ( 100% used ) but file settings for these tablespaces is AUTO Extend ON .( oracle version is 10.2.0 )
We have sufficient space at file system level.
Please suggest:
1. Should I have to add files to those tablespaces or no need ?
2. Shall I change file settings from Auto Extend On to Off at any time with SQL or BRtools?
Thanks & Regards,
Veera

>>1. One of my BASIS colleague suggested to add 4gb space to existing datafile ? How can I extend 4GB space to a data file which is autoextend ON?
Autoextend on / off has advantage and disadvantages.
You datafile automatically extended as the data grow. But you need to make sure the disk has sufficient freespace. Also make sure your tablespaces not growing fastly.
What's you monthly DB growth. If below 10 GB then I suggest you can swith off autoextend and add 32 GB datafile and add more space as you need in future. This way you will have control on your DB growth and also filesystem (disk)
Both option requires monitoring of your DB and filesystems.
>>2. If tablespace are 100% ( file settings are auto extend on ) full will it effect on performance.
There is no performance impact but depends how much size you are extending you datafile by. If you extened you db by less than 1GB or so you may have some performance issue.

Full GC takes long time

Hello,
Since the last two weeks, we're experiencing Full GCs that take long time and block our application.
Our platform is:
Windows 2003 Server 64 bit
Tomcat 6.0.18
Java 1.6.0_u13.
Total memory: 8Gb.
-Xms4096m
-Xmx6144m
-Xss256k
Old generation: min 2,66Gb max 4,0G
Eden generation: min 1,5Gb max 2,0G
Perm generation: min 57Mb max 84Mb
Here a piece of our gc.log:
21601.266: [GC [PSYoungGen: 2009225K->6206K(1942528K)] 3913618K->1913365K(4738752K), 0.0992347 secs] [Times: user=0.16 sys=0.03, real=0.11 secs]
21611.268: [GC [PSYoungGen: 1942485K->5485K(1879040K)] 3849645K->1914490K(4675264K), 0.0986129 secs] [Times: user=0.11 sys=0.00, real=0.11 secs]
21618.350: [GC [PSYoungGen: 1879021K->12392K(2060928K)] 3788026K->1930794K(4857152K), 0.2036000 secs] [Times: user=0.14 sys=0.02, real=0.20 secs]
21624.869: [GC [PSYoungGen: 1935116K->8545K(2065600K)] 3853519K->1930702K(4861824K), 0.0924182 secs] [Times: user=0.05 sys=0.00, real=0.09 secs]
21624.961: [Full GC (System) [PSYoungGen: 8545K->0K(2065600K)] [PSOldGen: 1922156K->635750K(2796224K)] 1930702K->635750K(4861824K) [PSPermGen: 38643K->38643K(60992K)], 1.3719842 secs] [Times: user=1.09 sys=0.00, real=1.36 secs]
21634.887: [GC [PSYoungGen: 2048500K->10395K(2078912K)] 2684250K->646145K(4875136K), 0.0180670 secs] [Times: user=0.02 sys=0.05, real=0.01 secs]
21645.165: [GC [PSYoungGen: 2074007K->8120K(2003392K)] 2709758K->648930K(4799616K), 0.0176943 secs] [Times: user=0.08 sys=0.00, real=0.03 secs]
25209.938: [GC [PSYoungGen: 1760190K->7344K(1707072K)] 4127764K->2376892K(4503296K), 0.0760053 secs] [Times: user=0.11 sys=0.03, real=0.06 secs]
25218.120: [GC [PSYoungGen: 1707056K->10511K(1657728K)] 4076604K->2382964K(4453952K), 0.0704081 secs] [Times: user=0.13 sys=0.00, real=0.08 secs]
25221.680: [GC [PSYoungGen: 1657679K->5731K(1982400K)] 4030132K->2385544K(4778624K), 0.0985384 secs] [Times: user=0.20 sys=0.00, real=0.09 secs]
25226.968: [GC [PSYoungGen: 993426K->6083K(1982784K)] 3373239K->2389543K(4779008K), 0.5147901 secs] [Times: user=0.08 sys=0.00, real=0.52 secs]
25227.483: [Full GC (System) [PSYoungGen: 6083K->0K(1982784K)] [PSOldGen: 2383460K->536034K(2796224K)] 2389543K->536034K(4779008K) [PSPermGen: 39765K->38756K(58816K)], 155.4030025 secs] [Times: user=1.34 sys=0.64, real=155.39 secs]
25389.833: [GC [PSYoungGen: 1976624K->12915K(2023616K)] 2512658K->566671K(4819840K), 13.1263397 secs] [Times: user=0.11 sys=0.03, real=13.13 secs]
25405.871: [GC [PSYoungGen: 2023579K->13857K(2031552K)] 2577335K->583736K(4827776K), 3.5796784 secs] [Times: user=0.03 sys=0.00, real=3.58 secs]
25416.490: [GC [PSYoungGen: 2024544K->9059K(2074944K)] 2594423K->587581K(4871168K), 0.1184355 secs] [Times: user=0.06 sys=0.00, real=0.13 secs]
25425.393: [GC [PSYoungGen: 2064144K->7415K(2075456K)] 2642665K->590222K(4871680K), 0.0441002 secs] [Times: user=0.02 sys=0.00, real=0.05 secs]
25438.547: [GC [PSYoungGen: 2062519K->8857K(2075264K)] 2645326K->594735K(4871488K), 0.0301620 secs] [Times: user=0.01 sys=0.00, real=0.03 secs]
The minor collections go perfect.
The first full GC in this piece of log takes 1,36s, and the old generation passes from 1922156K->635750K
But the second full GC (1 hour later) blocks the server for 155.39s, and the old generation pases from 2383460K->536034K
The server load between execution of full GC was similar. Any differences I saw in this two moments:
first full gc: number of Tomcat http threads : 230. The full gc provokes that Tomcat start new threads until get 500 (maxThreads)
second full gc: number of Tomcat http threads : 500.
I'm not an expert in tunning jvm. If somebody could help me, these pauses are killing the app and it's unacceptable for my client (for 2 min. the app does not work).
If you need more information (threads stack, histograms, ... I have ...)
Maybe I need to reduce the size of the old generation? Or change the garbage collector for old generation? The server cpu is going well, I prefer to consume more cpu in gc and avoid this pauses.
Any help will be very very appreciated.
Thanks in advance,
Joan.

Hello,
Sorry for my continuous replies. Another full gc has occurred. This is the trace:
262631.531: [GC [PSYoungGen: 2071685K->10889K(2078464K)] 4711353K->2652961K(4874688K), 0.3392037 secs] [Times: user=0.08 sys=0.00, real=0.34 secs]
262640.608: [GC [PSYoungGen: 2071978K->11055K(2078784K)] 4714051K->2656136K(4875008K), 1.3267436 secs] [Times: user=0.06 sys=0.00, real=1.33 secs]
262649.880: [GC [PSYoungGen: 2072165K->17337K(2071872K)] 4717246K->2669454K(4868096K), 3.0493937 secs] [Times: user=0.16 sys=0.00, real=3.05 secs]
262658.069: [GC [PSYoungGen: 2071865K->14678K(2075840K)] 4723982K->2676078K(4872064K), 5.4598301 secs] [Times: user=0.08 sys=0.03, real=5.45 secs]
262666.592: [GC [PSYoungGen: 2069183K->15835K(2075776K)] 4730583K->2682691K(4872000K), 1.6894894 secs] [Times: user=0.11 sys=0.05, real=1.70 secs]
262673.352: [GC [PSYoungGen: 2070620K->14122K(2068992K)] 4737476K->2687230K(4865216K), 2.9711981 secs] [Times: user=0.06 sys=0.03, real=2.97 secs]
262682.891: [GC [PSYoungGen: 2068909K->10709K(2075712K)] 4742017K->2686673K(4871936K), 1.1160323 secs] [Times: user=0.19 sys=0.00, real=1.13 secs]
262691.733: [GC [PSYoungGen: 2065941K->10683K(2075584K)] 4741905K->2689212K(4871808K), 1.4898942 secs] [Times: user=0.05 sys=0.00, real=1.50 secs]
262701.512: [GC [PSYoungGen: 2065888K->9341K(2076480K)] 4744418K->2690073K(4872704K), 1.3835846 secs] [Times: user=0.13 sys=0.00, real=1.39 secs]
262709.896: [GC [PSYoungGen: 2065601K->10718K(2076480K)] 4746334K->2693212K(4872704K), 0.7815897 secs] [Times: user=0.05 sys=0.01, real=0.78 secs]
262718.681: [GC [PSYoungGen: 2067028K->10199K(2076672K)] 4749523K->2695508K(4872896K), 1.2951014 secs] [Times: user=0.06 sys=0.00, real=1.30 secs]
262727.940: [GC [PSYoungGen: 2067345K->10112K(2076608K)] 4752654K->2698129K(4872832K), 1.6785345 secs] [Times: user=0.08 sys=0.00, real=1.69 secs]
262736.092: [GC [PSYoungGen: 2067264K->10886K(2077184K)] 4755281K->2702237K(4873408K), 1.1985764 secs] [Times: user=0.06 sys=0.02, real=1.20 secs]
262744.626: [GC [PSYoungGen: 2069382K->11366K(2077248K)] 4760733K->2705795K(4873472K), 1.4323653 secs] [Times: user=0.13 sys=0.00, real=1.44 secs]
262754.913: [GC [PSYoungGen: 2069912K->11945K(2077824K)] 4764342K->2708689K(4874048K), 0.8340946 secs] [Times: user=0.03 sys=0.00, real=0.84 secs]
262765.038: [GC [PSYoungGen: 2072283K->11669K(2077888K)] 4769028K->2711204K(4874112K), 1.3040060 secs] [Times: user=0.09 sys=0.02, real=1.31 secs]
262776.885: [GC [PSYoungGen: 2072021K->9940K(2079360K)] 4771556K->2711919K(4875584K), 0.8646772 secs] [Times: user=0.09 sys=0.00, real=0.88 secs]
262783.713: [GC [PSYoungGen: 1173115K->8659K(2079168K)] 3875094K->2713127K(4875392K), 1.4434465 secs] [Times: user=0.09 sys=0.00, real=1.45 secs]
262785.157: [Full GC (System) [PSYoungGen: 8659K->0K(2079168K)] [PSOldGen: 2704467K->655075K(2796224K)] 2713127K->655075K(4875392K) [PSPermGen: 41376K->40988K(42048K)], 132.6088125 secs] [Times: user=1.47 sys=0.39, real=132.58 secs]
262925.100: [GC [PSYoungGen: 2062280K->16892K(2068992K)] 2717355K->683188K(4865216K), 8.9491611 secs] [Times: user=0.13 sys=0.00, real=8.94 secs]
262971.183: [GC [PSYoungGen: 2068978K->8052K(2074624K)] 2735273K->692990K(4870848K), 7.7833800 secs]
When a "bad" full GC occurs, I can see that just before it the minor collections start to perform bad. Normal values for minor collections are 0,0x seconds, and before a "bad" full GC these minor collections take seconds (1, 2, ... up to 5 seconds).
I can show an histogram of the first 25 entries before and after the full GC:
BEFORE
num #instances #bytes class name
1: 226135 718455272 [I
2: 1905686 637239584 [C
3: 122775 621626112 [B
4: 8218 538714736 [Lcom.sun.org.apache.xpath.internal.objects.XObject;
5: 160974 445403288 [Ljava.lang.Object;
6: 1759928 70397120 java.lang.String
7: 334672 42838016 com.sun.org.apache.xerces.internal.dom.DeferredElementNSImpl
8: 103592 42699248 [[I
9: 227966 41945744 java.net.SocksSocketImpl
10: 629974 35278544 com.vpfw.proxy.cache.data.B
11: 636515 30552720 java.util.concurrent.ConcurrentHashMap$HashEntry
12: 555354 26656992 java.util.HashMap$Entry
13: 89059 18034280 [Ljava.util.HashMap$Entry;
14: 230432 16591104 com.sun.org.apache.xerces.internal.dom.DeferredTextImpl
15: 225401 14425664 java.lang.ref.Finalizer
16: 222588 14245632 java.net.SocketInputStream
17: 334644 13385760 com.sun.org.apache.xerces.internal.dom.AttributeMap
18: 386837 12378784 java.util.concurrent.ConcurrentLinkedQueue$Node
19: 40226 11263504 [[Ljava.lang.Object;
20: 21646 11246112 [Ljava.util.concurrent.ConcurrentHashMap$HashEntry;
21: 684613 10953808 java.lang.Object
22: 227958 9118320 java.net.Socket
23: 218591 8743640 java.net.Inet4Address
24: 57810 8730528 <constMethodKlass>
25: 230658 7381056 java.io.FileDescriptor
AFTER
num #instances #bytes class name
1: 91917 650028776 [B
2: 1767088 612264368 [C
3: 176313 581838552 [I
4: 141278 322132688 [Ljava.lang.Object;
5: 1762956 70518240 java.lang.String
6: 367122 46991616 com.sun.org.apache.xerces.internal.dom.DeferredElementNSImpl
7: 239506 44069104 java.net.SocksSocketImpl
8: 633882 35497392 com.vpfw.proxy.cache.data.B
9: 639797 30710256 java.util.concurrent.ConcurrentHashMap$HashEntry
10: 606366 29105568 java.util.HashMap$Entry
11: 72730 20521256 [[I
12: 89136 18497696 [Ljava.util.HashMap$Entry;
13: 252946 18212112 com.sun.org.apache.xerces.internal.dom.DeferredTextImpl
14: 236339 15125696 java.lang.ref.Finalizer
15: 233891 14969024 java.net.SocketInputStream
16: 366906 14676240 com.sun.org.apache.xerces.internal.dom.AttributeMap
17: 429913 13757216 java.util.concurrent.ConcurrentLinkedQueue$Node
18: 43319 12129544 [[Ljava.lang.Object;
19: 719233 11507728 java.lang.Object
20: 21649 11246408 [Ljava.util.concurrent.ConcurrentHashMap$HashEntry;
21: 239498 9579920 java.net.Socket
22: 143 9317736 [Lcom.sun.org.apache.xpath.internal.objects.XObject;
23: 229531 9181240 java.net.Inet4Address
24: 57817 8735944 <constMethodKlass>
25: 242443 7758176 java.io.FileDescriptor
The big differencies is the "com.sun.org.apache.xpath.internal.objects.XObject;".
Before and after, the values are:
4: 8218 538714736 [Lcom.sun.org.apache.xpath.internal.objects.XObject;
22: 143 9317736 [Lcom.sun.org.apache.xpath.internal.objects.XObject;
Could this the cause of the full GC that takes long time?
Thanks,
Joan.

Messages in Processing State for a long time on Oracle B2B 10 G

Messages posted for all the protocols (FTP,Email,Ebxml) are taking a long time to be processed .Usually after redeploying the agreements it was taking quite a bit of time to be processed . For one of the problems , we purged the entire configuration , imported the backed up export file and deployed all the agrreements for all the trading partners after which it is taking a long time for the messages to be processed (more than 5-6 hours) .
IS there any way to figure as to what the issue may be ?

Is this happening for inbound or outbound? Do you see any errors in the b2b.log?
Regards,
Anuj

Backup in progress over extraordinary long time

Dear All,
We have two version of SAP ECC 6.0 have SQL2005 as database and ECC 4.6 having SQL 2000 as database.
Now I have scheduled my backup for ECC4.6 development,but it is not taking place.When I checked the log it is giving no history information found.Might still be running.
When I see in DB12 I found the following
Last successful backups :
Full R/3 backup            29 Jun 2008 04:17:08
Differential R/3 backup    Not found during past 1 month
Transaction log backup     30 Jun 2008 10:32:22
Full master backup         27 May 2008 02:21:36
Full MSDB backup           27 May 2008 02:25:43
Normally it takes 10-11 to take full backup via cartridge.But why this job is running since so long.Can anyone suggest what went wrong.
Regards,
Ashutosh

Dear Juan,
This is the log I am getting.can you suggest what can be done.
Date     Source     Message
2008-06-28 15:41:47.00      server     Microsoft SQL Server 2000 - 8.00.760 (Intel X86) ...
2008-06-28 15:41:47.03      server     Logging SQL Server messages in file 'h:\MSSQL\log\ERRORLOG'.
2008-06-28 15:41:47.03      server     Server Process ID is 888.
2008-06-28 15:41:47.03      server     All rights reserved.
2008-06-28 15:41:47.03      server     Copyright (C) 1988-2002 Microsoft Corporation.
2008-06-28 15:41:47.07      server     SQL Server is starting at priority class 'normal'(1 CPU detected).
2008-06-28 15:41:48.17      server     SQL Server configured for thread mode processing.
2008-06-28 15:41:48.17      server     Using dynamic lock allocation. [2500] Lock Blocks, [5000] Lock Owner Blocks.
2008-06-28 15:41:48.67      server     Attempting to initialize Distributed Transaction Coordinator.
2008-06-28 15:41:51.15      server     Failed to obtain TransactionDispenserInterface: Result Code = 0x8004d01b
2008-06-28 15:41:51.28      spid3     Starting up database 'master'.
2008-06-28 15:41:52.35      spid3     Recovery is checkpointing database 'master' (1)
2008-06-28 15:41:52.35      spid3     0 transactions rolled back in database 'master' (1).
2008-06-28 15:41:52.67      spid5     Starting up database 'model'.
2008-06-28 15:41:52.67      server     Using 'SSNETLIB.DLL' version '8.0.766'.
2008-06-28 15:41:52.67      spid3     Server name is 'SAPSERVER'.
2008-06-28 15:41:52.79      spid9     Starting up database 'pubs'.
2008-06-28 15:41:52.79      spid8     Starting up database 'msdb'.
2008-06-28 15:41:52.81      spid11     Starting up database 'test'.
2008-06-28 15:41:52.81      spid10     Starting up database 'Northwind'.
2008-06-28 15:41:53.14      server     SQL server listening on 127.0.0.1: 1433.
2008-06-28 15:41:53.14      server     SQL server listening on 10.1.1.27: 1433.
2008-06-28 15:41:53.25      spid5     Clearing tempdb database.
2008-06-28 15:41:53.50      spid10     Starting up database 'DEV'.
2008-06-28 15:41:56.37      spid8     1003 transactions rolled forward in database 'msdb' (4).
2008-06-28 15:41:56.67      spid8     0 transactions rolled back in database 'msdb' (4).
2008-06-28 15:41:56.73      spid8     Recovery is checkpointing database 'msdb' (4)
2008-06-28 15:41:57.06      server     SQL Server is ready for client connections
2008-06-28 15:41:57.06      server     SQL server listening on TCP, Shared Memory, Named Pipes.
2008-06-28 15:41:57.29      spid5     Starting up database 'tempdb'.
2008-06-28 15:42:47.31      spid10     343 transactions rolled forward in database 'DEV' (8).
2008-06-28 15:42:47.73      spid10     0 transactions rolled back in database 'DEV' (8).
2008-06-28 15:42:47.76      spid10     Recovery is checkpointing database 'DEV' (8)
2008-06-28 15:42:48.03      spid3     SQL global counter collection task is created.
2008-06-28 15:42:48.03      spid3     Recovery complete.
2008-06-28 15:42:52.62      spid51     Using 'xpsqlbot.dll' version '2000.80.194' to execute extended stored procedure
2008-06-28 15:43:43.93      spid53     Using 'xpstar.dll' version '2000.80.760' to execute extended stored procedure '
2008-06-28 15:46:48.87      backup     BACKUP failed to complete the command BACKUP LOG [DEV] TO DISK = N'G:\tlog bac
2008-06-28 15:46:48.87      spid53     Internal I/O request 0x46E4B618: Op: Write, pBuffer: 0x10AF0000, Size: 983040,
2008-06-28 15:46:48.87      spid53     BackupMedium::ReportIoError: write failure on backup device 'G:\tlog backup\280
2008-06-28 15:54:14.20      backup     BACKUP failed to complete the command BACKUP LOG [DEV] TO DISK = N'H:\tlog bac
2008-06-28 15:54:14.20      spid53     BackupDiskFile::CreateMedia: Backup device 'H:\tlog backup\28June.bak' failed t
2008-06-28 16:21:35.89      backup     Log backed up: Database: DEV, creation date(time): 2006/04/21(11:21:11), first
2008-06-28 16:25:30.98      spid87     Using 'xplog70.dll' version '2000.80.760' to execute extended stored procedure
2008-06-29 00:02:54.82      spid101     Tape 'CD19S' (Family ID: 0x2728ff2e, sequence 1) mounted on tape drive 'TAPE1'.
2008-06-29 04:17:08.71      spid101     Tape 'CD19S' (Family ID: 0x2728ff2e, sequence 1) dismounted from tape drive 'TA
2008-06-29 04:17:12.50      backup     Database backed up: Database: DEV, creation date(time): 2006/04/21(11:21:11), p
2008-06-29 04:23:30.04      spid100     Tape 'CD19S' (Family ID: 0x2728ff2e, sequence 1) mounted on tape drive 'TAPE1'.
2008-06-29 07:35:39.32      spid100     Tape 'CD19S' (Family ID: 0x2728ff2e, sequence 1) dismounted from tape drive 'TA
2008-06-29 07:35:55.28      backup     BACKUP failed to complete the command BACKUP DATABASE [DEV] TO TAPE1 WITH NOIN
2008-06-29 07:36:47.59      spid100     BackupTapeFile::RequestDurable: WriteTapemark failure on backup device '
.\Tap
2008-06-30 10:32:23.21      backup     Log backed up: Database: DEV, creation date(time): 2006/04/21(11:21:11), first
Regards,
Ashutosh
Edited by: ashutosh singh on Jun 30, 2008 2:03 PM
Edited by: ashutosh singh on Jun 30, 2008 2:09 PM

Mac shows symbols and takes a long time to start. HELP!!!

When i start my mac it shows me a strange symbol in a grey screen..
It looks like the symbol from the network ( that round blue circle)
Only it goes on and off the whole time.
and it takes ages to start the mac.
And after that is one is gone another one shows up.
this one looks like a map with the finder symbol in it..
and it repeats together with a question mark.
it all started when we changed our internetprovider.
What is it and how can i fix it?
PLEASE HELP ME!!!
emac Mac OS X (10.3.9)

shubs,
Welcome to the Apple Discussions!
You're seeing the NetBoot symbol; somehow, your Mac thinks it's supposed to boot off an unavailable network volume. The startup attempt will eventually time out and go on to the next devices it thinks it's supposed to try to boot from, until it eventually reaches your hard drive.
If your Mac is currently booted to the hard drive and usable, go to System Preferences> Startup Disk and select your hard drive's OS X System.
if the eMac is currently off, you can start it while holding down the 'x' key to force it to try to boot from the hard drive (more strictly, from an OS X System on the first partition of the hard drive).
Another option is to reset PRAM (which includes resetting the boot volume setting) by holding down command-option-p-r at startup until you hear three sets of chimes, then release the keys.
Once the startup disk is cleared up, you should go through the various System Preferences settings and make sure everything else is the way you want.

Using functions in select statement(joining 5 tables) taking long time in Oracle

Hi,
I have created a query in oracle which joins 5 tables and uses two functions(function names are 'ca_concat' and 'ca_concat_noseq').
Query takes approximately 40 secs to execute around 12000 records. If I remove the functions from query it excutes within a second..
Note : I have used the oracle SQL Developer for testing the query.
It would be appriciated if anybody helps me to improve the perfomance of the query.
Below are the querie with and without functions:
1. Query with functions:
select
imsAuditEvent12.id as ID,
imsAuditEvent12.audit_time as AUDIT_TIME,
imsAuditEvent12.admin_dn as ADMIN_DN,
imsAuditEvent12.admin_name as ADMIN_NAME,
imsAuditEvent12.event_name as EVENT_NAME,
imsAuditEvent12.event_description as EVENT_DESCRIPTION,
imsAuditEvent12.event_state as EVENT_STATE,
imsAuditEvent12.envname as ENVNAME,
imsAuditTaskSession12.task_name as TASK_NAME,
imsAuditTaskSession12.id as TASK_ID,
imsAuditTaskSession12.task_description as TASK_DESCRIPTION,
imsAuditTaskSession12.task_priority as TASK_PRIORITY,
S1.OBJECT_ID,
S1.OBJECT_NAME as OBJECT_NAME,
S1.OBJECT_TYPE as OBJECT_TYPE,
S2.ATTRIBUTE_NAME as ATTRIBUTE_NAME,
S2.ATTRIBUTE_OLDVALUES as ATTRIBUTE_OLDVALUES,
S2.ATTRIBUTE_NEWVALUES as ATTRIBUTE_NEWVALUES,
S3.OBJECT_DN as OBJECT_DN,
S3.OBJECT_TYPE as IMSOBJECT_TYPE,
S3.CONTAINER_NAME as CONTAINER_NAME,
S3.CONTAINER_DN as CONTAINER_DN,
S3.CONTAINER_TYPE as CONTAINER_TYPE
from
imsAuditEvent12 LEFT JOIN imsAuditTaskSession12 ON imsAuditTaskSession12.id=imsAuditEvent12.tasksession_id LEFT JOIN
(select parent_event_id,
ca_concat('imsAuditEventObject12.parent_event_id',parent_event_id,'imsAuditEventObject12.object_name','imsAuditEventObject12') as OBJECT_NAME,
ca_concat('imsAuditEventObject12.parent_event_id',parent_event_id,'imsAuditEventObject12.object_type','imsAuditEventObject12') as OBJECT_TYPE,
ca_concat_noseq('imsAuditEventObject12.parent_event_id',parent_event_id,'imsAuditEventObject12.ID','imsAuditEventObject12') as OBJECT_ID
from
imsAuditEventObject12 group by parent_event_id) S1
ON imsAuditEvent12.id = S1.parent_event_id LEFT JOIN
(select
parent_object_id,
ca_concat('parent_object_id',parent_object_id,'attribute_name','imsauditobjectattributes12') as ATTRIBUTE_NAME,
ca_concat('parent_object_id',parent_object_id,'attribute_oldvalue','imsauditobjectattributes12') as ATTRIBUTE_OLDVALUES ,
ca_concat('parent_object_id',parent_object_id,'attribute_newvalue','imsauditobjectattributes12') as ATTRIBUTE_NEWVALUES
from
imsauditobjectattributes12 group by parent_object_id) S2
ON S1.OBJECT_ID = S2.parent_object_id LEFT JOIN
(select
parent_event_id,
ca_concat('parent_event_id',parent_event_id,'OBJECT_DN','imsauditobjectrelationship12') as OBJECT_DN,
ca_concat('parent_event_id',parent_event_id,'OBJECT_TYPE','imsauditobjectrelationship12') as OBJECT_TYPE ,
ca_concat('parent_event_id',parent_event_id,'CONTAINER_NAME','imsauditobjectrelationship12') as CONTAINER_NAME,
ca_concat('parent_event_id',parent_event_id,'CONTAINER_DN','imsauditobjectrelationship12') as CONTAINER_DN,
ca_concat('parent_event_id',parent_event_id,'CONTAINER_TYPE','imsauditobjectrelationship12') as CONTAINER_TYPE
from
imsauditobjectrelationship12 group by parent_event_id) S3
ON imsAuditEvent12.id =S3.parent_event_id where imsauditevent12.id > 0 and imsauditevent12.id <12000 order by imsauditevent12.id ASC;
2. Query without using functions:
select * from imsauditeventobject12 left join imsauditevent12 on imsauditeventobject12.id=imsauditevent12.id left join imsauditobjectattributes12 on imsauditeventobject12.id=imsauditobjectattributes12.parent_object_id left join imsaudittasksession12 on imsauditevent12.tasksession_id=imsaudittasksession12.id left join imsAuditObjectRelationship12 on imsAuditEvent12.id =imsAuditObjectRelationship12.parent_event_id where imsauditevent12.id >0 and imsauditevent12.id < 12000 order by imsauditevent12.id asc;
Thanks,
Badri

Hi,
Please find the below more information about the query.
DB version: Oracle 11g Enterprise Edition Release 11.2.0.1.0
Below are source of the functions:
create or replace function ca_concat( ca_key_name in varchar2,
                       ca_key_val in varchar2,
                       ca_other_col_name in varchar2,
                       ca_tname     in varchar2 )
   return varchar2
      as
       type rc is ref cursor;
       l_str    varchar2(32000);
       l_sep    varchar2(1);
       l_val    varchar2(32000);
       l_count   number(6);
       l_cur    rc;
   begin
   l_count :=1;
   l_str := '';
       open l_cur for 'select '|| ca_other_col_name ||'
                         from '|| ca_tname || '
                        where ' || ca_key_name || ' = '
                   using ca_key_val;
       loop
           fetch l_cur into l_val;
           l_val := SUBSTR(l_val,0,102);
           exit when (l_cur%notfound or l_count > 38);
           l_str := l_str || l_sep || l_count || '.' || l_val;
           l_sep := ',';
       l_count := l_count + 1;
       end loop;
       close l_cur;
       return l_str;
   end;
create or replace function ca_concat_noseq( ca_key_name in varchar2,
                       ca_key_val in varchar2,
                       ca_other_col_name in varchar2,
                       ca_tname     in varchar2 )
   return varchar2
      as
       type rc is ref cursor;
       l_str    nvarchar2(32000);
       l_sep    varchar2(1);
       l_val    varchar2(32000);
       l_count   number(6);
       l_cur    rc;
   begin
   l_count :=1;
       open l_cur for 'select '||ca_other_col_name||'
                         from '|| ca_tname || '
                        where ' || ca_key_name || ' = '
                   using ca_key_val;
       loop
           fetch l_cur into l_val;
           exit when (l_cur%notfound or length(l_val)>3000 or l_count>1);
           l_str := l_str || l_sep || l_val ;
           l_sep := ',';
       l_count := l_count + 1;
       end loop;
       close l_cur;
       return l_str;
end;
Below are the tables structures:
DESC imsauditevent12;
Name                           Null     Type
ID                             NOT NULL NUMBER
TASKSESSION_ID                 NOT NULL NUMBER
TASKSESSION_OID                         VARCHAR2(100)
PARENT_EVENT_OID                        VARCHAR2(100)
AUDIT_TIME                     NOT NULL TIMESTAMP(6)
EVENT_OID                      NOT NULL VARCHAR2(100)
ADMIN_DN                       NOT NULL VARCHAR2(512)
ADMIN_NAME                              VARCHAR2(255)
EVENT_NAME                     NOT NULL VARCHAR2(255)
EVENT_DESCRIPTION                       VARCHAR2(4000)
EVENT_STATE                             VARCHAR2(100)
ENVNAME                        NOT NULL VARCHAR2(100)
ENV_OID                        NOT NULL VARCHAR2(100)
DESC imsauditeventobject12;
Name                           Null     Type
ID                             NOT NULL NUMBER
PARENT_EVENT_ID                NOT NULL NUMBER
AUDIT_TIME                     NOT NULL TIMESTAMP(6)
OBJECT_TYPE                    NOT NULL VARCHAR2(100)
OBJECT_NAME                             VARCHAR2(255)
DESC imsauditobjectattributes12;
Name                           Null     Type
ID                             NOT NULL NUMBER
PARENT_OBJECT_ID               NOT NULL NUMBER
AUDIT_TIME                     NOT NULL TIMESTAMP(6)
DISPLAY_NAME                            VARCHAR2(255)
ATTRIBUTE_NAME                 NOT NULL VARCHAR2(255)
ATTRIBUTE_OLDVALUE                      VARCHAR2(4000)
ATTRIBUTE_NEWVALUE                      VARCHAR2(4000)
DESC imsaudittasksession12;
Name                           Null     Type
ID                             NOT NULL NUMBER
PARENT_TS_OID                           VARCHAR2(100)
PARENT_EVENT_OID                        VARCHAR2(100)
AUDIT_TIME                     NOT NULL TIMESTAMP(6)
TASKSESSION_OID                NOT NULL VARCHAR2(100)
ADMIN_DN                       NOT NULL VARCHAR2(512)
ADMIN_NAME                              VARCHAR2(255)
TASK_NAME                               VARCHAR2(255)
TASK_TAG                       NOT NULL VARCHAR2(255)
TASK_DESCRIPTION                        VARCHAR2(4000)
TASK_PRIORITY                           NUMBER
STATE                          NOT NULL VARCHAR2(100)
ENVNAME                        NOT NULL VARCHAR2(100)
ENV_OID                        NOT NULL VARCHAR2(100)
DESC imsAuditObjectRelationship12;
Name                           Null     Type
ID                             NOT NULL NUMBER
PARENT_EVENT_ID                NOT NULL NUMBER
AUDIT_TIME                     NOT NULL TIMESTAMP(6)
OBJECT_TYPE                    NOT NULL VARCHAR2(100)
OBJECT_DN                      NOT NULL VARCHAR2(512)
CONTAINER_TYPE                 NOT NULL VARCHAR2(100)
OBJECT_NAME                    NOT NULL VARCHAR2(255)
CONTAINER_NAME                 NOT NULL VARCHAR2(255)
CONTAINER_DN                   NOT NULL VARCHAR2(512)
OPERATION                      NOT NULL VARCHAR2(50)
Thanks,
Badri

Query taking long time in oracle 10g

I have a query which runs in 1 minute in oracle 8 but it takes 2 hours in oracle 10. The query has couple of sub queries to select the max effective date as wee as current effective sequence. I checked the parameters and their values are as follows. I want to know whether any values can be increased to make it run faster. Also I did not find the parameter unnestsubquery, I think it should be set to FALSE but did not find the value when I did select * from v$parameter. Is it set to false value by default or should i explicitly declare it. Thanks
Statistic Name Result
processes 200
sessions 225
timed_statistics TRUE
sga_target 335544320
control_files /ora1db13/oradata/KVSU2P13/control01.ctl, /ora2db13/o
db_block_size 8192
compatible 10.2.0.1.0
db_file_multiblock_read_count 4
undo_management AUTO
undo_tablespace ADP_UNDO
db_domain
service_names KVSU2P13, KVSU2P13_VSUP
dispatchers (PROTOCOL=tcp)(DISPATCHERS=4)(CONNECTIONS=50)
shared_servers 10
max_shared_servers 20
shared_server_sessions 150
job_queue_processes 10
background_dump_dest /udb01/app/oracle/admin/KVSU2P13/bdump
user_dump_dest /udb01/app/oracle/admin/KVSU2P13/udump
core_dump_dest /udb01/app/oracle/admin/KVSU2P13/cdump
db_name KVSU2P13
open_cursors 300
optimizercost_based_transformation off
alwayssemi_join off
optimizer_index_cost_adj 10
optimizer_index_caching 50
pga_aggregate_target 25165824
workarea_size_policy auto

Please read these standard threads:
How to post a tuning request:
HOW TO: Post a SQL statement tuning request - template posting
When your query takes too long:
When your query takes too long ...

Query execution taking longer time in Oracle form 10g !!

Hi,
I'm generating a report through Oracle form ( forms 10g) and its taking 3-4 hours to finish. But when I run the same report query in (Oracle 11g) database, it gets executed in less than 40 mins.
The form takes only from and to date as input.
I tried hardcoring the date in the Oracle Form and then the report takes only 40 mins to generate.
I tried various approaches like changing the datatypes of form variable and correspondingly changing the query, but met with no success.
When the report in run through the form , we can see the query getting run in backend for nearly 3 hrs !!! tats really confusing !!
Please let me know, if anybody got any idea on this problem??

Hi,
Even I am facing the same problem above. I am trying to fetch results from a cursor which has subquery running over the db link and placing the results set in a csv file using client_io package. When I run the cursor directly from database (11G), it takes not more than 3-4 min to get the results back. But when I run the same cursor via oracle forms 10G, the query in local database keep on waiting for hours to get results from remote database with "SQL*Net message from dblink". Session on local database remains in active status with state as "Waiting" while the session on remote database goes inactive with state as waiting for event "SQL*Net message from client"
This is confusing me since the same query when ran directly from backend fetches results soon.
Please let me know if anyone can help here
Thanks
Garima

Updating a table using cursor is taking long time in oracle

Hi,
I am working on the oracle database 11gR2. I am trying update a table column which is newly added through cursor. below is the cursor.
BEGIN
     FOR lcur_tab IN (select l.LOGIN_ID as login_id, lt.ERROR_CODE as error_code from LOGIN l INNER JOIN LOGIN_TASK lt ON (l.LAST_LOGIN_TASK_ID = lt.LOGIN_TASK_ID) )
     LOOP
               UPDATE ACCOUNT SET LOGIN_ERROR_CODE = lcur_tab.error_code where ACCOUNT_ID IN (SELECT ACCOUNT_ID FROM LOGIN_ACCOUNT where LOGIN_ID = lcur_tab.login_id ) ;
     end LOOP;
     commit;
END;
In the cursor we are trying to copy the Login table error_code value to LOGIN_ERROR_CODE of ACCOUNT Table, for the accounts associated with that Login. Here newly added column is LOGIN_ERROR_CODE in account table. this account table have 11million rows in it. when i used the above cursor it took 3hours and still running. So we stopped after that. Is there any way i can change this cursor syntax to update those column values. How can we do this type of updates?
Also i am planning to run thus update in the background . I don't have much knowledge on the PL/SQL stuff. So please help on this.
Thanks in advance.
Edited by: Hari on Mar 21, 2012 10:06 PM

Is there a reason that you don't want to do this with a single `UPDATE` statement? That should be quite a bit more efficient.
Something like
UPDATE account a
   SET login_error_code = (
      select lt.error_code
        from login_task lt
             join login l on (l.last_login_task_id = lt.login_task_id)
             join login_account la on (la.login_id = l.login_id)
       where la.account_id = a.account_id )
WHERE EXISTS (
      select 1
        from login_task lt
             join login l on (l.last_login_task_id = lt.login_task_id)
             join login_account la on (la.login_id = l.login_id)
       where la.account_id = a.account_id );Justin

PSAPUNDO is 100 % full

Hi!
During the planing and execution of ValidStruct job from DB13 I detected via tcode DB02 that my PSAPUNDO tablespace is 100% full.
The AutoExt parameter for this tablespace is set on "Off".
The parameter undo_retention is set to value "900".
Question:
Should I take care about this issue and extend tablespace PSAPUNDO or decrease parameter undo_retention?
If yes, what is the preffered procedure to do this?
Thank you!

Hello Holger,
> Should I take care about this issue and extend tablespace PSAPUNDO or decrease parameter undo_retention?
Please take a look at metalink note #413732.1 ... every point of your question is answered there.
For metalink access please check sapnote #758563.
@ Madhusudan
> This depends on the Oracle version you are using. If you are using Oracle 10 then not to worry, PSAPUNDO will be auto managed.
What is the difference between Oracle 9i and Oracle 10g related to Holgers question.
Regards
Stefan

Undo tablespace utilizes 100 %

hi,
We are using oracle 11.2.0.3.0 on solaris 10 sparc 64 bit. From last week we are facing an issue our undo tablespace got 100 % full , we have add the data files and increase the size upto 300 gb. But after some time it utilizes all the available space and cant release it.
Thanks

user11062519 wrote:
hi,
We are using oracle 11.2.0.3.0 on solaris 10 sparc 64 bit. From last week we are facing an issue our undo tablespace got 100 % full , we have add the data files and increase the size upto 300 gb. any long running batch jobs configured ?what is your undo retention period?
But after some time it utilizes all the available space and cant release it.space cannot release until unless active transaction ends.

PSAPUNDO tablespace shows 100% full over a long time in oracle 11.2

Similar Messages

Maybe you are looking for