Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
Pages : 1
#1 Re : Optimisation » monitoring en temps reel » 08/12/2011 14:24:27
Merci pour votre réponse.
Dommage !
je vais donc me rabattre sur les outils système pour les I/O.
Je vais jeter un oeil sur le pg_stat_statements de la v9. Celui de la 8.4 est vraiment limité.
Et on va voir ce qu'on peut faire pour le graphique.
Les outils sont tout de même limite pour l'exploitation d'une base par rapport aux autres bases existantes.
Y a t-il des évolutions de prévu a ce niveau dans les futures version ?
#2 Optimisation » monitoring en temps reel » 08/12/2011 11:16:12
- Anto
- Réponses : 5
Bonjour,
je suis a la recherche d'un outil (graphique si possible) permettant de voir en temps réel les requêtes en cours avec leurs impacts sur les perfs (I/O, CPU)
Les requêtes en cours se trouvent facilement grâce au pg_stat_activity
Mais comment faire le lien entre un process et des infos du style : pg_statio_all_tables
Y a t-il des options à activer pour avoir un peu plus d'infos sur une requête ?
Existe t-il des outils déja tout fait ?
Merci
#3 Re : C et C++ » Warning stdout » 27/09/2010 17:24:12
En effet, j'ai fait une erreur dans mes test.
Désolé
#4 C et C++ » Warning stdout » 27/09/2010 14:21:49
- Anto
- Réponses : 2
Bonjour,
Est-ce normal que la libpq écrit les messages de warning dans la sortie standard stdout ?
Est-ce un bug ?
Y a t-il moyen de paramétrer la sortie standard (a part re-compiler!) ?
Merci
#5 Général » libpq cursor » 13/07/2010 12:27:00
- Anto
- Réponses : 1
Bonjour,
je souhaite exécuter une requête du type "Select * from ..." en utilisant un programme C
Cette requête me retourne plusieurs centaines de millions d'enregistrements.
En utilisant la méthode classique PQExec, j'obtiens une erreur "out of memory".
Le solution serait de spécifier le nombre de fetch à récupérer et faire un fetch en boucle.
Existe t-il une méthode native dans la libpq pour faire ceci ou est-ce que je suis obligé d'utiliser un curseur ?
Y a t-il des fonctions pour gérer des curseur dans la libpq ?
Merci
#6 Réplication » Erreur CETFATAL - Warm Standby » 17/02/2010 18:35:21
- Anto
- Réponses : 9
Bonjour,
j'ai mis en place le système de backup Warm Standby.
Tout fonctionne très bien mis à part une petite chose.
Je tourne sous Windows avec la version 8.4.2
Quand je lance mon serveur de backup en ligne de commande, j'ai le message d'erreur suivant :
CETFATAL: the database system is starting up
Or mon serveur est bien démarré vu que les processus tournent.
Mes fichiers WAL sont bien restaurés sur mon serveur de backup (les messages apparaissent).
Mais j'ai toujours le message CETFATAL ....... de temps en temps en chaque message de restauration de fichier.
Et dès que je crée mon fichier pour arrêter la restauration, le serveur démarre normalement sans message d'erreur.
Merci
#7 Re : Réplication » Restauration de WAL Files » 28/10/2009 12:56:12
Oui le numéro de timeline augmente bien.
Et effectivement le problème est que ma base fait quelques centaine de Giga. Donc quasiment impossible de refaire une backup et un transfert de données.
C'est pourquoi je cherche un moyen de restaurer uniquement les quelques fichiers xlog qui sont passés pendant la panne du master.
#8 Réplication » Restauration de WAL Files » 28/10/2009 12:18:51
- Anto
- Réponses : 3
Bonjour,
j'ai utilisé la technique PITR pour mettre en place un serveur de backup.
La réplication de mon serveur master vers mon serveur slave fonctionne très bien.
Toutefois, j'ai un problème sur la restauration du serveur master (failback).
Supposons que mon serveur master tombe, mon slave prend le relais. J'ai configuré mon slave pour qu'il soit aussi en archive_mode à on afin de récupérer les nouveaux journaux.
Mais une fois que mon master est réparé, j'aimerais repartir sur celui ci.
Y-a t-il un moyen de ne rejouer que les journaux du slave sans refaire tout le processus de backup et de copie de base?
Merci
Pages : 1