Quelques corrections, principalement des oublis

postgresql/ref/pg_basebackup.xml

@@ -41,7 +41,7 @@
    <application>pg_basebackup</application> fait une copie binaire des
    fichiers de l'instance, en s'assurant que le système entre et sort
    du mode sauvegarde automatiquement. Les sauvegardes sont toujours faites sur
-   l'ensemble de l'instance &nbsp;; il n'est donc pas possible de sauvegarder une
+   l'ensemble de l'instance&nbsp;; il n'est donc pas possible de sauvegarder une
    base individuelle ou des objets d'une base.
    Pour de telles sauvegardes, utiliser un outil comme <xref linkend="app-pgdump"/>.
   </para>
@@ -67,14 +67,14 @@
 
   <para>
    <application>pg_basebackup</application> peut effectuer une sauvegarde non
-   seulement à partir du serveur maître, mais aussi d'un serveur secondaire.
+   seulement à partir du serveur primaire, mais aussi d'un serveur secondaire.
    Pour cela, paramétrez le secondaire
    pour accepter les connexions pour réplication (c'est-à-dire
    configurez les paramètres <varname>max_wal_senders</varname> et <xref
-   linkend="guc-hot-standby"/>, et configurez <link
-   linkend="auth-pg-hba-conf"> l'authentification du client</link>). Il sera
+   linkend="guc-hot-standby"/>, et configurez l'<link
+   linkend="auth-pg-hba-conf">authentification du client</link>). Il sera
    aussi nécessaire d'activer <xref linkend="guc-full-page-writes"/> sur le
-   maître.
+   primaire.
   </para>
 
   <para>
@@ -99,7 +99,7 @@
 
     <listitem>
      <para>
-      Si le serveur esclave est promu en tant que maître durant la sauvegarde à chaud,
+      Si le serveur secondaire est promu en tant que primaire durant la sauvegarde à chaud,
       celle-ci échouera.
      </para>
     </listitem>
@@ -108,7 +108,7 @@
      <para>
       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
+      <varname>full_page_writes</varname> sur le primaire 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.
@@ -357,7 +357,7 @@
            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
+           serveur primaire, aussi longtemps que le client pourra suivre le flux
            des journaux de transactions.
           </para>
 
@@ -872,7 +872,7 @@
    placé dans le répertoire par d'autres personnes, à
    l'exception de certains fichiers temporaires gérés par PostgreSQL. Seuls
    les fichiers normaux et les répertoires sont cependant copiés.
-   les liens symboliques utilisés pour les tablespaces sont aussi préservés. Les
+   Les liens symboliques utilisés pour les tablespaces sont aussi préservés. Les
    liens symboliques pointant vers certains répertoires connus de PostgreSQL
    sont copiés en tant que répertoires vides. Les autres liens symboliques et
    les fichiers de périphérique spéciaux sont ignorés. Voir <xref