Yosi,
Yes, we are trying to keep dbs in sync. It's simply
that we want the production database to be kept
limited in size (thus purging it periodically), but at
the same time another database should have all
production data (and should be in sync - except for
purged data).
We did use Oracle replication, but the number of txns
were very high as compared to ones getting pushed. So,
the queue was always building up, and we had to cancel
the replication. May be we need to do some tuning.
But, in the meanwhile I was looking for alternatives.
Thanks,
Deepak
- Yosi Greenfield <yosi_at_comhill.com> wrote:
> Deepak,
>
> Didn't really understand your question. Why do you
> need a tool to purge
> the data?
> Sounds like SQLPlus would work. Purge database a,
> don't purge database b.
>
> Unless maybe you mean a tool to keep the dbs in
> sync, like Oracle
> Replication.
> You can use that, and you write procedures to do the
> purge, and make sure
> that
> those aren't replicated. I did something similar for
> a client and it was
> pretty
> complicated, (and it won't be supported by Oracle,)
> so make sure you want
> to
> go there. Then, go get a consultant.
>
> hth,
>
> Yosi
>
> sharmakdeep_at_yahoo.com wrote:
>
> > We have database A, which needs to be periodically
> > purged. But, at the same time we require to have
> > another database B which contains all records of A
> > (even the ones purged). Thus, database B should
> have
> > everything (ever growing). Can anyone suggest a
> method
> > or tool to achieve this ?
> >
> > -- Deepak Sharma
> >
> > =====
> > Oracle DBA,
> > Minneapolis, MN
> > USA
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Yahoo! Calendar - Get organized for the holidays!
> > http://calendar.yahoo.com/
> > --
> > Please see the official ORACLE-L FAQ:
> http://www.orafaq.com
> > --
> > Author: Deepak Sharma
> > INET: sharmakdeep_at_yahoo.com
> >
> > 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: 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).
>
> --
> Thanks,
>
> Yosi
>
>
>
> Yosi Greenfield
> Database Architect
> Comhill Systems, Inc.
> yosi_at_comhill.com
>
>
> --
> Please see the official ORACLE-L FAQ:
> http://www.orafaq.com
> --
> Author: Yosi Greenfield
> INET: yosi_at_comhill.com
>
> 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: 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).
Oracle DBA,
Minneapolis, MN
USA
Received on Tue Nov 14 2000 - 12:11:28 CST
