Re: Purging database question

From: Michael Ray <Michael.Ray_at_trw.com>
Date: Tue, 14 Nov 2000 13:21:34 -0800
Message-Id: <10680.122046@fatcity.com>

--=_ECB7CA02.4C2DDB0F

Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Deepak,
We are facing a similar situation where we want to keep the "live" = database small so it can be recovered quickly and have an "archive" server = for the older data (we must keep data for 10 years). I was thinking = replication would be the way to go. Ours is not an OLTP system so maybe it = will work for us?

Could you tell me what manuals, papers, etc. you used to set up replication= ? I'm quite new to Oracle.

We're having a contractor design a system to do this, and I'm assuming he = will use replication so I'd like to learn more about it. One problem I'm = not sure this will handle well is if a module is in the "archive" db and = it shows up again (field return), it will be placed in the "live" database = and have new data attached to it. What happens when it gets "archived" = again?

Any insights you could provide would be appreciated. Thank you.

Michael Ray
Oracle DBA
TRW, Marshall, IL
217-826-3011 x2438

>>> sharmakdeep_at_yahoo.com 11/14/00 12:15PM >>> 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,
>=20
> 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.
>=20
> 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.
>=20
> hth,
>=20
> Yosi
>=20
> sharmakdeep_at_yahoo.com wrote:
>=20
> > 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
> >
> > =3D=3D=3D=3D=3D
> > 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=20
> 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).
>=20
> --
> Thanks,
>=20
> Yosi
>=20 >=20 >

> Yosi Greenfield
> Database Architect
> Comhill Systems, Inc.
> yosi_at_comhill.com
>=20 >=20
> --=20
> Please see the official ORACLE-L FAQ:
> http://www.orafaq.com
> --=20
> Author: Yosi Greenfield
> INET: yosi_at_comhill.com
>=20
> 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).

=3D=3D=3D=3D=3D
Oracle DBA,
Minneapolis, MN
USA

Do You Yahoo!?
Yahoo! Calendar - Get organized for the holidays! http://calendar.yahoo.com/
--=20
Please see the official ORACLE-L FAQ: http://www.orafaq.com --=20
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).

--=_ECB7CA02.4C2DDB0F
Content-Type: text/plain
Content-Disposition: attachment; filename="TEXT.htm"

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
<META content="MSHTML 5.00.2919.6307" name=GENERATOR></HEAD>
<BODY style="FONT: 8pt MS Sans Serif; MARGIN-LEFT: 2px; MARGIN-TOP: 2px"><FONT

size=1>
<DIV>Deepak,</DIV>
<DIV>We are facing a similar situation where we want to keep the "live" database small so it can be recovered quickly and have an "archive" server for the older data (we must keep data for 10 years). I was thinking replication would be the way to go. Ours is not an OLTP system so maybe it will work for us?</DIV> <DIV> </DIV>
<DIV>Could you tell me what manuals, papers, etc. you used to set up replication? I'm quite new to Oracle.</DIV> <DIV> </DIV>
<DIV>We're having a contractor design a system to do this, and I'm assuming he will use replication so I'd like to learn more about it. One problem I'm not sure this will handle well is if a module is in the "archive" db and it shows up again (field return), it will be placed in the "live" database and have new data attached to it. What happens when it gets "archived" again?</DIV>

<DIV>&nbsp;</DIV>
<DIV>Any insights you could provide would be appreciated. Thank you.</DIV>
<DIV>&nbsp;</DIV>
<DIV>Michael Ray<BR>Oracle DBA<BR>TRW, Marshall, IL<BR>217-826-3011

x2438 >>> sharmakdeep_at_yahoo.com 11/14/00 12:15PM >>> 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 > > > >

__________________________________________________<BR>&gt; &gt; Do You

Yahoo!? > > Yahoo! Calendar - Get organized for the holidays! > > http://calendar.yahoo.com/ > > -- > > Please see the official ORACLE-L FAQ: > <A href="http://www.orafaq.com">http://www.orafaq.com</A> > > -- > > 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 >

&gt;<BR>&gt;<BR>--------------------------------------------------------------------<BR>&gt;

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

<BR>&gt;<BR>---------------------------------------------------------<BR>&gt;

Yosi Greenfield > Database Architect > Comhill Systems, Inc. > yosi_at_comhill.com > > > -- > Please see the official ORACLE-L FAQ: > <A

href="http://www.orafaq.com">http://www.orafaq.com</A><BR>&gt; -- <BR>&gt; 
Author: Yosi Greenfield<BR>&gt;&nbsp;&nbsp; INET: yosi_at_comhill.com<BR>&gt; 
<BR>&gt; Fat City Network Services&nbsp;&nbsp;&nbsp; -- (858) 538-5051&nbsp;

FAX: > (858) 538-5051 > San Diego, California        -- Public Internet > access / Mailing

Lists<BR>&gt;<BR>--------------------------------------------------------------------<BR>&gt;

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<BR>USA<BR><BR>__________________________________________________<BR>Do You

Yahoo!? Yahoo! Calendar - Get organized for the holidays! <A href="http://calendar.yahoo.com/">http://calendar.yahoo.com/</A> -- Please see the official ORACLE-L FAQ: <A href="http://www.orafaq.com">http://www.orafaq.com</A> -- 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<BR>--------------------------------------------------------------------<BR>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 Received on Tue Nov 14 2000 - 15:21:34 CST