Deux nouveaux fichiers

postgresql/ref/pg_basebackup.xml

@@ -67,42 +67,51 @@
   </para>
 
   <para>
-   <application>pg_basebackup</application> can make a base backup from
-   not only the master but also the standby. To take a backup from the standby,
-   set up the standby so that it can accept replication connections (that is, set
-   <varname>max_wal_senders</varname> and <xref linkend="guc-hot-standby"/>,
-   and configure <link linkend="auth-pg-hba-conf">host-based authentication</link>).
-   You will also need to enable <xref linkend="guc-full-page-writes"/> on the master.
+   <application>pg_basebackup</application> peut effectuer une sauvegarde non
+   seulement à partir du serveur maître mais aussi du serveur esclave. Pour
+   effectuer une sauvegarde à partir de l'esclave, paramétrer l'esclave de
+   manière à ce qu'il accepte les connexions pour réplication (c'est-à-dire
+   définir les paramètres <varname>max_wal_senders</varname> et <xref
+   linkend="guc-hot-standby"/>, et configurer <link
+   linkend="auth-pg-hba-conf">l'authentification du client</link>).
+   Il sera aussi nécessaire d'activer <xref linkend="guc-full-page-writes"/>
+   sur le maître.
   </para>
 
   <para>
-   Note that there are some limitations in an online backup from the standby:
+   À noter qu'il existe des limites à la sauvegarde à chaud depuis un serveur
+   esclave&nbsp;:
 
    <itemizedlist>
     <listitem>
      <para>
-      The backup history file is not created in the database cluster backed up.
+	    Le fichier d'historique de la sauvegarde n'est pas créé dans l'instance
+      de la base qui a été sauvegardée.
      </para>
     </listitem>
     <listitem>
      <para>
-      There is no guarantee that all WAL files required for the backup are archived
-      at the end of backup. If you are planning to use the backup for an archive
-      recovery and want to ensure that all required files are available at that moment,
-      you need to include them into the backup by using <literal>-x</literal> option.
+	    Il n'y a aucune garantie qu'à la fin de la sauvegarde l'ensemble des
+      fichiers WAL nécessaires à la sauvegarde soient archivés. Si vous voulez
+      utiliser la sauvegarde pour une restauration d'archive et être sûr que
+      tous les fichiers soient disponibles à ce moment, vous devez les inclure
+      à la sauvegarde au moyen de l'option <literal>-x</literal>.
      </para>
     </listitem>
     <listitem>
      <para>
-      If the standby is promoted to the master during online backup, the backup fails.
+	    Si le serveur esclave est promu maître durant la sauvegarde à chaud, la
+      sauvegarde échouera.
      </para>
     </listitem>
     <listitem>
      <para>
-      All WAL records required for the backup must contain sufficient full-page writes,
-      which requires you to enable <varname>full_page_writes</varname> on the master and
-      not to use the tool like <application>pg_compresslog</application> as
-      <varname>archive_command</varname> to remove full-page writes from WAL files.
+	    Toutes les entrées WAL nécessaires à la sauvegarde doivent disposer de
+      suffisamment de pages complètes, ce qui nécessite d'activer
+      <varname>full_page_writes</varname> sur le maître et de ne pas utiliser
+      d'outils comme <application>pg_compresslog</application> en tant
+      qu'<varname>archive_command</varname> pour supprimer les pages complètes
+      inutiles des fichiers WAL.
      </para>
     </listitem>
    </itemizedlist>
@@ -201,21 +210,21 @@
         ce qui rend la sauvegarde complètement autonome.
        </para>
        <para>
-        The following methods for collecting the transaction logs are
-        supported:
+	      Les méthodes suivantes sont supportées pour récupérer les journaux de
+		    transactions&nbsp;:
 
         <variablelist>
          <varlistentry>
           <term><literal>f</literal></term>
           <term><literal>fetch</literal></term>
           <listitem>
            <para>
-            The transaction log files are collected at the end of the backup.
-            Therefore, it is necessary for the
-            <xref linkend="guc-wal-keep-segments"/> parameter to be set high
-             enough that the log is not removed before the end of the backup.
-             If the log has been rotated when it's time to transfer it, the
-             backup will fail and be unusable.
+		        Les journaux de transactions sont récupérés à la fin de la
+            sauvegarde. Cela étant, il est nécessaire de définir le paramètre
+            <xref linkend="guc-wal-keep-segments"/> à une valeur suffisamment
+            élevée pour que le journal ne soit pas supprimé avant la fin de la
+            sauvegarde. Si le journal est l'objet d'une rotation au moment où
+            il doit être transféré, la sauvegarde échouera et sera inutilisable.
            </para>
           </listitem>
          </varlistentry>
@@ -225,13 +234,15 @@
           <term><literal>stream</literal></term>
           <listitem>
            <para>
-            Stream the transaction log while the backup is created. This will
-            open a second connection to the server and start streaming the
-            transaction log in parallel while running the backup. Therefore,
-            it will use up two slots configured by the
-            <xref linkend="guc-max-wal-senders"/> parameter. As long as the
-             client can keep up with transaction log received, using this mode
-             requires no extra transaction logs to be saved on the master.
+		        Envoit le journal de transactions tandis que la sauvegarde se
+            réalise. Cette option ouvre une seconde connexion sur le serveur et
+            commence l'envoi du journal de transactions en parallèle tout en
+            effectuant la sauvegarde. À cet effet, ce mécanisme s'appuie sur
+            deux connexions configurées par le paramètre <xref
+            linkend="guc-max-wal-senders"/>. Ce mode permet de ne pas avoir à
+            sauvegarder des journaux de transactions additionnels sur le serveur
+            maître, aussi longtemps que le client pourra suivre le flux du
+            journal de transactions.
            </para>
           </listitem>
          </varlistentry>
@@ -346,11 +357,12 @@
       <term><option>--statusint=<replaceable class="parameter">interval</replaceable></option></term>
       <listitem>
        <para>
-        Specifies the number of seconds between status packets sent back to the
-        server. This is required when streaming the transaction log (using
-        <literal>--xlog=stream</literal>) if replication timeout is configured
-        on the server, and allows for easier monitoring. The default value is
-        10 seconds.
+ 	      Spécifie le rythme en secondes de l'envoi des paquets au serveur
+        informant de l'état en cours. Ce paramètre est utile lorsque le journal
+        de transactions est suivi parallèlement à la sauvegarde (en utilisant
+        <literal>--xlog=stream</literal>) notamment si le délai limite d'attente
+        concernant la réplication est configuré sur le serveur. Il permet aussi
+        une surveillance simplifiée. La valeur par défaut est de 10 secondes.
        </para>
       </listitem>
      </varlistentry>

postgresql/ref/pg_ctl-ref.xml

@@ -210,8 +210,8 @@
    Le mode <option>status</option> vérifie si un serveur est toujours en cours
    d'exécution sur le répertoire de données indiqué. Si c'est le cas, le
    <acronym>PID</acronym> et les options en ligne de commande utilisées lors de
-   son démarrage sont affichés. If the server is not running, the process returns an
-   exit status of 3.
+   son démarrage sont affichés. Si le serveur n'est pas en cours d'exécution,
+   le processus retourne une valeur de sortie de 3.
   </para>
 
   <para>