SLONIK STORE NODE(7) | Slony-I 2.2.10 Documentation | SLONIK STORE NODE(7) |
STORE NODE - Initialize Slony-I node
STORE NODE (options);
Initialize a new node and add it to the configuration of an existing cluster.
The initialization process consists of creating the cluster namespace in the new node (the database itself must already exist), loading all the base tables, functions, procedures and initializing the node. The existing configuration of the rest of the cluster is copied from the ‘event node’.
Note that the ID is immutable because it is used as the basis for inter-node event communications.
Never use the SPOOLNODE value - no released version of Slony-I has ever behaved in the fashion described in the preceding fashion. Log shipping, as it finally emerged in 1.2.11, does not require initializing ‘spool nodes’.
This uses “schemadocinitializelocalnode(p_comment integer, p_local_node_id text)” [not available as a man page] and “schemadocenablenode(p_no_id integer)” [not available as a man page].
STORE NODE ( ID = 2, COMMENT = 'Node 2', EVENT NODE = 1 );
This command creates a new namespace and configures tables therein; no public objects should be locked during the duration of this.
Slonik waits for the command submitted to the previous event node to be confirmed on the specified event node before submitting this command.
This command was introduced in Slony-I 1.0. The SPOOLNODE parameter was introduced in version 1.1, but was vestigial in that version. The described functionality for SPOOLNODE arrived in version 1.2, but SPOOLNODE was not used for this purpose. In later versions, hopefully SPOOLNODE will be unavailable.
In version 2.0, the default value for EVENT NODE was removed, so a node must be specified.
18 January 2021 |