RE: Estimating User Load on the system

From: Anil Sikri <asikri_oracledba_at_yahoo.com>
Date: Mon, 14 Jul 2003 16:15:39 -0700 (PDT)
Message-Id: <25920.337703@fatcity.com>

--0-136126619-1058224539=:20263
Content-Type: text/plain; charset=us-ascii

Hello folks,

                Recently, I employed a similar approach in our test  
                database to figure out the problematic queries during
                a certain load test. I used a logon trigger with just 2 
                statements :
                                alter session set max_dump_file_size = unlimited;
                                alter session set sql_trace = true;
 
                The init.ora had to be modified to set _public_trace_files = 
                 true to allow the database userid used by the application
                 to be able to write to the user_dump_dest.
 
                 Regarding the specifics of the test, I coordinated with the 
                 testers and created the trigger just before the load test 
                 began and dropped it after the test was over. Of course, I 
                 had to make sure that this load test was the only application
                 running. There were around 90 trace files generated which
                 gave me much more information that I ever envisioned.
                 It showed that the connection pooling of the application 
                 was implemented poorly since 90 files were generated 
                during a 1 hour load test. Also, I consolidated all the trace
                files into 1 huge trace file using a shell script and ran it
                through TKPROF. The information obtained was priceless.
                It not only provided the culprit queries, it also provided the
                amount was time being spent in the database out of a total
                load test of 1 hour.
 
                Just wanted to share it with you folks.
                Let me know if you have any questions.
 
Anil

"Jamadagni, Rajendra" <Rajendra.Jamadagni_at_espn.com> wrote:

Thanks John ... this is precisely (the logoff trigger) is what I am in middle ot writing down ... except that I am taking everything from v$sesstat instead of selective stuff. I can then filter out what I don't need.

Raj

Rajendra dot Jamadagni at nospamespn dot com All Views expressed in this email are strictly personal. QOTD: Any clod can have facts, having an opinion is an art !

-----Original Message-----
From: John Kanagaraj [mailto:john.kanagaraj_at_hds.com] Sent: Monday, July 14, 2003 1:55 PM
To: Multiple recipients of list ORACLE-L Subject: RE: Estimating User Load on the system

Raj,

Assuming that these users will logoff normally (for the most cases), you could have a database level LOGOFF trigger that captures the following 'stats' from these sessions (out of v$MYSTAT):

CPU used by this session (Cpu time used) user commits (Number of transactions - figuratively!) physical reads + physical reads (direct, lob, etc.) + db block changes
(former is reads, latter is the number of changes that would cause writes on
behalf of that process for Log, Undo and DBFile) session pga/uga memory max (Memory usage) SQL*Net roundtrips to/from client and dblink (Network usage)

Collect and summarize system wide (via STATSPACK) and for individual users via LOGOFF just to compare.

John Kanagaraj
Oracle Applications DBA
DBSoft Inc
(W): 408-970-7002

Disappointment is inevitable, but Discouragement is optional!

The opinions and statements above are entirely my own and not those of my employer or clients **

-----Original Message-----
Sent: Monday, July 14, 2003 10:14 AM
To: Multiple recipients of list ORACLE-L

Thanks Dennis,

I have periodic (10 mins) snapshots taken of following views ...

gv$session
gv$sesstat
gv$transaction
gv$sess_io
gv$sysstat

Now, I really _can't_ use Statspack, because it tells me overall score. I need to compute the load put on system by a set list of users ... it is kind of computation of possible charge back.

So, I have the underlying system stats. but I am having tough time to put them in perspective for management types. I'd like to show them %CPU usage, %IO load, %Memory being used ...

any ideas?
Raj

Rajendra dot Jamadagni at nospamespn dot com All Views expressed in this email are strictly personal. QOTD: Any clod can have facts, having an opinion is an art !

-----Original Message-----
<mailto:DWILLIAMS_at_LIFETOUCH.COM> ]
Sent: Monday, July 14, 2003 12:49 PM
To: Multiple recipients of list ORACLE-L

Raj

I'll second Jared's idea. Don Burleson in his book Oracle9i High-Performance Tuning with STATSPACK makes a strong point that looking at system load must start with the underlying system. Any look at Oracle performance must begin with an understanding of what the system load was at that time. As Jared points out, the three components are CPU, I/O, and memory. For example, you may find that one of these target users is the high

CPU consumer from an Oracle perspective at a point in time. Now, if you discovered the system CPUs weren't being taxed at that time your conclusions

