[Trad] [svn:pgfr] r1126 - traduc/trunk/slony
admin at listes.postgresql.fr
admin at listes.postgresql.fr
Dim 24 Aou 21:31:18 CEST 2008
Author: daamien
Date: 2008-08-24 21:31:18 +0200 (Sun, 24 Aug 2008)
New Revision: 1126
Modified:
traduc/trunk/slony/adminscripts.xml
Log:
Slony : adminscipts (orthographe)
Modified: traduc/trunk/slony/adminscripts.xml
===================================================================
--- traduc/trunk/slony/adminscripts.xml 2008-08-24 19:14:47 UTC (rev 1125)
+++ traduc/trunk/slony/adminscripts.xml 2008-08-24 19:31:18 UTC (rev 1126)
@@ -9,14 +9,14 @@
<indexterm><primary>scripts d'administration de &slony1;</primary></indexterm>
-<para> Un certain nombre de scripts ont été developpés tout au long de l'histoire de
+<para> Un certain nombre de scripts ont été développes tout au long de l'histoire de
&slony1; pour aider les utilisateurs à gérer leurs clusters. Cette section ainsi
que celle sur le <xref linkend="monitoring"/> et la <xref
linkend="maintenance"/> décrit leur utilisation. </para>
<sect2 id="altperl"> <title>Les scripts altperl</title>
-<indexterm><primary> Scriptd altperl pour &slony1;</primary></indexterm>
+<indexterm><primary> Script altperl pour &slony1;</primary></indexterm>
<para>Il existe un ensemble de scripts qui simplifie l'administration de plusieurs
instances &slony1;. Ces scripts supportent une nombre variable de noeuds. Ils peuvent
@@ -30,14 +30,14 @@
<command>slonik_</command>. Ils éliminent les risques de confusion en se référençant
à un fichier central de configuration qui contient les détails de la configuration
de votre site. Un exemple documenté de ce fichier est fourni dans
-<filename>altperl/slon_tools.conf-sample</filename>. La pluspart dispose également
-une aide en ligne grace à l'option "--help", ce qui les rend plus facile à prendre en main
+<filename>altperl/slon_tools.conf-sample</filename>. La plupart dispose également
+une aide en ligne grâce à l'option "--help", ce qui les rend plus facile à prendre en main
et à utiliser.
</para>
<para>La plupart des scripts de génération Slonik utilise la sortie STDOUT.
Pendant un temps, les commandes étaient passées directement à <xref linkend="slonik"/>
-pour qu'il les éxecute. Malheureusement, il s'agit d'une méthode trop .
+pour qu'il les exécute. Malheureusement, il s'agit d'une méthode trop .
<quote>agressive</quote>, car de légères coquilles dans la ligne de commande
peuvent conduire, dans certains cas, à des situations calamiteuses.
Tout administrateur qui se respecte doit relire le script
@@ -47,14 +47,14 @@
<indexterm><primary>Gérer de multiples clusters avec les outils altperl</primary></indexterm>
<para>La variable d'environnement <envar>SLONYNODES</envar> est utilisée pour déterminer
-quel fichier de configuration Perl sera utilisé pour controller les noeuds du cluster
+quel fichier de configuration Perl sera utilisé pour controler les noeuds du cluster
&slony1;. Si elle n'est pas fournie le fichier <filename>slon_tools.conf</filename>
situé dans l'emplacement par défaut sera utilisé. </para>
<para>Voici la liste des variables qui peuvent être configurées :
<itemizedlist>
-<listitem><para><envar>$CLUSTER_NAME</envar>=orglogs; # Quel est le nom du cluster de replication ?</para></listitem>
+<listitem><para><envar>$CLUSTER_NAME</envar>=orglogs; # Quel est le nom du cluster de réplication ?</para></listitem>
<listitem><para><envar>$LOGDIR</envar>='/opt/OXRS/log/LOGDBS'; # Quel est le répertoire des logs ?</para></listitem>
<listitem><para><envar>$APACHE_ROTATOR</envar>="/opt/twcsds004/OXRS/apache/rotatelogs"; # Si ce paramètre est défini, il indique où trouver le gestionnaire de logs d'Apache</para></listitem>
<listitem><para><envar>foldCase</envar> # Si la valeur est 1, les noms d'objet ( y compris les noms de schéma) seront transformés en minuscule. Par défaut, les noms d'objets restent inchangés. Notons que &postgres; lui-même transforme les noms d'objets en minuscule;
@@ -99,14 +99,14 @@
<indexterm><primary>cluster.set1 - configuration d'un ensemble de réplication pour les outils
Perl</primary></indexterm>
-<para>La variable d'environnement UNIX <envar>SLONYSET</envar> est utilisée pout déterminer
+<para>La variable d'environnement UNIX <envar>SLONYSET</envar> est utilisée pour déterminer
quel fichier de configuration doit être lu pour connaître les objets qui sont contenus
dans un ensemble donné.</para>
<para>Contrairement à <envar>SLONYNODES</envar>, qui est essentielle pour
<emphasis>tous</emphasis> les scripts de génération <xref linkend="slonik"/>,
celle-ci n'est nécessaire que lorsqu'on exécute
-<filename>create_set</filename>, car il s'agit du seul script qui controlle
+<filename>create_set</filename>, car il s'agit du seul script qui contrôle
le placement des tables dans les différents ensemble de réplication.
</para>
@@ -126,7 +126,7 @@
</sect3>
<sect3><title>slonik_print_preamble</title>
-<para>Cette commande produit simplement le <quote>preambule</quote> qui est nécessaire
+<para>Cette commande produit simplement le <quote>préambule</quote> qui est nécessaire
à chaque scripts slonik. En fait, elle fournit un <quote>squelette</quote> de script slonik
qui ne fait pas d'action particulière.</para>
</sect3>
@@ -180,7 +180,7 @@
<para>Cette commande produit un script Slonik qui déplace l'origine d'un ensemble de réplication vers un autre noeud.</para>
</sect3>
-<sect3><title>replication_test</title>
+<sect3><title>réplication_test</title>
<para>Ce script vérifie que &slony1; réplique correctement les données.</para>
</sect3>
@@ -228,7 +228,7 @@
</sect3>
<sect3><title>slonik_subscribe_set</title>
-<para>Generates Slonik script to subscribe a particular node to a particular replication set.</para>
+<para>Ce script génère un script Slonik script pour abonner un noeud donné çà un ensemble donné.</para>
</sect3><sect3><title>slonik_uninstall_nodes</title>
@@ -307,7 +307,7 @@
<itemizedlist>
-<listitem><para> Le DSN est positioné à la plus petite valeur trouvé pour
+<listitem><para> Le DSN est positionné à la plus petite valeur trouvé pour
chaque noeud dans le table <envar>sl_path</envar>. Vous devrez probablement
modifier cette valeur.</para></listitem>
@@ -323,11 +323,11 @@
<para> En général, cela provoque des inconvénients mineurs,
comme, par exemple, un &lslon; fonctionnant de manière inapproprié,
échouant suite à un problème de connectivité, (ce qui ne provoque pas
-de dégats ! ), ou fonctionnant moins efficacement vu qu'il se trouve du mauvais
+de dégâts ! ), ou fonctionnant moins efficacement vu qu'il se trouve du mauvais
coté du <quote>tuyau</quote>.</para>
<para> D'un autre côté, si vous faites fonctionner un noeud en mode log shipping sur
-le site distant, l'arrivée d'un &lslon; que that
+le site distant, l'arrivée d'un &lslon; que
<emphasis>ne collecte pas</emphasis> les logs peut ruiner une semaine complète d'activité. </para>
</listitem>
</itemizedlist>
@@ -359,7 +359,7 @@
<listitem><para><envar>SLHOME</envar> indique le répertoire
<quote>home</quote> qui contient les fichiers de configuration de &lslon;;
-ces fichiers doivent être rangés en sous-repertoires, un pour chaque cluster,
+ces fichiers doivent être rangés en sous-répertoires, un pour chaque cluster,
avec un nom de fichier du type <filename>node1.conf</filename>,
<filename>node2.conf</filename>, et ainsi de suite. </para>
@@ -378,7 +378,7 @@
il semble inopportun de garder une dépendance à une <quote>technologie</quote>
de rotation spécifique. </para></listitem>
-<listitem><para><envar>CLUSTERS</envar> est la liste des slusters &slony1; qui sont gérés.
+<listitem><para><envar>CLUSTERS</envar> est la liste des clusters &slony1; qui sont gérés.
</para></listitem>
</itemizedlist>
@@ -408,10 +408,10 @@
et <envar>PGHOST</envar> fournissent des informations additionnelles sur l'emplacement de la
base de données. </para></listitem>
-<listitem><para> Ces informations sont chargées dans une table temporaire fraichement créée : <envar>temppayroll</envar> </para> </listitem>
+<listitem><para> Ces informations sont chargées dans une table temporaire fraîchement créée : <envar>temppayroll</envar> </para> </listitem>
<listitem><para> Les OIDs de table et de séquence dans les tables &slony1; sont corrigées pour
pointer vers la configuration de la base temporaire. </para> </listitem>
-<listitem><para> Un script slonik est lancé pour effecter l'action <xref linkend="stmtuninstallnode"/>
+<listitem><para> Un script slonik est lancé pour effectuer l'action <xref linkend="stmtuninstallnode"/>
sur la base temporaire. Ceci élimine toutes les tables et le schéma spécifique à &slony1;
et supprime les triggers &slony1; des tables répliquées. </para> </listitem>
<listitem><para> Enfin, la commande <application>pg_dump</application> est lancée sur la base
@@ -451,7 +451,7 @@
<envar>LOGDIR</envar> dans un fichier nommé <filename>cluster.last </filename> </para> </listitem>
</itemizedlist>
-<para> Il existe une exemple de script <quote>wrapper</quote>,
+<para> Il existe une exemple de script <quote>d'encapsulation</quote>,
<filename>slony-cluster-analysis-mass.sh</filename>, qui permet de
pointer vers un ensemble de clusters &slony1;.</para>
@@ -495,11 +495,11 @@
<listitem><para> Le nombre de noeuds à configurer</para></listitem></varlistentry>
<varlistentry><term><envar> PGUSER </envar></term>
-<listitem><para> Le nom du super-utilisateur qui controle la réplication</para></listitem></varlistentry>
+<listitem><para> Le nom du super-utilisateur qui contrôle la réplication</para></listitem></varlistentry>
<varlistentry><term><envar> PGPORT </envar></term>
-<listitem><para> Le numéro du port par défault</para></listitem></varlistentry>
+<listitem><para> Le numéro du port par défaut</para></listitem></varlistentry>
<varlistentry><term><envar> PGDATABASE </envar></term>
-<listitem><para> Le nom de la base de données par défault</para></listitem></varlistentry>
+<listitem><para> Le nom de la base de données par défaut</para></listitem></varlistentry>
<varlistentry><term><envar> TABLES </envar></term>
<listitem><para> une liste de noms complets de tables (<emphasis>par exemple</emphasis> - un nom
@@ -510,7 +510,7 @@
</variablelist>
-<para>Des valeurs par défaults sont fournies pour <emphasis>chacune</emphasis> de ces valeurs,
+<para>Des valeurs par défauts sont fournies pour <emphasis>chacune</emphasis> de ces valeurs,
si bien que si vous lancez <filename>configure-replication.sh</filename>
sans configurer aucune variable d'environnement, vous obtiendrez
un ensemble de scripts slonik.
@@ -548,14 +548,14 @@
<sect3><title>Les scripts slonik générés</title>
-<para> Les scripts de configuration slonik sont générés dans un repertoire
+<para> Les scripts de configuration slonik sont générés dans un répertoire
temporaire à l'intérieur de <filename>/tmp</filename>.
Leur usage est le suivant :</para>
<itemizedlist>
<listitem> <para><filename>preamble.slonik</filename> est un fichier
-<quote>preambule</quote> contenant les informations de connexion utilisées
+<quote>préambule</quote> contenant les informations de connexion utilisées
par les autres scripts.</para>
<para> Vérifier attentivement celui-ci; vous pourrez le réutiliser pour
@@ -608,7 +608,7 @@
Si vous avez des tables qui nécessite de choisir une clef primaire candidate ou
qui nécessite la création d'une clef additionnelle avec la commande <xref
- linkend="stmttableaddkey"/>, vous devez modifier ce script à la main pour l'accomoder.
+ linkend="stmttableaddkey"/>, vous devez modifier ce script à la main pour l'accommoder.
</para></listitem>
</itemizedlist>
@@ -627,7 +627,7 @@
datacenter, vous devez modifier ces scripts.</para>
<para> Les processus slon doivent fonctionner au moment ou vous réaliser cette
-étape. Il est abusrde de lancer ces scripts lorsque ce n'est pas le cas.
+étape. Il est absurde de lancer ces scripts lorsque ce n'est pas le cas.
</para> </listitem>
</itemizedlist>
@@ -637,7 +637,7 @@
<sect2 id="bsd-ports-profile"> <title> <filename> slon.in-profiles </filename> </title>
<subtitle> profiles dans le style d'Apache pour FreeBSD <filename>ports/databases/slony/*</filename> </subtitle>
-<indexterm><primary> prfiles dans le style d'Apache pour FreeBSD </primary> <secondary>FreeBSD </secondary> </indexterm>
+<indexterm><primary> profiles dans le style d'Apache pour FreeBSD </primary> <secondary>FreeBSD </secondary> </indexterm>
<para> Dans le répertoire <filename>tools</filename>, le script <filename>slon.in-profiles</filename> permet de lancer des instances
&lslon; lors du démarrage du système. Il est conçu pour interagir avec
More information about the Trad
mailing list