Correction de deux erreurs de frappe

postgresql/high-availability.xml

@@ -1195,15 +1195,15 @@ primary_conninfo = 'host=192.168.1.50 port=5432 user=foo password=foopass'
 
    <para>
     Par conséquent, basculer du primaire vers le serveur de standby peut être rapide mais requiert
-    du temps pour re-préparer le cluster de failobver. Une bascule régulière du
+    du temps pour re-préparer le cluster de failover. Une bascule régulière du
     primaire vers le standby est utile, car cela permet une période d'interruption de production sur
     chaque système pour maintenance. Cela vous permet aussi pour vous assurer que 
     votre mécanisme de bascule fonctionnera réellement quand vous en aurez besoin.
 		Il est conseillé que les procédures d'administration soient écrites.
    </para>
 
    <para>
-    Pour déclencher le failover d'un serveur de standby en log-shipping, exécutez la commande <command>pg_ctl promote</command> or créez un fichier
+    Pour déclencher le failover d'un serveur de standby en log-shipping, exécutez la commande <command>pg_ctl promote</command> ou créez un fichier
     trigger (déclencheur) avec le nom de fichier et le chemin spécifiés par le paramètre
     <varname>trigger_file</varname> de <filename>recovery.conf</filename>. Si vous comptez utiliser
 	la commande <command>pg_ctl promote</command> pour effectuer la bascule, la variable  <varname>trigger_file</varname> n'est