Re: Rebuilding MLOG tables

XYZ does not get locked when the MLOG$_XYZ is moved. Moving the mlog$ will make any transactions on XYZ to fail because the trigger will fail to execute.

The safest and recommended way is to queisce the replication master group by

dbms_repcat.suspend_master_activity('GroupName');

This makes the tables in the group "quiet", i.e. no DML is allowed. Then you can move the MLOG$ tables.

.Hope this helps.

Arup

• Original Message ----- To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]> Sent: Thursday, June 12, 2003 4:45 PM

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

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Arup Nanda
  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).