Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
Je fais actuellement quelques tests sur la streaming replication de PostgreSQL 9.0 beta1 à l'aide de pgbench.
Une fois les transations de tests fini, je compare dans la table pgbench_history le nombre de transactions réalisées.
Il arrive parfois que sur le serveur esclave il manque quelques transactions.
J'essaie à l'aide des logs de retrouver l'origine des erreurs, et le pourquoi il manque des transactions.
Cependant je ne trouve aucune trace dans les logs.
Quel niveau de granularité dois-je mettre ?
Quels logs pourraient contenir les infos que je cherche ?
Merci,
Hors ligne
Il n'y aura pas de trace sur les enregistrements appliqués, puisque les modifications d'enregistrements ne sont pas appliquées : la SR applique des modifications physiques sur les blocs. Ce qui rend d'ailleurs votre problème assez improbable.
Si vous voulez mesurer l'avancement de la réplication, le mieux que vous puissiez faire, c'est comparer SELECT pg_current_xlog_location();
sur les deux noeuds : il s'agit du point d'avancement de l'écriture dans les journaux sur le maître, et de l'application des journaux sur l'esclave.
Marc.
Hors ligne
Merci de votre réponse.
Dans ce cas à quoi pourraient correspondre les enregistrements manquant dans pgbench_history sur l'esclave ?
Hors ligne
Je ne vois vraiment pas comment on pourrait répondre à une telle question. Il est néanmoins à savoir que de nombreux bugs sont résolus ou en cours d'être résolus et devrait faire partie d'une beta2 qui se fait attendre.
Guillaume.
Hors ligne
D'accord.
Savez vous s'il existe un document sur le fonctionnement théorique de la streaming replication qui me permettrai de comprendre en détail son fonctionnement ?
Merci
Hors ligne
La seule qui existe à ma connaissance est la documentation officielle, à savoir http://developer.postgresql.org/pgdocs/ … ility.html et http://developer.postgresql.org/pgdocs/ … onfig.html .
Guillaume.
Hors ligne
Merci
Hors ligne
Pages : 1