might be different than if you discovered the system CPUs were pegged at 100% at that time.

Dennis Williams
DBA, 80%OCP, 100% DBA
Lifetouch, Inc.
dwilliams_at_lifetouch.com

-----Original Message-----
Sent: Monday, July 14, 2003 10:19 AM
To: Multiple recipients of list ORACLE-L

Load on a system is in general comprised of three components: CPU, memory and IO.

If you have something in place to track those on a per user basis, then you're doing well. You might consider also tracking other users, so that you have a basis for comparison.

Jared

On Monday 14 July 2003 07:04, Jamadagni, Rajendra wrote: > I have been asked to compute the load put on the system by a 'select group

> of userids'. I know these users and have put something in place where I 
> sample periodically following 
> 
> 1. session stats 
> 2. session io 
> 3. system stats 
> 4. number of sessions 
> 5. v$transaction 
> 
> Am I missing something? Has anyone done this before?  If so, what have you 

> computed ? 
> 
> TIA

> Raj
>

>- ---- 
> Rajendra dot Jamadagni at nospamespn dot com 
> All Views expressed in this email are strictly personal. 
> QOTD: Any clod can have facts, having an opinion is an art !

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net 
<http://www.orafaq.net>  
-- 
Author: Jared Still 
  INET: jkstill_at_cybcon.com 

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com 
<http://www.fatcity.com>  
San Diego, California        -- Mailing list and web hosting services 
--------------------------------------------------------------------- 
To REMOVE yourself from this mailing list, send an E-Mail message 
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in 
the message BODY, include a line containing: UNSUB ORACLE-L 


(or the name of mailing list you want to be removed from).  You may 

also send the HELP command for other information (like subscribing). 
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net 
<http://www.orafaq.net>  
-- 
Author: DENNIS WILLIAMS 
  INET: DWILLIAMS_at_LIFETOUCH.COM 

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com 
<http://www.fatcity.com>  
San Diego, California        -- Mailing list and web hosting services 
--------------------------------------------------------------------- 
To REMOVE yourself from this mailing list, send an E-Mail message 
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in 
the message BODY, include a line containing: UNSUB ORACLE-L 


(or the name of mailing list you want to be removed from).  You may 

also send the HELP command for other information (like subscribing). 

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net 
-- 
Author: John Kanagaraj 
  INET: john.kanagaraj_at_hds.com 

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com 
San Diego, California        -- Mailing list and web hosting services 
--------------------------------------------------------------------- 
To REMOVE yourself from this mailing list, send an E-Mail message 
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in 
the message BODY, include a line containing: UNSUB ORACLE-L 


(or the name of mailing list you want to be removed from).  You may 

also send the HELP command for other information (like subscribing). 
********************************************************************This e-mail message is confidential, intended only for the named recipient(s) above and may contain information that is privileged, attorney work product or exempt from disclosure under applicable law. If you have received this message in error, or are not the named recipient(s), please immediately notify corporate MIS at (860) 766-2000 and delete this e-mail message from your computer, Thank you.*********************************************************************2




---------------------------------
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
--0-136126619-1058224539=:20263
Content-Type: text/html; charset=us-ascii

