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