Show
Ignore:
Timestamp:
04/13/08 11:31:13 (9 months ago)
Author:
daamien
Message:

1ere trad, a relire

Files:

Legend:

Unmodified
Added
Removed
Modified
Copied
Moved

  • traduc/trunk/slony/reshape.xml

    r901 r982  
    55     révision $Revision$ --> 
    66 
    7 <sect1 id="reshape"> <title>Reshaping a Cluster</title> 
     7<sect1 id="reshape"> <title>Restructure un cluster</title> 
    88 
    9 <indexterm><primary>reshaping replication</primary></indexterm> 
     9<indexterm><primary>restructurer une réplication</primary></indexterm> 
    1010 
    11 <para>If you rearrange the nodes so that they serve different 
    12 purposes, this will likely lead to the subscribers changing a bit.</para> 
     11<para>Si vous réarranger les noeuds afin de qu'ils remplissent une fonction  
     12  différente, cela implique en général de modifier un peu les noeuds abonnés. 
     13  </para> 
    1314 
    14 <para>This will require doing several things: 
     15<para>Cela nécessitera les plusieurs choses : 
    1516<itemizedlist> 
    1617 
    17 <listitem><para> If you want a node that is a subscriber to become the 
    18 origin for a particular replication set, you will have to issue a 
    19 suitable <xref linkend="slonik"/> <command>MOVE SET</command> 
    20 operation.</para></listitem> 
     18<listitem><para> Si vous voulez qu'un noeud abonné devienne l'origine d'un 
     19    ensemble de réplication, vous devez effectuer une opération  
     20    <xref linkend="slonik"/> <command>MOVE SET</command> 
     21    appropriée.</para></listitem> 
    2122 
    22 <listitem><para> You may subsequently, or instead, wish to modify the 
    23 subscriptions of other nodes.  You might want to modify a node to get 
    24 its data from a different provider, or to change it to turn forwarding 
    25 on or off.  This can be accomplished by issuing the slonik <xref 
    26 linkend="stmtsubscribeset"/> operation with the new subscription 
    27 information for the node; &slony1; will change the configuration.  No 
    28 need to ask for <xref linkend="stmtunsubscribeset"/>; no need for it to 
    29 start copying data from scratch; the <xref linkend="stmtsubscribeset"/> 
    30 request will reshape the subscription <quote>on the fly</quote> and 
    31 allow data to remain consistent between nodes.  </para></listitem> 
     23<listitem><para> Vous pouvez ensuite, ou à la place, modifier les 
     24    abonnements des autres noeuds. Vous pouvez modifier un noeud  
     25    pour obtenir les données depuis un fournisseur différent, ou le changer 
     26    pour activer ou désactiver le transfert des données. Cela s'accomplit  
     27    en tapant l'opération slonik <xref 
     28linkend="stmtsubscribeset"/> avec les nouvelles information d'abonnement 
     29    pour le noeud;  &slony1; changera la configuration; inutile de lancer  
     30    <xref linkend="stmtunsubscribeset"/>; inutile de recopier  
     31    les données depuis zéro; la requête modifiera l'abonnement  
     32    <quote>à la volée</quote> et préservera la cohérence des données 
     33    entre les noeuds.</para></listitem> 
    3234 
    33 <listitem><para> If the directions of data flows have changed, it is 
    34 doubtless appropriate to issue a set of <xref 
    35 linkend="stmtdroplisten"/> operations to drop out obsolete paths 
    36 between nodes and <xref linkend="stmtstorelisten"/> to add the new 
    37 ones.  Up until version 1.1, this was not changed automatically; as of 
    38 1.1, <xref linkend="stmtmoveset"/> and <xref 
    39 linkend="stmtsubscribeset"/> change the paths as a side-effect.  See 
    40 <xref linkend="listenpaths"/> for more information about this.  In 
    41 version 1.1 and later, generation of <xref linkend="table.sl-listen"/> 
    42 entries is entirely automated, so that they are regenerated when 
    43 changes are made to <xref linkend="table.sl-path"/> or <xref 
    44 linkend="table.sl-subscribe"/>, thereby making it unnecessary to even think 
    45 about <xref linkend="stmtstorelisten"/>.</para></listitem> 
     35<listitem><para> Si les flux de données ont changé de direction, il  
     36    est inévitable de lancer une série d'opérations  <xref 
     37linkend="stmtdroplisten"/> operations afin de supprimer les 
     38    chemins obsolÚtes entre les noeuds et <xref linkend="stmtstorelisten"/>  
     39    pour ajouter les nouveaux chemins.  
     40    Jusqu'à la version 1.1, ceci n'était pas modifié automatiquement;  
     41    depuis la version 1.1,  <xref linkend="stmtmoveset"/> et <xref 
     42linkend="stmtsubscribeset"/> change les chemins automatiquement. 
     43    Voir <xref linkend="listenpaths"/> pour plus d'information à ce propos. 
     44    Dans les versions 1.1 et suivantes, la génération des entrées de la table 
     45    <xref linkend="table.sl-listen"/> est entiÚrement automatisée, elles sont  
     46    donc régénérées lorsqu'un changement est effectué sur les tables  <xref linkend="table.sl-path"/>  
     47    ou <xref linkend="table.sl-subscribe"/>, rendant ainsi inutile de se préoccuper de  
     48    <xref linkend="stmtstorelisten"/>.</para></listitem> 
    4649 
    4750</itemizedlist> 
    4851</para> 
    49 <para> The <filename>altperl</filename> toolset includes a 
    50 <application>regenerate-listens</application> script that is up to 
    51 the task of creating the new <xref linkend="stmtstorelisten"/> 
    52 commands; it isn't, however, smart enough to know what listener paths 
    53 should be dropped. 
     52<para> Les outils <filename>altperl</filename> incluent un script  
     53<application>regenerate-listens</application> qui est permet de créer  
     54les nouvelles commande <xref linkend="stmtstorelisten"/>;  
     55cependant il n'est pas assez malin pour déterminer quels chemins doivent être supprimés. 
    5456</para> 
    5557