J'ai juste fais qq modifs pour les tests :

- Dans pgsnap.php : j'ai adapté la variable en :

ini_set('include_path', '.;D:/www_php5/pgsnap');

- Erreur dans le fichier fichier connect.php :

<b>Warning</b>:  fgets(): supplied argument is not a valid stream resource in <b
>D:\www_php5\pgsnap\lib\connect.php</b> on line <b>52</b><br />

pour mes tests j'ai juste codé en dur la chaine DSN avec celle qui convient. Ca permet de tester même si c'est pas très pro ;-)

- Je n'ai pas mis les graph en place car j'ai téléchargé Open Flash Chart mais ce n'est pas très clair pour moi dans la doc sur comment mettre en place pour pgsnap. D'ailleur un des fichiers demandés : open_flash_chart_object.php n'est pas présent dans le zip  open-flash-chart-2-hyperion.zip. A moins que ce soit un problème de version, j'ai pris la dernière.

En tout cas, il y a pas mal d'informations remontés par l'outil.

Bonne soirée !

Ugo

Merci pour toutes les informations à vous deux.

Je vais donc expliquer au client qu'il est possible d'atteindre ce nombre de transaction sur une base PostgreSQL.
Le plus compliqué sera de lui dire quel type de serveur il lui faut mais je me baserais sur son serveur actuel.

Il me demande également quels sont les outils d'administration et de supervision sur PostgreSQL.
J'utilise pgadmin 3 depuis longtemps et j'en suis vraiment satisfait pour la partie développement mais je n’en connais pas pour la partie administration et supervision. Ce que j’entends par là, c’est un outil graphique pour voir les requêtes en cours, le top sql, les taux d’utilisation des caches, etc, …

En connaissez et utilisez vous ?

Cordialement
Ugo BRUNEL

Bonjour Jean-Paul et merci de votre aide,

J'ai testé SELECT * FROM wct_binary mais j'ai l'erreur : "out of memory for query result".
Par contre, je ne pense pas que l'on est uno corruption de bloc car en attendant de corriger notre problème nous sauvegardons les tables par des commandes : "COPY table TO file" sur chaque table et nous n'avons pas d'erreur sur la table wct_binary. Cette commande doit faire l'équivalent d'un SELECT * from wct_binary et elle fonctionne correctement.

J'ai mis dans $PGDATA/postgresql.conf :

#---------------------------------------------------------------------------
# ERROR REPORTING AND LOGGING
#---------------------------------------------------------------------------

log_destination = 'syslog'      # Valid values are combinations of stderr,
redirect_stderr = true      # Enable capturing of stderr into log files.
log_directory = '/vc10q08/prd/exp/log'    # Directory where log files are written.
log_filename = 'postgresql-%a.log' # Log file name pattern.
log_truncate_on_rotation = true  # If true, any existing log file of the
log_rotation_age = 1440     # Automatic rotation of logfiles will happen after
log_rotation_size = 0       # Automatic rotation of logfiles will happen after
syslog_facility = 'LOCAL0'
syslog_ident = 'postgres'
log_min_messages = debug1       # Values, in order of decreasing detail:
log_min_messages = debug1       # Values, in order of decreasing detail:
log_min_error_statement = debug1 # Values in order of increasing severity:
log_connections = true
log_line_prefix = '%t'          # e.g. '<%u%%%d> '

J'ai relancé le pg_dump avec :

pg_dump -Fc -Z9 -b webct95 > test_dump_webct95.dmp

Le process prends 99,2 % de CPU et tourne depuis 1h30 et à générer pour le moment un fichier de 759 Mo.
Pour le moment, je n'ai aucune traces de généré.

Je vous enverrais les traces que je pourrais récupérer une fois le traitement terminé.

Merci par avance

Cordialement
Ugo BRUNEL