<DIV>
<DIV>Hello folks,</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Recently, I employed a similar approach in our&nbsp;test&nbsp; </DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; database to figure out the problematic queries during</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; a certain load test. I used a logon trigger with just 2 </DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; statements :</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; alter session set max_dump_file_size = unlimited;</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; alter session set sql_trace = true;</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; The init.ora had to be modified to set _public_trace_files = </DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; true to allow the database userid used by the application</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; to be able to write to the user_dump_dest.</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Regarding the specifics of the test, I coordinated with the </DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; testers and created the trigger just before the load test </DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; began and dropped it after the test was over. Of course, I </DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; had to make sure that this load test was the only application</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; running. There were around 90 trace files generated which</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; gave me much more information that I ever envisioned.</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; It showed that the connection pooling of the application </DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; was implemented poorly since 90 files were generated </DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; during a 1 hour load test. Also, I consolidated all the trace</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; files into 1 huge trace file using a shell script and ran it</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; through TKPROF. The information obtained was priceless.</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; It not only provided the culprit queries, it also provided the</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; amount was time being spent in the database out of a total</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; load test of 1 hour.</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Just wanted to share it with you folks.</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Let me know if you have any questions.</DIV>
<DIV>&nbsp;</DIV>
<DIV>Anil</DIV>
<DIV>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <BR><BR><B><I>"Jamadagni, Rajendra" &lt;Rajendra.Jamadagni_at_espn.com&gt;</I></B> wrote:</DIV>
<DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid; WIDTH: 100%">
<META content="MS Exchange Server version 5.5.2654.45" name=Generator>
<P><FONT size=2>Thanks John ... this is precisely (the logoff trigger) is what I am in middle ot writing down ... except that I am taking everything from v$sesstat instead of selective stuff. I can then filter out what I don't need.</FONT></P>
<P><FONT size=2>Raj</FONT> <BR><FONT size=2>--------------------------------------------------------------------------------</FONT> <BR><FONT size=2>Rajendra dot Jamadagni at nospamespn dot com</FONT> <BR><FONT size=2>All Views expressed in this email are strictly personal.</FONT> <BR><FONT size=2>QOTD: Any clod can have facts, having an opinion is an art !</FONT> </P><BR>
<P><FONT size=2>-----Original Message-----</FONT> <BR><FONT size=2>From: John Kanagaraj [<A href="mailto:john.kanagaraj_at_hds.com">mailto:john.kanagaraj_at_hds.com</A>]</FONT> <BR><FONT size=2>Sent: Monday, July 14, 2003 1:55 PM</FONT> <BR><FONT size=2>To: Multiple recipients of list ORACLE-L</FONT> <BR><FONT size=2>Subject: RE: Estimating User Load on the system</FONT> </P><BR>
<P><FONT size=2>Raj,</FONT> <BR><FONT size=2>&nbsp;</FONT> <BR><FONT size=2>Assuming that these users will logoff normally (for the most cases), you</FONT> <BR><FONT size=2>could have a database level LOGOFF trigger that captures the following</FONT> <BR><FONT size=2>'stats' from these sessions (out of v$MYSTAT):</FONT> <BR><FONT size=2>&nbsp;</FONT> <BR><FONT size=2>CPU used by this session&nbsp; (Cpu time used)</FONT> <BR><FONT size=2>user commits (Number of transactions - figuratively!)</FONT> <BR><FONT size=2>physical reads + physical reads (direct, lob, etc.) + db block changes</FONT> <BR><FONT size=2>(former is reads, latter is the number of changes that would cause writes on</FONT> <BR><FONT size=2>behalf of that process for Log, Undo and DBFile)</FONT> <BR><FONT size=2>session pga/uga memory max (Memory usage)</FONT> <BR><FONT size=2>SQL*Net roundtrips to/from client and dblink (Network usage)</FONT> <BR><FONT size=2>&nbsp;</FONT> <BR><FONT size=2>Collect and summarize system
 wide (via STATSPACK) and for individual users</FONT> <BR><FONT size=2>via LOGOFF just to compare.</FONT> <BR><FONT size=2>&nbsp;</FONT> <BR><FONT size=2>John Kanagaraj</FONT> <BR><FONT size=2>Oracle Applications DBA</FONT> <BR><FONT size=2>DBSoft Inc</FONT> <BR><FONT size=2>(W): 408-970-7002</FONT> </P>
