Changeset 989

Show
Ignore:
Timestamp:
04/14/08 17:12:25 (9 months ago)
Author:
david.tokmatchi@gmail.com
Message:

--

Files:

Legend:

Unmodified
Added
Removed
Modified
Copied
Moved

  • traduc/trunk/slony/subscribenodes.xml

    r937 r989  
    55     révision $Revision$ --> 
    66 
    7 <sect1 id="subscribenodes"> <title>Subscribing Nodes</title> 
     7<sect1 id="subscribenodes"> <title>Enregistrement des serveurs</title> 
    88 
    9 <indexterm><primary>subscribing nodes</primary></indexterm> 
     9<indexterm><primary>>Enregistrement des serveurs</primary></indexterm> 
    1010 
    11 <para>Before you subscribe a node to a set, be sure that you have 
    12 <xref linkend="slon"/> processes running for both the provider and the 
    13 new subscribing node. If you don't have slons running, nothing will 
    14 happen, and you'll beat your head against a wall trying to figure out 
    15 what is going on.</para> 
     11<para>Avant d'enregistrer un serveur à un ensemble, assurez-vous d'avoir 
     12<xref linkend="slon"/> un processus pour chacun des deux parties à savoir le fournisseur et pour le nouveau noeud de souscription. Si les slons respectifs ne sont pas encours d'exécution, alors il ne se passera rien,  et vous battrez votre tête contre un mur essayant de comprendre pourquoi.</para> 
    1613 
    17 <para>Subscribing a node to a set is done by issuing the <xref 
    18 linkend="slonik"/> command <xref linkend="stmtsubscribeset"/>. It may 
    19 seem tempting to try to subscribe several nodes to a set within a 
    20 single try block like this: 
     14<para>Enregistrer un serveur à un jeux de serveurs est fait en publiant la <xref 
     15linkend="slonik"/> commande <xref linkend="stmtsubscribeset"/>. Il peut sembler tentant d'essayer de souscrire plusieurs noeuds à un ensemble dans un bloc simple d'essai comme ceci : 
    2116 
    2217<programlisting> 
    …… 
    2722  subscribe set (id = 1, provider=1, receiver=4, forward=yes); 
    2823} on error { 
    29   echo 'Could not subscribe the sets!'; 
     24  echo 'Enregistrement du jeu des serveurs : impossible!'; 
    3025  exit -1; 
    3126} 
    …… 
    3328 
    3429 
    35 <para> But you are just asking for trouble if you try to subscribe 
    36 sets in that fashion. The proper procedure is to subscribe one node at 
    37 a time, and to check the logs and databases before you move onto 
    38 subscribing the next node to the set. It is also worth noting that the 
    39 <quote>success</quote> within the above <xref linkend="slonik"/> try 
    40 block does not imply that nodes 2, 3, and 4 have all been successfully 
    41 subscribed. It merely indicates that the slonik commands were 
    42 successfully received by the <application>slon</application> running 
    43 on the origin node.</para> 
     30<para> Mais vous êtes juste en train de vous demander quel est le souci en enregistrant les jeux des serveurs de cette façon. La méthode appropriée exige de procéder à l'enregistrement des serveurs, à raison d'un seul à la fois, tout en examinant le journal de l'instance de la base de donnée et avant d'entamer le prochain enregistrement. Il est également intéressant de noter que le 
     31<quote>succès</quote> dans le ci-dessus <xref linkend="slonik"/> essai 
     32de bloc, n'implique pas que les noeuds 2, 3, et 4 soient tous enregistrés avec succès. Il indique simplement que les commandes de slonik ont été avec succès reçues par <application>slon</application> fonctionnant 
     33sur le noeud d'origine.</para> 
    4434 
    45 <para>A typical sort of problem that will arise is that a cascaded 
    46 subscriber is looking for a provider that is not ready yet.  In that 
    47 failure case, that subscriber node will <emphasis>never</emphasis> 
    48 pick up the subscriber.  It will get <quote>stuck</quote> waiting for 
    49 a past event to take place.  The other nodes will be convinced that it 
    50 is successfully subscribed (because no error report ever made it back 
    51 to them); a request to unsubscribe the node will be 
    52 <quote>blocked</quote> because the node is stuck on the attempt to 
    53 subscribe it.</para> 
     35<para>Un cas typique de problème qui peut surgir est qu'un abonné en cascade, recherche un fournisseur qui n'est pas encore prêt. 
     36Dans ce cas d'échec, le noeud souscripteur ne deviendra <emphasis>jamais</emphasis> 
     37l'abonné. Il obtiendra une attente <quote>bloquée</quote> pour que l'évènement attendu 
     38survienne. Les autres noeuds seront persuadés que, ce noeud bloqué, s'est enregistré correctement (parce que aucune erreur ne leur remonte); la demande de désabonner le noeud sera <quote>bloqué</quote> car le noeud en question est coincé en attente d'enregistrement.</para> 
    5439 
    55 <para>When you subscribe a node to a set, you should see something 
    56 like this in your <application>slon</application> logs for the 
    57 provider node: 
     40<para>Lorsque vous enregistrez un noeud à un jeu de noeuds, vous devriez voir quelque chose de ce genre dans les logs de <application>slon</application> pour le noeud fournisseur: 
    5841 
    5942<screen> 
    …… 
    6144</screen> 
    6245</para> 
    63 <para>You should also start seeing log entries like this in the 
    64 <application>slon</application> logs for the subscribing node: 
     46<para> Vous devriez également commencer à voir des entrées de notation comme ceci dans les notations de  
     47<application>slon</application> pour le noeud de souscription: 
    6548 
    6649<screen> 
    …… 
    6851</screen> 
    6952</para> 
    70 <para>It may take some time for larger tables to be copied from the 
    71 provider node to the new subscriber. If you check the pg_stat_activity 
    72 table on the provider node, you should see a query that is copying the 
    73 table to stdout. 
     53<para>Il peut prendre un certain temps, pour de plus grandes tables, d'être copié du noeud de fournisseur au nouvel abonné. Si vous vérifiez la table de pg_stat_activity sur le noeud de fournisseur, vous devriez voir une requête qui copie la table vers stdout. 
    7454</para> 
    75 <para>The table <envar>sl_subscribe</envar> on both the provider, and the new 
    76 subscriber should contain entries for the new subscription: 
     55<para>La table <envar>sl_subscribe</envar> pour le fournisseur comme pour le nouveau souscripteur,devra contenir un enregistrement pour le nouveau abonnement: 
    7756 
    7857<screen> 
    …… 
    8261</screen> 
    8362</para> 
    84 <para>A final test is to insert a row into one of the replicated 
    85 tables on the origin node, and verify that the row is copied to the 
    86 new subscriber. 
     63<para>Un ultime test est d'insérer un enregistrement dans une des tables répliquées depuis le noeud d'origine, et de vérifier que cet enregistrement se copie bien chez le souscripteur. 
    8764</para> 
    8865 
    89 <warning> <para> If you create and subscribe a set that does not 
    90 contain any tables, that can lead to a problem that will stop 
    91 replication from proceeding. </para> 
     66<warning> <para> Si vous créez et souscrivez à un jeu de noeud qui ne contient aucune table, cela peut mener à une situation qui empêchera la réplication de se faire. </para> 
    9267 
    93 <para> Note that this bug is addressed as of &slony1; 1.1.5 </para> 
     68<para> Notez que ce bug est notifié comme &slony1; 1.1.5 </para> 
    9469 
    95 <para> If a particular subscriber is only being fed sequences by one 
    96 of its providers, the query that collects <command>SYNC</command> 
    97 event data will not be constructed correctly, and you will see error 
    98 messages similar to the following:</para> 
    99  
     70<para> Si un abonné particulier est seulement alimenté par une séquence d'ordre d'un de ces fournisseurs, la requête qui collecte  
     71l'évènement<command>SYNC</command> ne sera pas correctement crée, et vous pouvez voir une erreur similaire à la suivante : 
     72</para> 
    10073<screen> 
    101742007-04-13 07:11:28 PDT ERROR remoteWorkerThread_11: "declare LOG 
    …… 
    10679</screen> 
    10780 
    108 <para> The function <xref 
    109 linkend="function.subscribeset-integer-integer-integer-boolean"/> will 
    110 generate a warning if given a replication set that lacks any tables to 
    111 replicate, as shown in the following example.</para> 
     81<para> La fonction <xref 
     82linkend="function.subscribeset-integer-integer-integer-boolean"/> va générer 
     83un avertissement si un jeu de réplication donné, ne connais pas des quelquonc tables à répliquer, comme l'exemple suivant le montre. 
     84</para> 
    11285 
    11386<screen> 
    …… 
    12194</screen> 
    12295 
    123 <para> This leads to the following warning message: </para> 
     96<para> Ceci mène au message d'avertissement suivant : </para> 
    12497 
    12598<screen>