Vous n'êtes pas identifié(e).
Bonjour,
j'aimerai savoir si il est possible de faire un archivage de chaque requête effectuée sur une base de données et d'avoir des détails sur ces requêtes comme le temps moyen pour l'effectuer, le nombre de fois qu'elle a été exécutée, les host qui l'on effectué, etc...
Bref, a faire un genre de sniffeur de la base de données mais sur le plan requête uniquement
Merci pour votre aide, si mes explications ne sont pas claires n'hésitez pas
Hors ligne
pgFouine ? c'est pas un sniffeur, mais ça donne ce genre d'infos.
Guillaume.
Hors ligne
Merci pour l'info
Hors ligne
Bonjour,
pgFouine oui, si vous pouvez activer le traçage de toutes les requêtes dans les journaux, mais il ne me semble pas que l'host y apparaisse...
Il reste aussi la solution de filtrer le traffic au niveau réseau avec un tcpdump et/ou tshark...Mais aucun logiciel ne fait pour le moment de rapport d'activité sur ces traces, même si elles seraient effectivement exploitables. Celà implique bien entendu de ne pas avoir de connexion SSL entre le client et le serveur, ce qui est un lourd pré-requis dans certain cas...
Hors ligne
Merci pour les réponses, le problème c'est qu'on est en version 8.2.5 de postgres et par soucis de cohérence avec les application local déjà crées, l'évolution en version 8.4 n'est pas à l'ordre du jour. De plus, aucun logiciel tiers ne doit être installé pour des raison de sécurités, de performances et de coûts.
Pour faire simple, on nous demande de trouver des solutions tout en nous les refusant.
Merci pour votre temps mais l'idée est abandonnée, vu le cul de sac dans lequel on nous mets. C'est de plus bien dommage car vos idées étaient fortement exploitables
Hors ligne
Pour infos, pgFouine n'a pas besoin d'être utilisé sur le serveur de production. Il vous suffit de récupérer les journaux applicatifs sur votre PC et d'utiliser pgFouine sur votre PC.
Guillaume.
Hors ligne
Effectivement, ce point de vu semblerait être une bonne alternative, mais l'utilisation des traces ne risque-t-elle pas de ralentir considérablement le serveur, de plus, si il doit y avoir une trace de toute l'activité, cela risque de prendre des proportions énormes en termes de capacités de stockage
Hors ligne
La trace sur les requêtes courtes sera couteuse proportionnellement à la durée de la requête, effectivement.
Marc.
Hors ligne
Ralentir le serveur, oui. Considérablement, non. De toute façon, le paramètre qui permet d'activer les traces ne demande pas de redémarrer le serveur. Donc, en cas de catastrophe, le retour est arrière est rapide et simple.
Quant au stockage, oui, ça prend de la place. Mais je ne crois pas que cela va poser un vrai problème.
Guillaume.
Hors ligne
Merci, on va évoluer dans cette direction
Hors ligne
