Slony-I REL_1_1_0 Documentation | ||||
---|---|---|---|---|
Prev | Fast Backward | Fast Forward | Next |
If you rearrange the nodes so that they serve different purposes, this will likely lead to the subscribers changing a bit.
This will require doing several things:
If you want a node that is a subscriber to become the origin for a particular replication set, you will have to issue a suitable slonik MOVE SET operation.
You may subsequently, or instead, wish to modify the subscriptions of other nodes. You might want to modify a node to get its data from a different provider, or to change it to turn forwarding on or off. This can be accomplished by issuing the slonik SUBSCRIBE SET operation with the new subscription information for the node; Slony-I will change the configuration.
If the directions of data flows have changed, it is doubtless appropriate to issue a set of DROP LISTEN operations to drop out obsolete paths between nodes and STORE LISTEN to add the new ones. At present, this is not changed automatically; at some point, MOVE SET and SUBSCRIBE SET might change the paths as a side-effect. See Section 8 for more information about this. In version 1.1 and later, it is likely that the generation of sl_listen entries will be entirely automated, where they will be regenerated when changes are made to sl_path or sl_path, thereby making it unnecessary to even think about STORE LISTEN.
The altperl toolset includes a regenerate-listens script that is up to the task of creating the new STORE LISTEN commands; it isn't, however, smart enough to know what listener paths should be dropped.