<P><FONT size=2>Disappointment is inevitable, but Discouragement is optional!</FONT> </P>
<P><FONT size=2>** The opinions and statements above are entirely my own and not those of my</FONT> <BR><FONT size=2>employer or clients **</FONT> </P><BR>
<P><FONT size=2></FONT><BR><FONT size=2>&nbsp;-----Original Message-----</FONT> <BR><FONT size=2>Sent: Monday, July 14, 2003 10:14 AM</FONT> <BR><FONT size=2>To: Multiple recipients of list ORACLE-L</FONT> </P><BR><BR>
<P><FONT size=2>Thanks Dennis, </FONT></P>
<P><FONT size=2>I have periodic (10 mins) snapshots taken of following views ... </FONT></P>
<P><FONT size=2>1. gv$session </FONT><BR><FONT size=2>2. gv$sesstat </FONT><BR><FONT size=2>3. gv$transaction </FONT><BR><FONT size=2>4. gv$sess_io </FONT><BR><FONT size=2>5. gv$sysstat </FONT></P>
<P><FONT size=2>Now, I really _can't_ use Statspack, because it tells me overall score. I</FONT> <BR><FONT size=2>need to compute the load put on system by a set list of users ... it is kind</FONT> <BR><FONT size=2>of computation of possible charge back.</FONT> </P>
<P><FONT size=2>So, I have the underlying system stats. but I am having tough time to put</FONT> <BR><FONT size=2>them in perspective for management types. I'd like to show them %CPU usage,</FONT> <BR><FONT size=2>%IO load, %Memory being used ...</FONT> </P>
<P><FONT size=2>any ideas? </FONT><BR><FONT size=2>Raj </FONT><BR><FONT size=2>----------------------------------------------------------------------------</FONT> <BR><FONT size=2>---- </FONT><BR><FONT size=2>Rajendra dot Jamadagni at nospamespn dot com </FONT><BR><FONT size=2>All Views expressed in this email are strictly personal. </FONT><BR><FONT size=2>QOTD: Any clod can have facts, having an opinion is an art ! </FONT></P><BR>
<P><FONT size=2>-----Original Message----- </FONT><BR><FONT size=2>&lt;<A href="mailto:DWILLIAMS_at_LIFETOUCH.COM">mailto:DWILLIAMS_at_LIFETOUCH.COM</A>&gt; ] </FONT><BR><FONT size=2>Sent: Monday, July 14, 2003 12:49 PM </FONT><BR><FONT size=2>To: Multiple recipients of list ORACLE-L </FONT></P><BR>
<P><FONT size=2>Raj </FONT><BR><FONT size=2>&nbsp;&nbsp; I'll second Jared's idea. Don Burleson in his book Oracle9i </FONT><BR><FONT size=2>High-Performance Tuning with STATSPACK makes a strong point that looking at </FONT><BR><FONT size=2>system load must start with the underlying system. Any look at Oracle </FONT><BR><FONT size=2>performance must begin with an understanding of what the system load was at </FONT><BR><FONT size=2>that time. As Jared points out, the three components are CPU, I/O, and </FONT><BR><FONT size=2>memory. For example, you may find that one of these target users is the high</FONT> </P>
<P><FONT size=2>CPU consumer from an Oracle perspective at a point in time. Now, if you </FONT><BR><FONT size=2>discovered the system CPUs weren't being taxed at that time your conclusions</FONT> </P>
<P><FONT size=2>might be different than if you discovered the system CPUs were pegged at </FONT><BR><FONT size=2>100% at that time. </FONT></P>
<P><FONT size=2>Dennis Williams </FONT><BR><FONT size=2>DBA, 80%OCP, 100% DBA </FONT><BR><FONT size=2>Lifetouch, Inc. </FONT><BR><FONT size=2>dwilliams_at_lifetouch.com </FONT></P>
<P><FONT size=2>-----Original Message----- </FONT><BR><FONT size=2>Sent: Monday, July 14, 2003 10:19 AM </FONT><BR><FONT size=2>To: Multiple recipients of list ORACLE-L </FONT></P><BR><BR>
<P><FONT size=2>Load on a system is in general comprised of three components: </FONT><BR><FONT size=2>CPU, memory and IO. </FONT></P>
<P><FONT size=2>If you have something in place to track those on a per user </FONT><BR><FONT size=2>basis, then you're doing well.&nbsp; You might consider also tracking </FONT><BR><FONT size=2>other users, so that you have a basis for comparison. </FONT></P>
<P><FONT size=2>Jared </FONT></P>
<P><FONT size=2>On Monday 14 July 2003 07:04, Jamadagni, Rajendra wrote: </FONT><BR><FONT size=2>&gt; I have been asked to compute the load put on the system by a 'select group</FONT> </P>
<P><FONT size=2>&gt; of userids'. I know these users and have put something in place where I </FONT><BR><FONT size=2>&gt; sample periodically following </FONT><BR><FONT size=2>&gt; </FONT><BR><FONT size=2>&gt; 1. session stats </FONT><BR><FONT size=2>&gt; 2. session io </FONT><BR><FONT size=2>&gt; 3. system stats </FONT><BR><FONT size=2>&gt; 4. number of sessions </FONT><BR><FONT size=2>&gt; 5. v$transaction </FONT><BR><FONT size=2>&gt; </FONT><BR><FONT size=2>&gt; Am I missing something? Has anyone done this before?&nbsp; If so, what have you</FONT> </P>
<P><FONT size=2>&gt; computed ? </FONT><BR><FONT size=2>&gt; </FONT><BR><FONT size=2>&gt; TIA </FONT><BR><FONT size=2>&gt; Raj </FONT><BR><FONT size=2>&gt; </FONT><BR><FONT size=2>--------------------------------------------------------------------------- </FONT><BR><FONT size=2>&gt;- ---- </FONT><BR><FONT size=2>&gt; Rajendra dot Jamadagni at nospamespn dot com </FONT><BR><FONT size=2>&gt; All Views expressed in this email are strictly personal. </FONT><BR><FONT size=2>&gt; QOTD: Any clod can have facts, having an opinion is an art ! </FONT></P>
<P><FONT size=2>-- </FONT><BR><FONT size=2>Please see the official ORACLE-L FAQ: http://www.orafaq.net</FONT> <BR><FONT size=2>&lt;http://www.orafaq.net&gt;&nbsp; </FONT><BR><FONT size=2>-- </FONT><BR><FONT size=2>Author: Jared Still </FONT><BR><FONT size=2>&nbsp; INET: jkstill_at_cybcon.com </FONT></P>
<P><FONT size=2>Fat City Network Services&nbsp;&nbsp;&nbsp; -- 858-538-5051 http://www.fatcity.com</FONT> <BR><FONT size=2>&lt;http://www.fatcity.com&gt;&nbsp; </FONT><BR><FONT size=2>San Diego, California&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -- Mailing list and web hosting services </FONT><BR><FONT size=2>--------------------------------------------------------------------- </FONT><BR><FONT size=2>To REMOVE yourself from this mailing list, send an E-Mail message </FONT><BR><FONT size=2>to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in </FONT><BR><FONT size=2>the message BODY, include a line containing: UNSUB ORACLE-L </FONT><BR><FONT size=2>(or the name of mailing list you want to be removed from).&nbsp; You may </FONT><BR><FONT size=2>also send the HELP command for other information (like subscribing). </FONT><BR><FONT size=2>-- </FONT><BR><FONT
 size=2>Please see the official ORACLE-L FAQ: http://www.orafaq.net</FONT> <BR><FONT size=2>&lt;http://www.orafaq.net&gt;&nbsp; </FONT><BR><FONT size=2>-- </FONT><BR><FONT size=2>Author: DENNIS WILLIAMS </FONT><BR><FONT size=2>&nbsp; INET: DWILLIAMS_at_LIFETOUCH.COM </FONT></P>
