| 11 | | <para>A &slony1; cluster is the basic grouping of database instances |
|---|
| 12 | | in which replication takes place. It consists of a set of &postgres; |
|---|
| 13 | | database instances in which is defined a namespace specific to that |
|---|
| 14 | | cluster. For instance, if the cluster is called |
|---|
| 15 | | <envar>cbcluster</envar>, then &slony1; will define, at the |
|---|
| 16 | | initialization time for each node, a schema called |
|---|
| 17 | | <command>_cbcluster</command>, in which it then creates numerous |
|---|
| 18 | | tables that store &slony1; configuration and replication state |
|---|
| 19 | | information. See <xref linkend="schema"/> for more documentation about |
|---|
| 20 | | what is stored in that schema. More specifically, the tables <xref |
|---|
| 21 | | linkend="table.sl-log-1"/> and <xref linkend="table.sl-log-2"/> log |
|---|
| 22 | | changes collected on the origin node as they are replicated to |
|---|
| 23 | | subscribers. </para> |
|---|
| | 11 | <para>Un cluster &slony1; est un simple regroupement d'instance de |
|---|
| | 12 | base de données dans lequel a lieu une réplication. Cela consiste |
|---|
| | 13 | en un ensemble d'instance de base de données &postgres; au sein duquel |
|---|
| | 14 | un namespace spécifique est défini. Par exemple, si un cluster est |
|---|
| | 15 | appelé <envar>cbcluster</envar>, alors &slony1; définira lors de |
|---|
| | 16 | l'initialisation de chaque noeud, un schéma nommé <command>_cbcluster</command>, |
|---|
| | 17 | dans lequel il crée de nombreuses tables qui stockent la configuration |
|---|
| | 18 | de &slony1; et les informations sur l'état de la réplication. |
|---|
| | 19 | Consultez <xref linkend="schema"/> pour plus d'information sur |
|---|
| | 20 | ce qui est stocké dans ce schéma. Plus précisément, les tables |
|---|
| | 21 | <xref linkend="table.sl-log-1"/> et <xref linkend="table.sl-log-2"/> |
|---|
| | 22 | tracent les modifications collectées sur le noeud d'origine afin |
|---|
| | 23 | qu'elles soient répliquées sur les noeuds abonnés. </para> |
|---|
| 31 | | <para>Some planning should be done, in more complex cases, to ensure |
|---|
| 32 | | that the numbering system is kept sane, lest the administrators be |
|---|
| 33 | | driven insane. The node numbers should be chosen to somehow |
|---|
| 34 | | correspond to the shape of the environment, as opposed to (say) the |
|---|
| 35 | | order in which nodes were initialized.</para> |
|---|
| | 31 | <para>Une réflexion doit être menée, dans des cas plus complexes, |
|---|
| | 32 | afin de s'assurer que le systÚme de numérotation reste cohérent, |
|---|
| | 33 | sans quoi les administrateurs deviendront fous. Les numéros de noeud |
|---|
| | 34 | devraient être choisis pour qu'ils correspondent plus ou moins |
|---|
| | 35 | Ã la structure du cluster, plutÃŽt qu'Ã l'ordre d'initialisation |
|---|
| | 36 | des noeuds.</para> |
|---|
| 37 | | <para> In &slony1; version 1.1, the <xref linkend="stmtinclude"/> and |
|---|
| 38 | | <xref linkend="stmtdefine"/> statements allow you to create a sort of |
|---|
| 39 | | <quote>symbol table</quote> behind the scenes so that <xref |
|---|
| 40 | | linkend="slonik"/> scripts can use names for nodes rather than cryptic |
|---|
| 41 | | numbers. </para> |
|---|
| | 38 | <para> Ã partir de &slony1; version 1.1, les commandes <xref linkend="stmtinclude"/> et |
|---|
| | 39 | <xref linkend="stmtdefine"/> vous permettent de créer une sorte de |
|---|
| | 40 | <quote>table de symboles</quote> en arriÚre-plan pour que les scripts |
|---|
| | 41 | puissent utiliser des noms pour les noeuds plus que des numéros ésotériques. |
|---|
| | 42 | </para> |
|---|