[Trad] [svn:pgfr] r1429 - traduc/trunk/postgresql

[admin at listes.postgresql.fr]

Author: sas
Date: 2009-11-25 23:12:35 +0100 (Wed, 25 Nov 2009)
New Revision: 1429

Modified:
   traduc/trunk/postgresql/backup.xml
Log:
En cours


Modified: traduc/trunk/postgresql/backup.xml
===================================================================
--- traduc/trunk/postgresql/backup.xml	2009-11-24 22:38:27 UTC (rev 1428)
+++ traduc/trunk/postgresql/backup.xml	2009-11-25 22:12:35 UTC (rev 1429)
@@ -888,7 +888,6 @@
     ce qui est toutefois une configuration courante, pour des raisons de performance.
    </para>
 
-   <!--SAS::ICI -->
    <para>
     La sauvegarde n'est utilisable que si les fichiers de segment WAL
     engendrés pendant ou après cette sauvegarde sont préservés.
@@ -937,8 +936,7 @@
     <function>pg_start_backup</function> crée un fichier nommé 
     <filename>backup_label</filename> dans le répertoire du cluster de bases
     de données. Ce fichier est ensuite supprimé par
-    <function>pg_stop_backup</function>. Ce fichier est bien sûr archivé
-    comme faisant parti du fichier de
+    <function>pg_stop_backup</function>. Ce fichier est archivé dans le fichier de
     sauvegarde. Le fichier de label de la sauvegarde inclut la chaîne de label
     passée à <function>pg_start_backup</function>, l'heure à
     laquelle <function>pg_start_backup</function> a été exécuté et le nom du fichier
@@ -950,16 +948,16 @@
    <para>
     Il est aussi possible de faire une sauvegarde alors que le serveur est
     arrêté. Dans ce cas, <function>pg_start_backup</function> et
-    <function>pg_stop_backup</function> ne peuvent évidemment pas être
+    <function>pg_stop_backup</function> ne peuvent pas être
     utilisés. L'utilisateur doit alors se débrouiller pour identifier les
     fichiers de sauvegarde et déterminer jusqu'où remonter avec les fichiers
     WAL associés. Il est généralement préférable de
-    suivre la procédure d'archivage en ligne décrite ci-dessus.
+    suivre la procédure d'archivage continu décrite ci-dessus.
    </para>
   </sect2>
 
   <sect2 id="backup-pitr-recovery">
-   <title>Récupération d'une sauvegarde en ligne</title>
+   <title>Récupération à partir d'un archivage continu</title>
 
    <para>
     Le pire est arrivé et il faut maintenant repartir d'une sauvegarde.
@@ -1007,7 +1005,7 @@
      ils proviennent de la sauvegarde et sont du coup probablement obsolètes.
      Si <filename>pg_xlog/</filename> n'a pas été archivé, il suffit de 
      recréer ce répertoire en faisant attention à le créer en tant que
-     lien symbolique si c'était le cas auparavant.
+     lien symbolique, si c'était le cas auparavant.
     </para>
    </listitem>
    <listitem>
@@ -1024,7 +1022,7 @@
      Créer un fichier de commandes de récupération 
      <filename>recovery.conf</filename> dans le répertoire des données du
      cluster (voir <xref linkend="recovery-config-settings"/>). Il peut, de
-     plus être judicieux de modifier temporairement le fichier 
+     plus, être judicieux de modifier temporairement le fichier 
      <filename>pg_hba.conf</filename> pour empêcher les utilisateurs
      ordinaires de se connecter tant qu'il n'est pas certain que la
      récupération a réussi.
@@ -1054,6 +1052,7 @@
   </orderedlist>
    </para>
 
+<!-- SAS -->
    <para>
     Le point clé de tout ceci est l'écriture d'un fichier de commandes de
     récupération qui décrit comment et jusqu'où récupérer. Le fichier