Gogala,
THe column you are looking is not the actual one. I have overlooked your
post and thought you are right. Now I have decided to test myself and here
is the result.
SQL> select max(ktuxesqn) from X$KTuxe;
MAX(KTUXESQN)
-------------
956
SQL> startup force pfile=c:\orawin\admin\test\pfile\init.ora
ORACLE instance started.
Total System Global Area 97283948 bytes
Fixed Size 282476 bytes
Variable Size 62914560 bytes
Database Buffers 33554432 bytes
Redo Buffers 532480 bytes
Database mounted.
Database opened.
SQL> select max(ktuxesqn) from X$KTuxe;
MAX(KTUXESQN)
-------------
956
It is not getting changed by startup force.
Best Regards,
K Gopalakrishnan
Bangalore, INDIA
-----Original Message-----
Mladen
Sent: Thursday, February 14, 2002 2:42 PM
To: Multiple recipients of list ORACLE-L
Number of wraps gets reset with the instance. Below is the proof.
May be after the death of a rollback segment, when can have it's
resurrection? What would we name it? A vampire rollback segment?
May be we should use documented V$ tables instead of the undocumented
X$ ones.
pdev3-a:dev:/oracle> sqlplus internal
SQL*Plus: Release 8.1.7.0.0 - Production on Thu Feb 14 17:26:02 2002
(c) Copyright 2000 Oracle Corporation. All rights reserved.
Connected to:
Oracle8i Enterprise Edition Release 8.1.7.2.0 - 64bit Production
With the Partitioning option
JServer Release 8.1.7.2.0 - 64bit Production
SQL>
SQL>
SQL> select usn,wraps from v$rollstat;
USN WRAPS
---------- ----------
0 0
2 2
3 3
4 3
5 2
6 2
6 rows selected.
SQL> sshutdown immediate
SP2-0734: unknown command beginning "sshutdown ..." - rest of line ignored.
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 114231784 bytes
Fixed Size 104936 bytes
Variable Size 80039936 bytes
Database Buffers 33554432 bytes
Redo Buffers 532480 bytes
Database mounted.
Database opened.
SQL> select usn,wraps from v$rollstat;
USN WRAPS
---------- ----------
0 0
2 0
3 0
4 0
5 0
6 0
6 rows selected.
SQL>
-----Original Message-----
Sent: Thursday, February 14, 2002 4:04 PM
To: Multiple recipients of list ORACLE-L
Gogala,
Not quite true.A simple restart will NOT cure that disease. The WRAP# is
visible as KTUXESQN in the X$KTUXE. You can check that value by restating
the instance. You can simply drop the rollback segment and force the
instance to use the other rollback segements, but not by restarting..:)
Best Regards,
K Gopalakrishnan
Bangalore, INDIA
-----Original Message-----
Mladen
Sent: Thursday, February 14, 2002 12:26 PM
To: Multiple recipients of list ORACLE-L
How long does a database have to remain running in order for a rollback
segment to go to the happy hunting grounds? Have you ever seen such an
event? A simple instance restart will cure that disease. Anyway, the only
thing that I can envision to cause this is to have an OLTP database with
something
like 1000000 online users doing more then 4000 transactions a day and the
instance is configured with a single rollback segment. In that case the
DBA deserves to be executed by the ways of the weight watchers!
-----Original Message-----
Sent: Thursday, February 14, 2002 2:36 PM
To: Multiple recipients of list ORACLE-L
Hi G_DBA ,
The transaction id (which is recorded in the ITL) consists of 3 components.
Undo Segment Number, Slot Number and Wrap Number.
THe max value of the wrap number is limited by UB4MAXVAL. (Approx 4G in
numbers) and once it reaches the MAXVAL the rollback segment is considered
as DEAD. i.e. it can not hold undo information for any transactions.,
THis condition is called as DEATH of a Rollback segment. THis is true for
SMU also.
Best Regards,
K Gopalakrishnan
Bangalore, INDIA
-----Original Message-----
Sent: Thursday, February 14, 2002 2:35 AM
Hi Ganesh,
Could u please elaborate, i did not get what u said.
What do u mean by Rollback segment dying.
I did not pick up the earlier mails so maybe thats why.
thanks and reg
Guru
On Thu, 14 Feb 2002 K Gopalakrishnan wrote :
> You never need to recreate the rollback segments (DROP
> and CREATE) unless
> the rollback segment dies. THe rollback segment will
> die after approx 4M
> (the number is not very accurate.. okay,, some number)
> transactions.
> THis is the only case I need to drop and recreate them.
>
> Best Regards,
> K Gopalakrishnan
> Bangalore, INDIA
>
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of Mohammad
> Rafiq
> Sent: Wednesday, February 13, 2002 9:54 AM
> To: Multiple recipients of list ORACLE-L
> Subject: RE: Rollback Segment Problem
>
>
> In many cases you will have to take RB segments offline
> and drop them, then
> re-create
>
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: K Gopalakrishnan
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (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.com
--
Author: Gogala, Mladen
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (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).
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: K Gopalakrishnan
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (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.com
--
Author: Gogala, Mladen
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (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).
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: K Gopalakrishnan
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (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).
