Re: [OT] Slony (initial) Replication - Slow

From: Bill Moran <wmoran(at)potentialtech(dot)com>
To: Ow Mun Heng <Ow(dot)Mun(dot)Heng(at)wdc(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: [OT] Slony (initial) Replication - Slow
Date: 2008-01-03 14:20:31
Message-ID: 20080103092031.213de6c0.wmoran@potentialtech.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

In response to Ow Mun Heng <Ow(dot)Mun(dot)Heng(at)wdc(dot)com>:
>
> I'm just wetting my hands with slony and during the setup of the slave,
> I did and dump and restore of the master DB to the Slave DB.
>
> However during the startup of slony, I noticed that it issues a truncate
> command to the (to be) replicated table. Hence, this means that there's
> no such need for me to do a dump/restore in the 1st place.
>
> can someone confirm this?

Confirmed. It's how Slony is designed to work.

> It _is_ taking long time (for slony) to do the
> \copy (~60GB in multiple tables being replicated, including (on the fly)
> index creation)

1) It only needs to be done once
2) You can remove the indexes from the replica and add them back in after
the initial sync is complete.

--
Bill Moran
http://www.potentialtech.com

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Kevin Grittner 2008-01-03 15:15:59 Re: Slow count(*)
Previous Message Glyn Astill 2008-01-03 13:47:22 Re: Table auditing / Pg/tcl help