Mon Jan 3 17:14:53 PST 2005
- Previous message: [Slony1-general] Move set
- Next message: [Slony1-general] Slony has copied our table set to the subscriber 40 times?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 12/27/2004 4:50 PM, Vivek Khera wrote:
> For setting up the initial replication, we use "pg_dump -s" to get the
> schema dump to install into the client. Then slony installs its own
> schema and triggers when the cluster is configured and subscribed.
>
> So, now, what does one use to get the schema for adding another node?
That's one that bothered me for a while too. I added the attached shell
script to -HEAD, but it works for 1.0.5 as well.
It is called as
slony1_extract_schema.sh dbname clustername tempdbname
It only works correct when dbname is the "origin" of the sets, and will
output a warning for all sets not originating on that database. It will
extract the schema and the Slony config data from that database. The
creates a temporary database named $tempdbname, load that schema and
data extract into it. Then it invokes slonik to "uninstall node" on that
temp DB and finally dumps the resulting schema to stdout ... which is
what one would get if one does an uninstall node on the "master" and
then a schema only dump.
Jan
>
> Using "pg_dump -s --schema=public" still leaves the slony logging
> triggers and some other stuff.
>
> I don't see anything in the admin docs regarding this, nor how to take
> a dump that can be safely restored elsewhere.
>
> My immediate problem is that I want to test on my development cluster
> some schema changes, but I want to start with the exact schema
> currently on the production box to ensure that the EXECUTE SCRIPT won't
> fail and cause me major headaches.
>
> _______________________________________________
> Slony1-general mailing list
> Slony1-general at gborg.postgresql.org
> http://gborg.postgresql.org/mailman/listinfo/slony1-general
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck at Yahoo.com #
-------------- next part --------------
A non-text attachment was scrubbed...
Name: slony1_extract_schema.zip
Type: application/x-zip-compressed
Size: 1137 bytes
Desc: not available
Url : http://gborg.postgresql.org/pipermail/slony1-general/attachments/20050103/b6b6150c/slony1_extract_schema.bin
- Previous message: [Slony1-general] Move set
- Next message: [Slony1-general] Slony has copied our table set to the subscriber 40 times?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list