Changeset 960

Timestamp:

03/25/08 23:02:33 (8 months ago)

Author:

sas

Message:

Suppression de quelques vous...

Files:

• traduc/trunk/postgresql/array.xml (modified) (8 diffs)
• traduc/trunk/postgresql/backup.xml (modified) (57 diffs)

traduc/trunk/postgresql/array.xml

@@ -4 +4 @@
-     par      $Author$
-     révision $Revision$ -->
-70423, PG824
+80319, PG831
-
-<sect1 id="arrays">
@@ -23 +23 @@
-
- <sect2>
-de 
+
-
- <para>
@@ -69 +69 @@
-  Une autre syntaxe, conforme au standard SQL, peut être
-  utilisée pour les tableaux à une dimension.
-e
+
-<programlisting>paye_par_semaine  integer ARRAY[4],</programlisting>
-  Cette syntaxe nécessite une constante de type entier pour indiquer la taille
@@ -102 +102 @@
-   point-virgule (<literal>;</literal>) mais tous les autres utilisent une virgule
-   (<literal>,</literal>). Chaque <replaceable>val</replaceable> est soit une constante
-
-
+
+
+
+
+
-<programlisting>'{{1,2,3},{4,5,6},{7,8,9}}'</programlisting>
-   Cette constante a deux dimensions, un tableau 3 par 3 consistant en trois
@@ -139 +142 @@
-
- <para>
- ceci
+
-<programlisting>SELECT * FROM sal_emp;
- nom   |      paye_par_semaine     |      planning
@@ -252 +255 @@
-
- <para>
-, soit le tableau, soit
+ le tableau ou
-  des expressions est NULL. De plus, NULL est renvoyé si un indice se trouve en
-  dehors de la plage du tableau (ce cas n'amène pas d'erreur).
-  Par exemple, si <literal>planning</literal> a les dimensions
-alors 
+
-  <literal>planning[3][3]</literal> donne un
-  résultat NULL. De la même façon, une référence sur un tableau avec une
@@ -333 +336 @@
-  six après une mise à jour qui affecte <literal>mon_tableau[6]</literal>
-  car <literal>mon_tableau[5]</literal> est alors rempli avec une valeur NULL.
-est seulement autorisé
-et non 
+n'est autorisé que
+
- </para>
-
@@ -509 +512 @@
-   et <literal>}</literal>) autour des valeurs du tableau et de caractères de
-   délimitation entre éléments adjacents. Le caractère délimiteur est
-
-
+
-   il est déterminé par le paramètre <literal>typdelim</literal> du type de l'élément
-éme
+a
-   de <productname>PostgreSQL</productname>, le type <literal>box</literal> utilise un
-   point-virgule (<literal>;</literal>) mais tous les autres utilisent la virgule).

traduc/trunk/postgresql/backup.xml

