RE: Rebuilding MLOG tables

Note: XYZ gets locked. MLOG$_XYZ gets moved. The lock on XYZ is probably overkill since I think replication puts trigger(s) on the master table which will prevent DML while MLOG is being moved. But ... A little overkill is good.

> -----Original Message-----
> From: Sarnowski, Chris [mailto:[EMAIL PROTECTED]
> Sent: Thursday, June 12, 2003 3:38 PM
> To: Multiple recipients of list ORACLE-L
> Subject: RE: Rebuilding MLOG tables
>
>
>
> I don't think it will do quite what you want it to, since the
> 'alter table move'
> statements are DDL so will release the lock.
>
> I just tried this experiment in 2 SQLPlus windows:
>
> SQL 1.1> lock table blah in exclusive mode;
> returns with
> Table(s) Locked.
>
> SQL 2.1> insert into blah values (1);
> (this waits)
>
> SQL 1.2> alter table summ_snapshot move tablespace tools_data;
> returns with
> ERROR at line 1:
> ORA-00054: resource busy and acquire with NOWAIT specified
>
> but this is enough to release the first lock, because 2.1 now
> returns with
> 1 row created.
>
> On the other hand the move should be harmless. I see someone
> else has given a response with the same ultimate moral, but
> I'll still post, to point out the lock behavior.
>
>
>
> > -----Original Message-----
> > From: Stephen Lee [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, June 12, 2003 3:55 PM
> > To: Multiple recipients of list ORACLE-L
> > Subject: Rebuilding MLOG tables
> >
> >
> >
> > Among some of the "Rube Goldberg" applications around here,
> > is one that has
> > multiple replication clients that subscribe to a master.
> For whatever
> > reason, we might have a client not update for a while and the
> > MLOG table(s)
> > get big. Then, after that, every update has to read up to
> > sky-high high
> > water mark. From the looking around we have done, the thing
> > to do to get
> > the HWM back down without rattling replication seems to be
> > (during a time
> > when we know no updates are going into the master):
> >
> > lock table xyz in exclusive mode;
> > alter table mlog$_xyz move tablespace over_there;
> > alter table mlog$_xyz move tablespace back_here; (optional,
> I suppose)
> > rollback; (release the lock)
> >
>
>
> LEGAL NOTICE:
> Unless expressly stated otherwise, this message is
> confidential and may be privileged. It is intended for the
> addressee(s) only. Access to this e-mail by anyone else is
> unauthorized. If you are not an addressee, any disclosure or
> copying of the contents or any action taken (or not taken) in
> reliance on it is unauthorized and may be unlawful. If you
> are not an addressee, please inform the sender immediately.
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author: Sarnowski, Chris
> INET: [EMAIL PROTECTED]
>
> 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: [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.net
-- 
Author: Stephen Lee
  INET: [EMAIL PROTECTED]

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: [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).