Changeset 1154

Timestamp:

09/22/08 19:04:00 (2 months ago)

Author:

sas

Message:

On remet ça ?

Files:

• traduc/trunk/postgresql/high-availability.xml (modified) (8 diffs)

traduc/trunk/postgresql/high-availability.xml

@@ -108 +108 @@
-   </para>
-
-<!-- SAS::ICI -->
-   <para>
-    La fonctionnalité de matériel partagé est commune aux périphériques de
@@ -114 +113 @@
-    fichiers réseau bien qu'il faille porter une grande attention au système de
-    fichiers pour s'assurer qu'il a un comportement <acronym>POSIX</acronym>
-Un
-limitation significative de cette méthode est que
-s serveurs primaire et
+Cette méthod
+comporte une limitation significative&nbsp;:
+ serveur primaire et le serveur
-    les deux non fonctionnels. Un autre problème est que le serveur en attente
-    ne devra jamais accéder au stockage partagé tant que le serveur principal
@@ -134 +133 @@
-    d'un système de fichiers sont renvoyées sur un système de fichiers situé
-    sur un autre ordinateur. La seule restriction est que ce miroir doit être
-'une façon qui assure le fait que le serveur en attente a 
+e telle sorte que le serveur en attente dispose d'
-    version cohérente du système de fichiers &mdash; spécifiquement, les
-    écritures sur le serveur en attente doivent être réalisées dans le même
@@ -165 +164 @@
-    <foreignphrase>warm standby</foreignphrase> contient pratiquement toutes
-    les données du serveur principal et peut rapidement devenir le nouveau
-peut seulement se fair
-entier
+ne peut se faire qu
+complet
-   </para>
-  </listitem>
@@ -187 +186 @@
-    <productname>Slony-I</productname> est un exemple de ce type de
-    réplication, avec une granularité par
-
+s
-    esclave de façon asynchrone (par lots), il existe une possibilité de perte
-    de données pendant un <foreignphrase>failover</foreignphrase>.
@@ -195 +194 @@
-
- <varlistentry>
-s
+
-    instructions</term>
-  <listitem>
@@ -204 +203 @@
-    l'envoie à un ou tous les serveurs. Chaque serveur opère indépendamment.
-    Les requêtes en lecture/écriture sont envoyées à tous les serveurs alors
-peuvent seulement être envoyées 
- permettant la distribution du vrai travail
+ne peuvent être envoyées qu'
+, ce qui permet de distribuer la charge de lecture
-   </para>
-
@@ -211 +210 @@
-    Si les requêtes sont envoyées sans modification, les fonctions comme
-    <function>random()</function>, <function>CURRENT_TIMESTAMP</function> ainsi
-auront des valeurs différentes sur des serveurs
-différents. Ceci est dû au fait que chaque serveur opère indépendamment
-et que les requêtes SQL sont envoyées à tous (et non pas
-ci est inacceptable, soit
-soit
-partir d'un seul serveur, puis
-une attention doit être portée à ce
-s les transactions soient validées soit annulées sur tous les serveurs
-par exemple en utilisant la
+ont des valeurs différentes sur les différents serveurs.
+Cela parce que chaque serveur opère indépendamment alors que
+les requêtes SQL sont diffusées (et non
+tte solution est inacceptable,
+ou
+un seul serveur, et
+il est impératif
+ transaction soit validée ou annulée sur tous les serveurs,
+éventuellement par
-    linkend="sql-prepare-transaction"
-    endterm="sql-prepare-transaction-title"/> et <xref
-    linkend="sql-commit-prepared" endterm="sql-commit-prepared-title"/>.
-    <productname>Pgpool-II</productname> et <productname>Sequoia</productname>
-
-
-
-
-
+
+
+
+
+
+
- <varlistentry>
-  <term>Réplication asynchrone à plusieurs maîtres</term>