<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="transparent">
<p>Si je comprends bien le souci c'est qu'en cas de plante il faut
remonter une base puis appliquer les diff.</p>
<p>C'est ça qui est lent.</p>
<p>Mettre du propriétaire n'y changera rien.</p>
<p>Si on veut répliquer Postgres avec du WAL ou des clusters, la
solution libre existe.</p>
<p>Il me semble moins coûteux (en moyens humains et en monnaie
sonnante et trébuchante) d'envisager une meilleure utilisation de
la réplication de postgres. Et donc d'avoir un cluster par exemple
entre la France, l'Allemagne et la Russie. Ou mieux entre la
France et la France, l'Allemagne et l'Allemagne etc... histoire de
basculer localement. Mais ça veut dire le double de besoins.
Est-ce jouable ?<br>
</p>
<p>N.B. : il serait aussi intéressant de savoir pourquoi le disque
n'a pas eu le temps d'écrire.</p>
<p>J'ai fait plus de 500 arrêts brutaux de SSD PLP (Power Loss
Protection) alors que j'écrivais dessus. Pas eu le moindre soucis.
Peut-être que je n'avais pas une méthode assez radicale (mais
correspondant à mon besoin) d'écrire massivement.<br>
</p>
<p>Jean-Yvon<br>
</p>
<br>
<div class="moz-cite-prefix">Le 23/07/2017 à 20:04, Philippe Verdy -
<a class="moz-txt-link-abbreviated" href="mailto:verdy_p@wanadoo.fr">verdy_p@wanadoo.fr</a> a écrit :<br>
</div>
<blockquote type="cite"
cite="mid:CAGa7JC24UOhjB5PuE=r0XOMkgSJy0UicFCm1qqYdbyr-5W6zzA@mail.gmail.com">
<div dir="ltr">Non je ne parle pas de l'installation du socle
logiciel.Le problème c'est bien la réplication des données et là
on est vraiment à la ramasse: il suffit de voir comment c'est
compliqué et long de redémarrer quand une instance est plantée,
et pas du tout à cause du logiciel opensource utilisé ou de
l'OS.
<div><br>
</div>
<div>On a un problème sérieux dans l'architecture des données
elles-mêmes et leur mode de distribution/réplication. Et on
n'a pratiquement rien fait pour améliorer ça.<br>
</div>
</div>
</blockquote>
<br>
</body>
</html>