From: | Oliver Fromme <olli(at)lurza(dot)secnetix(dot)de> |
---|---|
To: | benjamin(at)netyantra(dot)com (Benjamin) |
Cc: | smarlowe(at)qwest(dot)net (Scott Marlowe), rstpierre(at)syscor(dot)com (Ron St-Pierre), pgsql-novice(at)postgresql(dot)org (pgsql-novice) |
Subject: | Re: lock entire database |
Date: | 2004-08-10 19:04:37 |
Message-ID: | 200408101904.i7AJ4bPF027860@lurza.secnetix.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-novice |
Benjamin wrote:
> Machine A is the Primary, and Machine B is the backup for A.
> When B is booting up, it has to duplicate the entire pgsql db from A.
> As Ron said, cud do with a pg_dump. But, i guess, pg_dump takes quite
> some time. As A is already up, it wud be unwise to lock the db for so
> long. Also, even if i do go ahead with pg_dump, and then do a pg_restore
> on B, by the time data is being pg_restore'ed on B, a query cud modify/
> update the db on A.
> My idea was to lock the db on A, scp the required files onto B and then
> unlock db on A.
If I understand you correctly, "Slony" will do exactly what you
want, without the need to lock any DB: http://www.slony.org
Slony 1.0 has been released recently, which was mentioned
prominently on PostgreSQL's homepage. It's a master-slave
replication system.
Hope that helps.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.
"UNIX was not designed to stop you from doing stupid things,
because that would also stop you from doing clever things."
-- Doug Gwyn
From | Date | Subject | |
---|---|---|---|
Next Message | Chris Means | 2004-08-10 19:05:21 | New installation of 8.0 Beta1 Failed to create process for initdb: 1385 |
Previous Message | Ron St-Pierre | 2004-08-10 18:37:11 | Re: DISTINCT ordering |