<P><FONT size=2>Fat City Network Services&nbsp;&nbsp;&nbsp; -- 858-538-5051 http://www.fatcity.com</FONT> <BR><FONT size=2>&lt;http://www.fatcity.com&gt;&nbsp; </FONT><BR><FONT size=2>San Diego, California&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -- Mailing list and web hosting services </FONT><BR><FONT size=2>--------------------------------------------------------------------- </FONT><BR><FONT size=2>To REMOVE yourself from this mailing list, send an E-Mail message </FONT><BR><FONT size=2>to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in </FONT><BR><FONT size=2>the message BODY, include a line containing: UNSUB ORACLE-L </FONT><BR><FONT size=2>(or the name of mailing list you want to be removed from).&nbsp; You may </FONT><BR><FONT size=2>also send the HELP command for other information (like subscribing). </FONT></P>
<P><FONT size=2>-- </FONT><BR><FONT size=2>Please see the official ORACLE-L FAQ: http://www.orafaq.net</FONT> <BR><FONT size=2>-- </FONT><BR><FONT size=2>Author: John Kanagaraj</FONT> <BR><FONT size=2>&nbsp; INET: john.kanagaraj_at_hds.com</FONT> </P>
<P><FONT size=2>Fat City Network Services&nbsp;&nbsp;&nbsp; -- 858-538-5051 http://www.fatcity.com</FONT> <BR><FONT size=2>San Diego, California&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -- Mailing list and web hosting services</FONT> <BR><FONT size=2>---------------------------------------------------------------------</FONT> <BR><FONT size=2>To REMOVE yourself from this mailing list, send an E-Mail message</FONT> <BR><FONT size=2>to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in</FONT> <BR><FONT size=2>the message BODY, include a line containing: UNSUB ORACLE-L</FONT> <BR><FONT size=2>(or the name of mailing list you want to be removed from).&nbsp; You may</FONT> <BR><FONT size=2>also send the HELP command for other information (like subscribing).</FONT> </P>********************************************************************This e-mail message is confidential, intended only for the named recipient(s) above and
 may contain information that is privileged, attorney work product or exempt from disclosure under applicable law. If you have received this message in error, or are not the named recipient(s), please immediately notify corporate MIS at (860) 766-2000 and delete this e-mail message from your computer, Thank you.*********************************************************************2<BR></BLOCKQUOTE></DIV></DIV><p><hr SIZE=1>

Received on Mon Jul 14 2003 - 18:15:39 CDT