[Trad] [svn:pgfr] r1125 - traduc/trunk/slony
admin at listes.postgresql.fr
admin at listes.postgresql.fr
Dim 24 Aou 21:14:48 CEST 2008
Author: daamien
Date: 2008-08-24 21:14:47 +0200 (Sun, 24 Aug 2008)
New Revision: 1125
Modified:
traduc/trunk/slony/addthings.xml
Log:
Slony : addthings (66% traduit)
Modified: traduc/trunk/slony/addthings.xml
===================================================================
--- traduc/trunk/slony/addthings.xml 2008-08-23 08:20:41 UTC (rev 1124)
+++ traduc/trunk/slony/addthings.xml 2008-08-24 19:14:47 UTC (rev 1125)
@@ -5,109 +5,111 @@
révision $Revision$ -->
<sect1 id="addthings">
-<title>A Task-Oriented View of &slony1;</title>
+<title>Une vue des taches &slony1;</title>
-<indexterm><primary>adding objects to replication</primary></indexterm>
+<indexterm><primary>ajouter des objets à la réplication</primary></indexterm>
-<para>You may discover that you have missed replicating things that
-you wish you were replicating.</para>
+<para>Vous découvrirez peut-être que vous avez oubliez des choses que
+vous vouliez répliquer.</para>
-<para>This can generally be fairly easily remedied. This section
-attempts to provide a <quote>task-oriented</quote> view of how to use
-&slony1;; in effect, to answer the question <quote>How do I do
-<emphasis>X</emphasis> with &slony1;?</quote>, for various values of
-<emphasis>X</emphasis>.</para>
+<para>En général, on peut très aisément y remédier. Cette section propose
+une <quote>tour d'horizon</quote> des moyens pour répondre à la
+question <quote>Comment réaliser la tache <emphasis>X</emphasis> avec &slony1;?</quote>, pour différente valeur de <emphasis>X</emphasis>.</para>
-<para>You cannot directly use <xref linkend="slonik"/> <xref
-linkend="stmtsetaddtable"/> or <xref linkend="stmtsetaddsequence"/> in
-order to add tables and sequences to a replication set that is
-presently replicating; you must instead create a new replication set.
-Once it is identically subscribed (e.g. - the set of providers and
-subscribers is <emphasis>entirely identical</emphasis> to that for the
-set it is to merge with), the sets may be merged together using <xref
+<para>On ne peut pas utiliser directement les commandes
+<xref linkend="slonik"/> <xref linkend="stmtsetaddtable"/>
+ou <xref linkend="stmtsetaddsequence"/> pour ajouter des
+tables et des séquences à un ensemble de réplication en
+cours de fonctionnement; on doit au contraire créer un nouvel
+ensemble de réplication. Un fois que ce nouvel ensemble est répliqué
+à l'identique ( c'est à dire les fournisseurs et abonnés sont
+<emphasis>entièrement identiques</emphasis> à ceux de l'ensemble que
+l'on veut compléter), les deux ensembles peuvent être fusionnés
+avec la commande <xref
linkend="stmtmergeset"/>.</para>
-<para>Up to and including 1.0.2, there was a potential problem where
-if <xref linkend="stmtmergeset"/> is issued while other
-subscription-related events are pending, it is possible for things to
-get pretty confused on the nodes where other things were pending.
-This problem was resolved in 1.0.5. Up until 1.2.1, there was still a
-problem where <xref linkend="stmtmergeset"/> could be requested before
-all the subscriptions were complete, which would <quote>muss things
-up</quote> on nodes where subscription activity was still under
-way. </para>
+<para>Jusqu'à la version 1.0.2 (incluse), il existait des risques
+potentiels si <xref linkend="stmtmergeset"/> était lancée alors
+que d'autres événements de type abonnement étaient en attente;
+des confusions pouvaient se produire sur les noeuds ayant ces
+événements en attente.
-<para> Note that if you add nodes, you will need to add both <xref
-linkend="stmtstorepath"/> statements to indicate how nodes communicate
-with one another, and <xref linkend="stmtstorelisten"/> statements to
-configuration the <quote>communications network</quote> that results
-from that. See <xref linkend="listenpaths"/> for more details on the
-latter.</para>
+Ce problème fut résolu avec la version 1.0.5. Jusqu'à la version 1.2.1,
+il existait toujours un problème avec <xref linkend="stmtmergeset"/>,
+si la commande était lancée avant que tous les abonnements soient complets,
+des <quote>perturbations</quote> pouvaient apparaitre sur les noeuds
+où l'activité d'abonnement n'était pas terminée. </para>
-<para>It is suggested that you be very deliberate when adding such
-things. For instance, submitting multiple subscription requests for a
-particular set in one <xref linkend="slonik"/> script often turns out
-quite badly. If it is <emphasis>truly</emphasis> necessary to
-automate this, you'll probably want to
-submit <xref linkend="stmtwaitevent"/> requests in between subscription
-requests in order that the <xref linkend="slonik"/> script wait for one
-subscription to complete processing before requesting the next
-one.</para>
+<para> Notez que si vous ajoutez des noeuds, vous devez également ajouter
+les déclarations <xref linkend="stmtstorepath"/> pour indiquer comment
+les noeuds communiquent entre eux, et les déclarations <xref linkend="stmtstorelisten"/>
+pour configurer le <quote>réseau de communications</quote> correspondant.
+Voir le chapitre <xref linkend="listenpaths"/> pour plus de détails.
+</para>
-<para>But in general, it is likely to be easier to cope with complex
-node reconfigurations by making sure that one change has been
-successfully processed before going on to the next. It's way easier
-to fix one thing that has broken than to piece things together after
-the interaction of five things that have all broken.</para>
+<para>Il est conseillé d'être très prudent lorsque l'on ajoute des noeuds et des
+voies de communications. Par exemple, soumettre de multiples demandes
+d'abonnements à un ensemble donné dans un script <xref linkend="slonik"/>
+finit mal, en général. Si il est <emphasis>vraiment</emphasis> nécessaire
+d'automatiser cette étape, il est préférable de soumettre des requêtes
+<xref linkend="stmtwaitevent"/> entre chaque requête d'abonnement pour
+que le script <xref linkend="slonik"/> attende qu'un abonnement soit
+complet avant de lancer le suivant..</para>
-<para> Here are a set of <quote>recipes</quote> for how to do various
-sorts of modifications to replication configuration:</para>
+<para>Mais en général, il est plus facile de gérer les reconfigurations
+complexes en s'assurant qu'un changement a été parfaitement réussi avant
+de passer au suivant. Il est beaucoup plus simple de corriger un problème
+unique que de réparer les dégats provoqués par l'interaction erronée de cing commandes
+successives.<</para>
-<sect2><title> Adding a table to replication </title>
+<para> Voici un ensemble de <quote>recettes</quote> pour réaliser
+différentes modifications sur la configuration de la réplication :</para>
-<indexterm><primary> adding a table to replication </primary></indexterm>
+<sect2><title> Ajouter une table dans le cluster de réplication </title>
-<para> &slony1; does not allow you to add a table to a replication set
-that is already being replicated. In principle, it would certainly be
-<emphasis>possible;</emphasis> what would happen is that the
-SET_ADD_TABLE event would lead to the relevant code from the
-SUBSCRIBE_SET event being invoked to initialize the table. That would,
-regrettably, significantly complicate the logic of all of these
-components, so this is not permitted. </para>
+<indexterm><primary> ajouter une table dans le cluster de réplication </primary></indexterm>
-<para>Instead, what you must do is thus:</para>
+<para> &slony1; ne vous permet pas d'ajouter une table dans un ensemblde de
+qui est déjà en cours de réplication. En principe, c'est certainement
+<emphasis>possible</emphasis>; mais cela implique l'événement SET_ADD_TABLE
+produise le code adéquat à partir de l'événement SUBSCRIBE_SET invoqué
+pour analyser la table. Cela compliquerait de manière significative et regrettable
+la logique de tous ces composants, donc ce n'est pas permis. </para>
+<para>En contrepartie, vous devez procéder de la manière suivante :</para>
+
<itemizedlist>
-<listitem><para> Add the new table on each node. </para>
+<listitem><para> Ajouter la nouvelle table sur chaque noeud. </para>
-<para> In principle, <xref linkend="stmtddlscript"/> could be used for
-this, but the fact that this leads to <link linkend="locking"> Locking
-Issues </link> and requires altering <emphasis>all</emphasis> tables
-in some existing replication set, on <emphasis>all</emphasis> nodes,
-makes <xref linkend="stmtddlscript"/> an unattractive approach on a
-busy system. This breaks the &slony1; feature that you <quote>don't
-have to interrupt normal activity to introduce replication.</quote>
+<para> En principe, le script <xref linkend="stmtddlscript"/> peut être
+utilisé pour cela, mais en réalité ce provoque des <link linkend="locking">
+problèmes d'inter-blocages </link> et cela nécessite la modification de
+<emphasis>toutes</emphasis> les tables dans l'ensemble de réplication
+existant, sur <emphasis>tous</emphasis> les noeuds, ce qui fait que
+<xref linkend="stmtddlscript"/> est une approche peu attrayante sur un
+serveur chargé. Ceci brise la règle de &slony1; qui dit qu' <quote>il n'est pas
+nécessaire d'interrompre l'activité normale pour ajouter la réplication.</quote>
</para>
-<para> Instead, you may add the table via
-<application>psql</application> on each node.
+<para> A contrario, vous pouvez ajouter la table via
+<application>psql</application> sur chaque noeud.
-</para> </listitem>
+<n/para> </listitem>
-<listitem><para> Create a new replication set <xref linkend="stmtcreateset"/>
+<listitem><para> Créer un nouvel ensemble de réplication avec <xref linkend="stmtcreateset"/>
</para></listitem>
<listitem><para>
-Add the table to the new set <xref linkend="stmtsetaddtable"/>
+Ajouter la table dans le nouvel ensemble avec <xref linkend="stmtsetaddtable"/>
</para></listitem>
-<listitem><para> Request subscription <xref
-linkend="stmtsubscribeset"/> for this new set. If there are several
-nodes, you will need to <xref linkend="stmtsubscribeset"/> once for
-each node that should subscribe. </para></listitem>
+<listitem><para> Demander l'abonnement de ce nouvel ensemble avec <xref
+linkend="stmtsubscribeset"/>. Si il existe plusieurs noeuds, vous devez
+utiliser <xref linkend="stmtsubscribeset"/> une fois pour chaque noeud
+que vous voulez abonner. </para></listitem>
-<listitem><para> If you wish to know, deterministically, that each
-subscription has completed, you'll need to submit the following sort
-of slonik script for each subscription:
+<listitem><para> Si vous voulez savoir de manière déterministe, si
+un abonnement est complet, vous devez soumettre pour chaque abonnement
+un script slonik qui ressemble à cela :
<screen>
SUBSCRIBE SET (ID=1, PROVIDER=1, RECEIVER=2);
@@ -117,192 +119,189 @@
</screen></para>
</listitem>
-<listitem><para> Once the subscriptions have all been set up so that
-the new set has an identical set of subscriptions to the old set, you
-can merge the new set in alongside the old one via <xref
+<listitem><para> Une fois que les abonnements sont configurés
+de manière à ce que les abonnements du nouvel ensemble soit identiques
+à ceux de l'ancien ensemble, vous pouvez fusionner le nouveau et l'ancien
+avec la commande <xref
linkend="stmtmergeset"/> </para></listitem>
</itemizedlist>
</sect2>
-<sect2><title> How to add columns to a replicated table </title>
+<sect2><title> Comment ajouter une colonne dans une table répliquée </title>
-<indexterm><primary> adding columns to a replicated table </primary></indexterm>
+<indexterm><primary> ajouter des colonnes dans une table </primary></indexterm>
-<para> This also answers the question <quote>How do I rename columns
-on a replicated table?</quote>, and, more generally, other questions
-to the effect of <quote>How do I modify the definitions of replicated
-tables?</quote></para>
+<para> Cette réponse est la même que pour la question <quote>Comment
+renommer des colonnes dans une table répliquée ?</quote>, et plus généralement
+au autres questions du type <quote>Comment modifier la définition
+de tables répliquées ?</quote></para>
-<para>If you change the <quote>shape</quote> of a replicated table,
-this needs to take place at exactly the same point in all of the
-<quote>transaction streams</quote> on all nodes that are subscribed to
-the set containing the table.</para>
+<para>Si vous changez la <quote>shape</quote> d'une table répliquée, vous devez le
+faire au même instant dans le <quote>flux de transaction</quote> sur tous les noeuds
+qui sont abonnés à l'ensemble qui contient la table.</para>
-<para> Thus, the way to do this is to construct an SQL script
-consisting of the DDL changes, and then submit that script to all of
-the nodes via the Slonik command <xref
-linkend="stmtddlscript"/>.</para>
+<para> Ainsi, la méthode pour consiste à construire un script SQL
+composé des changements DDL et de le soumettre à tous les noeuds
+via la commande Slonik <xref linkend="stmtddlscript"/>.</para>
-<para> Alternatively, if you have the <link linkend="altperl"> altperl
-scripts </link> installed, you may use
-<command>slonik_execute_script</command> for this purpose: </para>
+<para> Il existe une alternative, si vous avec installé les <link linkend="altperl">
+scripts altperl</link>, vous pouvez utiliser <command>slonik_execute_script</command>
+pour cela : </para>
-<para> <command> slonik_execute_script [options] set#
+<para> <command> slonik_execute_script [options] numero_de_l_ensemble
full_path_to_sql_script_file </command></para>
-<para> See <command>slonik_execute_script -h</command> for further
-options; note that this uses <xref linkend="stmtddlscript"/>
-underneath. </para>
+<para> Tapez la commande <command>slonik_execute_script -h</command> pour
+plus d'information; notez que ce script utilise <xref linkend="stmtddlscript"/>.
+</para>
-<para> There are a number of <quote>sharp edges</quote> to note...</para>
+<para> Il y a de nombreux <quote>points délicats</quote> à noter...</para>
<itemizedlist>
-<listitem><para> You absolutely <emphasis>must not</emphasis> include
-transaction control commands, particularly <command>BEGIN</command>
-and <command>COMMIT</command>, inside these DDL scripts. &slony1;
-wraps DDL scripts with a <command>BEGIN</command>/<command>COMMIT</command>
-pair; adding extra transaction control will mean that parts of the DDL
-will commit outside the control of &slony1; </para></listitem>
+<listitem><para> Vous <emphasis>ne devez absolument jamais</emphasis> inclure
+des commandes de controle de transaction, notamment <command>BEGIN</command>
+et <command>COMMIT</command>, à l'intérieur de ces scripts. &slony1;
+encapsule les scripts DDL avec une paire <command>BEGIN</command>/<command>COMMIT</command>
+; ajouter de opérateur de controle de transaction supplémentaire
+implique que des parties des ordres DDL seront <quote>committés</quote>
+en dehors du controle de &slony1; </para></listitem>
-<listitem><para> Before version 1.2, it was necessary to be
-exceedingly restrictive about what you tried to process using
+<listitem><para> Avant la version 1.2, il était nécessaire d'être
+extrêmement restrictif sur ce qu'on envoyait au script
<xref linkend="stmtddlscript"/>. </para>
-<para> You could not have anything <command>'quoted'</command> in the
-script, as this would not be stored and forwarded properly. As of
-1.2, quoting is now handled properly. </para>
+<para> Il était interdit de placer du texte <command>'entre quotes'</command>
+dans le script, car cela l'empéchait d'être stocké et transmis correctement
+. A partir de la version 1.2, les quotes sont correctement prises en compte. </para>
-<para> If you submitted a series of DDL statements, the later ones
-could not make reference to objects created in the earlier ones, as
-the entire set of statements was submitted as a single query, where
-the query plan was based on the state of the database at
-the <emphasis>beginning,</emphasis> before any modifications had been
-made. As of 1.2, if there are 12 SQL statements, they are each
-submitted individually, so that <command> alter table x add column c1
-integer; </command> may now be followed by <command> alter table x
+<para> Si vous soumettez une séries d'order DDL, les derniers
+ne peuvent pas faire référence aux objets créés par les premiers,
+car tous les ordres sont soumis dans un requête unique,
+dont le plan d'execution est basé sur l'état de la base de donnée
+au <emphasis>début</emphasis>, avant que les modifications ne soient
+effectuées. À partir de la version 1.2, il y a 12 ordres SQL, chacun est soumis
+individuellement, ainsi la commande <command> alter table x add column c1
+integer; </command> peut désormais être suivie par <command> alter table x
alter column c1 set not null; </command>.</para></listitem>
</itemizedlist>
</sect2>
-<sect2><title> How to remove replication for a node</title>
+<sect2><title> Comment supprimer la réplication sur un noeud</title>
-<para> You will want to remove the various &slony1; components
-connected to the database(s).</para>
+<para> Vous devez supprimer les différents composants &slony1;
+connectés à la base.</para>
-<para> We will just consider, for now, doing this to one node. If you
-have multiple nodes, you will have to repeat this as many times as
-necessary.</para>
+<para> Considérons, un instant, que nous faisons cela pour un noeud.
+Si vous avez de multiples noeuds, vous devrez répéter ces étapes
+autant de fois que nécessaire.</para>
-<para> Components to be Removed: </para>
+<para> Les composants à retirer : </para>
<itemizedlist>
-<listitem><para> Log Triggers / Update Denial Triggers
+<listitem><para>Triggers de logs / Triggers de blocage de mises à jour
</para></listitem>
-<listitem><para> The <quote>cluster</quote> schema containing &slony1;
-tables indicating the state of the node as well as various stored
-functions
+<listitem><para> Le schéma <quote>cluster</quote> contenant les tables &slony1;
+qui indiquent l'état du noeud et diverses procédures stockées
</para></listitem>
-<listitem><para> &lslon; process that manages the node </para></listitem>
-<listitem><para> Optionally, the SQL and pl/pgsql scripts and &slony1;
-binaries that are part of the &postgres; build. (Of course, this would
-make it challenging to restart replication; it is unlikely that you
-truly need to do this...)
+<listitem><para> Le processus &lslon; qui gère le noeud </para></listitem>
+<listitem><para> Accessoirement, les scripts SQL, les scripts pl/pgsql,
+et les binaires &slony1; qui font partie de la compilation de &postgres;.
+(Bien sûr, cela complique la tache si vous souhaitez redémarrer la réplication;
+il est peu probable que vous ayez besoin de supprimer ces fichiers...)
</para></listitem>
</itemizedlist>
-<para> How To Conveniently Handle Removal</para>
+<para> Comment effectuer facilement la suppression</para>
<itemizedlist>
-<listitem><para> You may use the Slonik <xref linkend="stmtdropnode"/>
-command to remove the node from the cluster. This will lead to the
-triggers and everything in the cluster schema being dropped from the
-node. The <xref linkend="slon"/> process will automatically die
-off.</para></listitem>
+<listitem><para> Vous pouvez utiliser la commande Slonik <xref linkend="stmtdropnode"/>
+pour supprimer un noeud du cluster. Ceci provoquera la suppression
+des triggers et tout ce qui se trouve dans schéma cluster.
+Le processus <xref linkend="slon"/> sera automatiquement mourrir.</para></listitem>
-<listitem><para> In the case of a failed node (where you
-used <xref linkend="stmtfailover"/> to switch to another node), you may
-need to use <xref linkend="stmtuninstallnode"/> to drop out the
-triggers and schema and functions.</para>
+<listitem><para> Dans le cas d'un noeud en échec ( lorsque vous avez utilisé
+la commande <xref linkend="stmtfailover"/> pour basculer sur un autre noeud
+), vous devrez peut-être utiliser <xref linkend="stmtuninstallnode"/>
+pour supprimer les triggers, le schéma et les fonctions.</para>
-<para> If the node failed due to some dramatic hardware failure
-(<emphasis>e.g.</emphasis> disk drives caught fire), there may not be
-a database left on the failed node; it would only be expected to
-survive if the failure was one involving a network failure where
-the <emphasis>database</emphasis> was fine, but you were forced to
-drop it from replication due to (say) some persistent network outage.
+<para> Si le noeud est en échec à cause d'une panne matérielle dramatique
+(<emphasis>par exemple</emphasis> si vos disques ont pris feu),
+il est possible qu'il n'y ait plus de traces de la base de données sur le noeud;
+En général, la base ne survive que lorsque la panne matérielle est un
+problème de réseau qui n'endommage pas les données mais qui vous oblige à
+supprimer le noeud à cause de coupures réseau persitantes.
</para></listitem>
-<listitem><para> If the above things work out particularly badly, you
-could submit the SQL command <command>DROP SCHEMA "_ClusterName"
-CASCADE;</command>, which will drop out &slony1; functions, tables,
-and triggers alike. That is generally less suitable
-than <xref linkend="stmtuninstallnode"/>, because that command not only
-drops the schema and its contents, but also removes any columns
-previously added in using <xref linkend= "stmttableaddkey"/>.
+<listitem><para> Si les opérations ci-dessus se sont particulièrement
+mal passée. vous pouvez lancer la commande SQL
+<command>DROP SCHEMA "Nom_du_cluster" CASCADE;</command>,
+qui supprime toutes les fonctions, les tables et les triggers de
+&slony1;. En général, c'est une opération moins pratique que
+<xref linkend="stmtuninstallnode"/>, car cette commande
+ne se contente pas de supprimer le schéma et son contenu, elle
+supprime également toutes les colonnes ajoutées avec la
+commande <xref linkend= "stmttableaddkey"/>.
</para>
-<note><para> In &slony1; version 2.0, <xref linkend=
-"stmttableaddkey"/> is <emphasis>no longer supported</emphasis>, and
-thus <xref linkend="stmtuninstallnode"/> consists very simply of
-<command>DROP SCHEMA "_ClusterName" CASCADE;</command>. </para>
+<note><para> Dans &slony1; version 2.0, <xref linkend=
+"stmttableaddkey"/> <emphasis>n'est plus supporté</emphasis>, et
+donc <xref linkend="stmtuninstallnode"/> correspond simplement
+à <command>DROP SCHEMA "nom_du_cluster" CASCADE;</command>. </para>
</note></listitem>
</itemizedlist>
</sect2>
-<sect2><title> Adding A Node To Replication</title>
+<sect2><title> Ajouter un noeud dans le cluster de réplication</title>
-<para>Things are not fundamentally different whether you are adding a
-brand new, fresh node, or if you had previously dropped a node and are
-recreating it. In either case, you are adding a node to
-replication. </para>
+<para>Les choses ne sont pas fondamentalement différentes entre l'ajout
+d'un noeud flambant neuf et la restauration d'un noeud qu'on supprimé, puis reconstruit
+. Dans les deux cas, vous ajouter un noeud dans le cluster de réplication.
+ </para>
-<para>The needful steps are thus... </para>
+<para>Les étapes nécessaires sont ... </para>
<itemizedlist>
-<listitem><para> Determine the node number and any relevant DSNs for
-the new node. Use &postgres; command <command>createdb</command> to
-create the database; add the table definitions for the tables that are
-to be replicated, as &slony1; does not automatically propagate that
-information.
+<listitem><para> Déterminer le numéro du noeud et les DSNs adéquates
+pour le noeuds. Utilisez la commande &postgres; <command>createdb</command>
+pour créer la base; ajoutez les définitions des tables que vous voulez
+répliquer, car &slony1; ne propage pas automatiquement cette information.
</para>
-<para> If you do not have a perfectly clean SQL script to add in the
-tables, then run the tool <link linkend="extractschema"> <command>
-slony1_extract_schema.sh</command> </link> from the
-<filename>tools</filename> directory to get the user schema from the
-origin node with all &slony1; <quote>cruft</quote> removed. </para>
+<para> Si vous ne disposez pas d'un script SQL parfaitement propre pour ajouter
+les tables, alors vous pouvez utiliser l'outil <link linkend="extractschema">
+<command> slony1_extract_schema.sh</command> </link> situé dans le répertoire
+<filename>tools</filename> afin d'obtenir le schéma utilisateur sans les
+<quote>morceaux</quote> de &slony1;. </para>
</listitem>
-<listitem><para> If the node had been a failed node, you may need to
-issue the <xref linkend="slonik"/>
-command <xref linkend="stmtdropnode"/> in order to get rid of its
-vestiges in the cluster, and to drop out the schema that &slony1;
-creates.
+<listitem><para> Si le noeud était un noeud en échec, vous devez lancer
+la commande <xref linkend="slonik"/> <xref linkend="stmtdropnode"/>
+afin de vous débarasser de ses vestiges dans le cluster et de supprimer
+le schéma que &slony1; a créé.
</para></listitem>
-<listitem><para> Issue the slonik
-command <xref linkend="stmtstorenode"/> to establish the new node.
+<listitem><para> Lancer la commande slonik <xref linkend="stmtstorenode"/>
+pour établir le nouveau noeud.
</para></listitem>
-<listitem><para> At this point, you may start a &lslon; daemon against
-the new node. It may not know much about the other nodes yet, so the
-logs for this node may be pretty quiet.
+<listitem><para> À cet instant, vous pouvez lancer le démon &lslon; sur le nouveau
+noeud. Il ne connaitra rien des autres noeuds, donc les logs de ce noeud seront
+particulièrement calmes.
</para></listitem>
-<listitem><para> Issue the slonik
-command <xref linkend="stmtstorepath"/> to indicate
-how <xref linkend="slon"/> processes are to communicate with the new
-node. In &slony1; version 1.1 and later, this will then automatically
-generate <link linkend="listenpaths"> listen path </link> entries; in
-earlier versions, you will need to
-use <xref linkend="stmtstorelisten"/> to generate them manually.
+<listitem><para> Lancer la commande slonik <xref linkend="stmtstorepath"/>
+pour indiquer comment les processus <xref linkend="slon"/> doivent
+communiquer avec le nouveau noeud.
+Dans la version 1.1 et suivante, cette commande génère automatiquement
+des lignes de la table des <link linkend="listenpaths">voies d'écoute</link>;
+Dans les versions précédentes vous devez utiliser <xref linkend="stmtstorelisten"/>
+pour les générer manuellement.
</para></listitem>
-<listitem><para> At this point, it is an excellent idea to run
-the <filename>tools</filename>
-script <command>test_slony_state-dbi.pl</command>, which rummages
+<listitem><para> A cet instant, lancer le script
+<command>test_slony_state-dbi.pl</command> est une excellente idée, which rummages
through the state of the entire cluster, pointing out any anomalies
that it finds. This includes a variety of sorts of communications
problems.</para> </listitem>
More information about the Trad
mailing list