@@ -4 +4 @@
-     par      $Author$
-     révision $Revision$ -->
-70921, PG825
+80319, PG831
-<chapter id="backup">
- <title>Sauvegardes et restaurations</title>
@@ -221 +221 @@
-    commandes pour re-créer des rôles, des tablespaces et des bases vides, puis
-    en invoquant <application>pg_dump</application> pour chaque base de
-sera
-ne
-seront pas
+est
+peuvent
+ne pas être tout à fait
-   </para>
-  </sect2>
@@ -235 +235 @@
-    sauvegarder une telle table en fichier peut poser des problèmes. 
-    Puisque <application>pg_dump</application> peut écrire sur la sortie
-er
+és
-    ce problème éventuel.
-le faire
+procéder
-   </para>
-
@@ -299 +299 @@
-</programlisting>
-
-. 
+
-     <xref linkend="app-pgdump"/> et <xref linkend="app-pgrestore"/> pour plus de
-     détails.
@@ -306 +306 @@
-
-   <para>
-vous pourriez avoir besoin
-de combiner 
+il peut être nécessaire de combiner
+
-   </para>
-
@@ -353 +353 @@
-      Quiconque s'est aventuré dans les détails de l'organisation de la 
-      base de données peut être tenté de ne sauvegarder et 
-de ne 
+
-      Cela ne fonctionne <emphasis>pas</emphasis> parce que les informations
-      contenues dans ces fichiers ne représentent que la moitité de la
@@ -372 +372 @@
-  <para>
-   Une autre approche à la sauvegarde du système de fichiers consiste à réaliser
-
+
+
-   pour cela que le système
-   de fichiers supporte cette fonctionnalité (et qu'il puisse lui être fait
-   confiance). La procédure typique consiste à réaliser une
-
+
+
-   ensuite de copier entièrement le répertoire de données (pas seulement
-   quelques parties,
-   voir ci-dessus) de l'image sur un périphérique de sauvegarde, puis de
-
+e
-   données est en cours d'exécution. Néanmoins, une telle sauvegarde
-   copie les fichiers de la base de données dans un état où le
-   serveur n'est pas correctement arrêté&nbsp;; du coup, au lancement du
-   serveur à partir des données sauvegardées, PostgreSQL peut penser que le
-ci
+
-   pas un problème, mais il faut en être conscient (et s'assurer d'inclure les
-   fichiers WAL dans la sauvegarde).
@@ -535 +537 @@
-    WAL de 16&nbsp;Mo chacun (en général, mais cette taille peut
-    être modifiée lors de la construction de <productname>PostgreSQL</productname>). Les
-de 
+
-    position dans la séquence abstraite des WAL. Lorsque le système n'utilise
-de 
- segment de
+
+
-    Un fichier segment dont le contenu précède le
-    dernier point de vérification est supposé inutile et peut être recyclé.
@@ -549 +551 @@
-    En fonction de l'application et du matériel disponible, 
-    <quote>sauvegarder les données ailleurs</quote> peut se faire de plusieurs
-de 
+
-    NFS monté sur une autre machine, être écrits sur une cartouche (après
-    s'être assuré qu'il existe un moyen d'identifier le nom d'origine de chaque
- à fait
+e
-    Pour fournir autant de flexibilité que possible à l'administrateur de la
-    base de données, <productname>PostgreSQL</productname> essaie de ne faire aucune
@@ -564 +566 @@
-
-   <para>
-configurez
+on positionne
-    paramètre <xref linkend="guc-archive-mode"/> à <literal>on</literal>,
-précisez
-
+on précise
+de la 
-    paramètres seront toujours placés dans le fichier
-tout
+un
-    <literal>%p</literal> est remplacé par le chemin absolu de
-e tout
+'un
-    nom du fichier. (Le nom du chemin est relatif au répertoire de travail du
-    serveur, c'est-à-dire le répertoire des données du cluster.)
@@ -583 +585 @@
-    plateformes.) Après le remplacement des paramètres <literal>%p</literal>
-    et <literal>%f</literal>, la commande réellement exécutée peut ressembler
- ceci
+
-<programlisting>cp -i pg_xlog/00000001000000A900000065 /mnt/server/archivedir/00000001000000A900000065 &lt;/dev/null
-</programlisting>
-sera généré
+est produit
-   </para>
-
@@ -622 +624 @@
-    mais pas sur toutes. Si la commande choisie ne gère pas elle-même ce
-    cas, il convient d'ajouter une commande pour tester l'existence du fichier
-       
+    
-<programlisting>archive_command = 'test ! -f .../%f &amp;&amp; cp %p .../%f'</programlisting>
-    fonctionne correctement sur la plupart des variantes Unix.
@@ -637 +639 @@
-    archivé tant que la cassette n'est pas changée. 
-    Toute erreur ou requête à un opérateur humain doit être rapportée de façon
-
+e
-    rapidement. Le répertoire <filename>pg_xlog/</filename> continue à se remplir
-    de fichiers de segment WAL jusqu'à la résolution de la situation.
-    (Si le système de fichiers contenant <filename>pg_xlog/</filename> se
-fera un arrêt
-précédente ne sera perdue mais la base de données sera
-que vous retrouviez
+s'arrête
+antérieure n'est perdue mais la base de données est
+pour l'utilisateur de retrouver
-   </para>
-
@@ -701 +703 @@
-    <function>pg_switch_xlog</function>. Cela permet de s'assurer qu'une
-    transaction tout juste terminée est archivée aussi vite que possible.
-
-
-
+
+
-   </para>
-
@@ -713 +714 @@
-    l'exécution d'une de ces instructions, les journaux de transaction ne
-    contiennent pas d'informations suffisantes pour une récupération via les
-
-peut seulemen
-
+e
+ne peu
+qu'
-    <varname>archive_command</varname> peut être modifié avec un
-Si vous souhaitez
-une façon de le faire est de
+Pour
+on peut
-    chaîne vide (<literal>''</literal>) pour
-eront
+ont alors
-    accumulés dans <filename>pg_xlog/</filename> jusqu'au rétablissement
-    d'un paramètre <varname>archive_command</varname> fonctionnel.
@@ -768 +769 @@
-     <xref linkend="guc-checkpoint-completion-target"/>). Habituellement,
-     ce comportement est appréciable car il minimise l'impact du traitement
-Si vous voulez
-exécutez
-fait un point de retournement aussi rapidement
-exécutez
-retournement de <function>pg_start_backup</function> n'aura
-ra
+Pour
+on exécute
+déclenche un point de vérification dès
+on exécute
+vérification de <function>pg_start_backup</function> n'a alors
+
-    </para>
-   </listitem>
@@ -841 +842 @@
-    alors que <varname>full_page_writes</varname> est désactivé, une perte de
-    performances entre <function>pg_start_backup</function> et
-
-<varname>full_page_writes</varname> est réellemen
+ l'activation du
+paramètre <varname>full_page_writes</varname> es
-    sauvegarde.) Il convient toutefois de s'assurer que ces étapes sont
-    effectuées séquentiellement, sans chevauchement. Dans le cas contraire, la
@@ -884 +885 @@
-    système de fichiers et des segments WAL utilisés
-    pendant celle-ci (comme précisé dans le fichier d'historique des sauvegardes) 
-sont archivés
+est archivée
-    tous les segments WAL archivés de noms numériquement plus
-    petits ne sont plus nécessaires à la récupération de la sauvegarde du
@@ -1082 +1083 @@
-    Normalement, la récupération traite tous les segments WAL disponibles,
-    restaurant du coup la base de données à l'instant présent (ou aussi proche
-Donc u
+U
-    récupération normale se finit avec un message <quote>fichier non
-e votre
-Vous pouvez aussi voir un
-message d'erreur au début de la récupération d'
-comme
-
+u
+Un message d'erreur au
+début de la récupération peut également apparaître concernant 
+dont le nom ressemble à
+ habituelles
-    <xref linkend="backup-timelines"/> pour plus d'informations.
-   </para>
-
-   <para>
-Si vous voulez récupérer jusqu'à un moment précis (disons juste 
-ait supprimé votre table principale), indiquez
-Vous pouvez
-réciser le point d'arrêt connu sous le nom de
- soit par la date et l'heur
-soit
+Pour récupérer à un moment précis (
+n'ait supprimé la table principale), il suffit d'indiquer
+Le
+oint d'arrêt, aussi nommé
+, peut être précisé par un
+combinaison date/heure ou
-    l'option date/heure est vraiment utilisable car il n'existe pas d'outils
-our vous aider à 
+ermettant d'
-    à utiliser.
-   </para>
@@ -1115 +1116 @@
-
-   <para>
-découvre
+fait face à
-    elle se termine à ce point et le serveur ne démarre pas. Dans un tel cas,
-    le processus de récupération peut alors être ré-exécuté à partir du début
-vant le
+ntérieure au
-    récupération pour permettre à cette dernière de se terminer correctement.
-    Si la récupération échoue pour une raison externe (arrêt brutal du système
-    ou archive WAL devenue inaccessible), la récupération peut être
-pratique
+quasi
-    Le redémarrage de la restauration fonctionne comme les points de
-    contrôle du déroulement normal&nbsp;: le serveur force une écriture
-    régulière de son état sur les disques et actualise alors le fichier
-    <filename>pg_control</filename> pour indiquer que les données WAL déjà
-parcourues n'ont plus à être parcouru
+traitées n'ont plus à être parcourue
-   </para>
-
@@ -1137 +1138 @@
-      <filename>recovery.conf</filename> et s'appliquent uniquement pour la durée de la
-      récupération. Ils doivent être réinitialisés avant toute récupération
-une fois que la récupération a commencé
+après le démarrage de la récupération
-     </para>
-
@@ -1158 +1159 @@
-        cette information peut être utilisée pour tronquer l'archive au
-        minimum nécessaire pour supporter le redémarrage de la restauration
-sera seulement utilisé
-en attente
+n'est utilisé que
+de secours
-        linkend="warm-standby"/>).
-        <literal>%%</literal> est utilisé pour écrire le
@@ -1167 +1168 @@
-        Il est impératif que la commande ne renvoie un code de sortie zéro
-        que si, et seulement si, elle a réussi. Des noms de fichiers absents
-
+ à la commande
-        doit renvoyer une valeur différente de zéro dans ce cas.
-        Exemples&nbsp;:
@@ -1220 +1221 @@
-        ou juste avant (<literal>false</literal>). Il s'applique à
-        <xref linkend="recovery-target-time"/> et
- 
+
-        indiqué pour cette récupération. Il indique si les transactions
-possédant l'instant cible exact de validation ou l'ID cible
+d'instant ou ID cible de validation exact
-        sont incluses dans la récupération. La valeur par défaut est
-        <literal>true</literal>.
@@ -1239 +1240 @@
-        ligne temporelle en cours au moment de la sauvegarde. Ce paramètre
-        ne doit être configuré que
-dans 
+
-        il est nécessaire de retourner à un état postérieur à une récupération
-        d'instantané. Voir la <xref linkend="backup-timelines"/> pour plus
@@ -1267 +1268 @@
-  </sect2>
-
+<!-- ICI -->
-  <sect2 id="backup-timelines">
-   <title>Lignes temporelles (<foreignphrase>Timelines</foreignphrase>)</title>
@@ -1281 +1283 @@
-    La possibilité de restaurer la base de données à partir d'un instantané
-    crée une complexité digne des histoires de science-fiction traitant
-
+
+
+
+
-    original de la base de données, une table critique a peut-être été
-n'a pas réalisé son erreur jusqu'au
-
-jusqu'à 17h14 mardi soir. Tout est de nouveau
-fonctionnel
+personne n'a pas réalisé cette erreur
+avant 
+dans l'état où elle se trouvait à 17h14 mardi soir. La base
+est fonctionnelle
-    données, la table n'a jamais été supprimée. Or, l'utilisateur
-    réalise peu après que ce n'était pas une si grande idée et veut
-quelque part le
+un quelconque moment du
-    si, alors que la base de données est de nouveau fonctionnelle, elle
-    réutilise certaines séquences de fichiers WAL qui permettent de
@@ -1302 +1307 @@
-    <foreignphrase>timelines</foreignphrase>). Quand une récupération
-    d'archive est terminée, une nouvelle ligne temporelle est créée pour
-générée
+produits
-    restauration. Le numéro d'identifiant de la timeline est inclus dans le
-    nom des fichiers de segment WAL. De ce fait, une nouvelle timeline
@@ -1358 +1363 @@
-      Il est possible d'utiliser les capacités de sauvegarde de
-      <productname>PostgreSQL</productname>
-
+s
-      sauvegardes qui ne peuvent pas être utilisées pour la récupération
-      à un instant donné, mais ce sont des sauvegardes qui sont typiquement
-faire
-<application>pg_dump</application>. (Elles sont aussi bien plus grosses
-qu'une sauvegarde <application>pg_dump</application>, donc dans certains
-cas l'avantage de la rapidité aura un coût important
+obtenir
+ceux issus de <application>pg_dump</application>. (Elles sont aussi bien
+plus volumineuses qu'un export <application>pg_dump</application>, il se
+peut donc que l'avantage de rapidité soit négatif
-     </para>
-
-     <para>
-Pour préparer des sauvegardes à chaud autonomes, configurez
-configurez
-une <varname>archive_command</varname> qui réalise un archivage
-seulement quand 
+En vue d'effectuer des sauvegardes à chaud autonomes, on positionne
+on configure
+<varname>archive_command</varname> de telle sorte que l'archivage ne soit
+réalisé que lorsqu'
-      exemple&nbsp;:
-<programlisting>
-archive_command = 'test ! -f /var/lib/pgsql/backup_in_progress || cp -i %p /var/lib/pgsql/archive/%f &lt; /dev/null'
-</programlisting>
-
-
-
+
+
+
+
-      <productname>PostgreSQL</productname> de recycler le journal de
-      transactions non désiré).
@@ -1397 +1403 @@
-      Le fichier de bascule,
-      <filename>/var/lib/pgsql/backup_in_progress</filename>, est créé en
-terminé
+plein
-      Après la sauvegarde, le fichier de bascule est supprimé. Les journaux
-      de transaction archivés sont ensuite ajoutés à la sauvegarde pour que
@@ -1409 +1415 @@
-
-     <para>
-Beaucoup d'administrateurs de bases de données
-onc
-
+Nombreux sont ceux qui
+e
+sorte que 
-<programlisting>
-archive_command = 'local_backup_script.sh'
-</programlisting>
-e vous voulez
-utiliser plus d'une commande
+'il est envisagé
+d'utiliser plusieurs commandes
-      Ainsi toute la complexité est gérée dans le script qui peut être
-      écrit dans un langage de scripts populaires comme
-      <application>bash</application> ou <application>perl</application>.
-dans
+sur
-      apparaîtra dans les journaux applicatifs de la base de données, cela
-      permettant aux configurations complexes d'être diagnostiquées facilement
@@ -1426 +1432 @@
-     </para>
-     <para>
-Voici quelques exemples de besoins qui pourraient être
+Quelques exemples de besoins
-      un script&nbsp;:
-      <itemizedlist>
-       <listitem>
-        <para>
-C
+c
-        </para>
-       </listitem>
-       <listitem>
-        <para>
-C
+c
-         transférés toutes les trois heures plutôt qu'un à la fois&nbsp;;
-        </para>
@@ -1442 +1448 @@
-       <listitem>
-        <para>
-S
+s
-         récupération&nbsp;;
-        </para>
@@ -1448 +1454 @@
-       <listitem>
-        <para>
-S
+s
-         les erreurs.
-        </para>
@@ -1496 +1502 @@
-     sont tracées dans les WAL avec le chemin absolu et sont donc rejouées
-     en tant que créations de <foreignphrase>tablespace</foreignphrase>
-c
-peut être indésirable si la trace
-C
+la n'est pas forcément souhaitable s
+le journal
+De plus, c
-     même machine, mais dans un répertoire différent&nbsp;: la ré-exécution surcharge
-     toujours le contenu du <foreignphrase>tablespace</foreignphrase> original.
@@ -1511 +1517 @@
-   <para>
-    Il faut de plus garder à l'esprit que le format actuel des
-difficile à gérer
+volumineux
-    de nombreuses images des pages disques. Ces images de page sont conçues
-. Il peut en effe
+, puisqu'il peu
-    être nécessaire de corriger des pages disque partiellement écrites.
-    En fonction du matériel et des logiciels composant le système, 
@@ -1522 +1528 @@
-    (lire les notes et avertissements dans <xref linkend="wal"/> avant
-    de le faire). Désactiver les images de page n'empêche pas l'utilisation des
-s
-s
+
+
-    inutiles de pages même si <varname>full_page_writes</varname> est actif. Entre
-    temps, les administrateurs peuvent souhaiter réduire le nombre
@@ -1587 +1593 @@
-  <para>
-   L'archivage continu peut être utilisé pour créer une configuration de cluster
-ou plusieurs
-s
+(ou plusieurs)
+(s)
-   opérations en cas de défaillance du serveur principal. Cette fonctionnalité
-   est surtout connue sous le nom de
@@ -1602 +1608 @@
-   les fichiers WAL du serveur primaire. Aucune modification des tables
-   de la base n'est requise pour activer cette capacité. Elle a de ce fait
-à
+avec
-   d'autres approches de réplication. Cette configuration a également un impact
-   relativement faible sur les performances du serveur principal.
@@ -1702 +1708 @@
-    écrit, le serveur de secours les lit. Il est impératif que des
-    archives WAL de serveurs primaires différents ne soient pas mélangées.
-c'est seulement requis
-par 
+elle ne sert qu'à
+
-   </para>
-
@@ -1744 +1750 @@
-
-   <para>
-'un <varname>restore_command</varname> en
-
+e <varname>restore_command</varname> 
+d'
-    <application>pg_standby</application>. Cet exemple peut être étendu
-    si nécessaire pour supporter des configurations ou environnements
@@ -1753 +1759 @@
-   <para>
-    <productname>PostgreSQL</productname> ne fournit pas de logiciel 
-
-
-
+
+
+
+
-    <foreignphrase>failover</foreignphrase>, comme la migration d'adresse IP.
-   </para>
@@ -1766 +1773 @@
-    exécutant <varname>restore_command</varname> est du coup créé et meurt
-    pour chaque fichier. Il n'y a, de ce fait, pas de démon ou de processus
-alors
+donc
-    gestionnaire de signal. Une notification plus permanente est requise pour
-    le déclenchement du <foreignphrase>failover</foreignphrase>. Il est
@@ -1776 +1783 @@
-    un <foreignphrase>failover</foreignphrase>. Un mécanisme de notification
-    tel que la création explicite d'un fichier déclencheur, quand cela est
-est moins source
+présente moins de risques
-   </para>
-
@@ -1799 +1806 @@
-     <listitem>
-      <para>
-
+
+
-       ce qui inclut deux copies identiques de <productname>PostgreSQL</productname>,
-       dans la même version.
@@ -1807 +1815 @@
-      <para>
-       Configurer l'archivage continu sur le serveur principal vers une archive locale
- deux
-
-
+
+
+<xref 
-       <xref linkend="guc-archive-timeout"/> sont correctement configurés
-       sur le serveur principal (voir <xref linkend="backup-archiving-wal"/>).
@@ -1837 +1845 @@
-    copié sur une cassette en même temps qu'il est lu pour la
-    récupération. De ce fait, un serveur de secours 
-simultanément
-au stockage des fichiers à plus long terme en vue d'une récupération
-après un désastr
+en parallèle du
+stockage des fichiers en vue de besoins de reprise sur panne à plus long
+term
-   </para>
-
@@ -1845 +1853 @@
-    Pour les tests, il est possible d'exécuter le serveur principal
-    et celui de secours sur le même système. Cela n'apporte aucune amélioration
-sur
+à
-    de la haute disponibilité.
-   </para>
@@ -1874 +1882 @@
-    (<foreignphrase>Shoot The Other Node In The Head</foreignphrase>), 
-    permet d'éviter les situations où les deux systèmes pensent qu'ils sont
-
-e
+it
+ait
-   </para>
-
@@ -1894 +1902 @@
-    serveur de secours, un seul serveur est opérationnel. On parle alors
-    d'état dégénéré. L'ancien serveur de secours est
-
-
+
+
+
-    sur l'ancien système principal, s'il peut redémarrer, soit sur un
-, de préférence nouveau, système. Lorsque cela est
+ système, de préférence nouveau. Cela
-    peut considérer que les deux serveurs ont échangé leurs rôles.
-   </para>
@@ -1904 +1913 @@
-    pour servir de sauvegarde au nouveau serveur principal le temps que le
-    serveur de secours devienne opérationnel. Toutefois, cela complique
-assurément la configuration du système et l
+la configuration du système et d
-   </para>
-
-   <para>
-    La bascule entre le serveur principal et celui de secours peut être
-
+s
-    <foreignphrase>failover</foreignphrase>. Une bascule régulière
-,
-arrêt nécessaire pour maintenir la haute-disponiblité
+ pour
+maintenance
-    Cela permet également de tester les mécanismes de
-    <foreignphrase>failover</foreignphrase> pour s'assurer que cela
@@ -1936 +1945 @@
-    <function>pg_xlogfile_name_offset()</function> (voir à ce propos la
-    <xref linkend="functions-admin"/>) pour trouver le nom du fichier et
-
+
+
-    peut alors accéder directement au fichier WAL et copier les données
-    depuis la dernière fin connue des WAL jusqu'à l'actuelle vers le(s)
@@ -1947 +1957 @@
-    traiter avec l'ensemble des fichiers WAL. De ce fait, les serveurs de
-    secours ne peuvent pas, en fonctionnement normal, disposer des données
-e deviennent utilisables
+'ont d'intérêt
-    serveur principal subit une panne &mdash; le dernier fichier WAL partiel
-    est alors chargé dans le serveur de secours avant qu'il puisse démarrer.
@@ -1990 +2000 @@
-    restauration sur le serveur de secours à partir du dernier point de
-    redémarrage. Il n'est alors plus nécessaire de conserver les fichiers
-
-
+
+
+
-    sauvegarde originale.
-   </para>
@@ -2045 +2056 @@
-   pour cela&nbsp;; les méthodes de
-   sauvegarde au niveau système de fichiers ne fonctionnent évidemment pas.
-sont automatiquement effectuées
+est automatiquement effectué
-   interdire l'utilisation d'un répertoire de données d'une version
-   incompatible. Il n'y a donc pas grand risque à lancer une mauvaise
@@ -2084 +2095 @@
-   se trouver sur le même ordinateur ou sur un autre. Une fois qu'il est
-   synchronisé avec le serveur maître (utilisant l'ancienne version de
-vous pouvez basculer
-esclave pour que l'esclave devienne le maître, puis arrêter l'ancien
-serveur. Ce basculement se faire en quelques secondes pour une mise à
-
+le
+l'esclave peuvent être basculés pour que l'esclave devienne le maître.
+L'ancien serveur peut alors être arrêté. Ce basculement intervient en
+quelques secondes dans le cadre d'une mise à 
-  </para>
-
@@ -2129 +2140 @@
-    répertoires d'installation différents au moment de la construction. (Ce
-    problème est rectifié pour <productname>PostgreSQL</productname> 8.0 et
-vous déplacez ensemble 
-
+
+ sont déplacés ensemble
-    <filename>/usr/local/postgres/bin/</filename> va dans
-    <filename>/usr/local/postgres.old/bin/</filename>, alors