Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#226 Re : Général » Impact sur changements dans postgresql.conf » 28/03/2012 10:10:16
Merci pour la réponse sur munin.
Je pense que vous pouvez tout faire avec nagios, si c'est des graphes que vous voulez en plus il suffit de rajouter une interface web à nagios.
je pense Guillaume qu'ils voudraient pouvoir logguer toutes les requetes sauf celles qui reviennent tt le temps.
#227 Re : Général » Impact sur changements dans postgresql.conf » 27/03/2012 15:48:42
Vous voulez dire quoi par gérer les perfs par munin ?
#228 Re : PgAdmin3 » Comment creer un nouveau serveur » 19/03/2012 13:46:58
bonjour,
la prise électrique en haut a gauche, il faut rentrer les identifiants de connexion, et voilà vous êtes connecté à votre serveur postgresql.
ps : on est bien d'accord pgadmin est un logiciel pour utilisé des serveurs postgresql.
#229 Re : Réplication » slony et ses fonctions » 02/03/2012 15:05:05
ok merci gleu
#230 Réplication » slony et ses fonctions » 02/03/2012 13:11:17
- kenrio
- Réponses : 2
Bonjour,
je voulais savoir si certaines personnes(gleu ^^) utilisaient les fonctons de slony en direct pour leurs modifs, comme les rajouts de tables ou de sequences...
et si c'était dangereux ?
#231 Re : Général » Problème pour importer fichier .sql (débutant) » 22/02/2012 15:47:55
bah ta base est crée non ? il te renvoit rien car ce n'est pas un select.
tu as regarder tout simplement dans ta base ?
#232 Re : Optimisation » Lenteur de Postgresql depuis queslques jours » 01/02/2012 18:30:45
pour réindexer la database entièrement c'est ça : REINDEX DATABASE nom_de_la_database;
on peut juste faire l'index ou la table
edit : grilled fffuuuu
#233 Re : Migration » copie d'une base en 9.0.3 sur un moteur postgresql en 8.2.11 » 30/01/2012 18:43:38
copié une database d'un 9.0.3 vers un 8.2.11 c'est pas un peu dangereux ?
sinon un simple pgdump devrait bien faire l'affaire.
#234 Re : Général » Erreur pgfouine... » 05/01/2012 15:25:30
le fichier de log ne doit pas être en anglais ?
#235 Re : Général » Erreur "pg_query(): 5 is not a valid PostgreSQL link resource" » 26/12/2011 11:16:26
effectivement clore votre connexion avant de requeter c'est pas le mieux ![]()
#236 Re : Migration » migration de base données oracle a postgresql » 14/12/2011 11:26:34
si tu n' as pas compris ce qu'ils ont dis à mon avis tu n'y arriveras pas...
#237 Re : Général » modifier la valeur d'une sequence dans un trigger » 12/12/2011 19:24:16
pourquoi vous vérifiez pas le max de la sequence avant ?
#238 Re : Migration » migration de base données oracle a postgresql » 12/12/2011 15:19:25
http://ora2pg.darold.net download et install...
#240 Re : Migration » [ORA2PG] cas d' erreur etrange: NEED HELP !!! » 10/11/2011 15:04:29
Je connais pas du tout ora2pg mais à mon avis c'est un problème de casse.
#241 Re : Réplication » Deux standby pour une réplication postgres9.1, la meilleure méthode? » 07/11/2011 17:56:03
oui en prod on nele ferai qu'une seule fois, le jour J ensuite normalement y aura pas de problème!
là justement je suis en test donc je tue souvent mes bases et mes réplications pour tout refaire!
"avale", "tue" postgres n'est pas une bête sauvage ![]()
#242 Re : Réplication » Deux standby pour une réplication postgres9.1, la meilleure méthode? » 07/11/2011 17:49:39
$PSQL_BIN/psql postgres -c "select pg_start_backup('backup')"
rsync -a -v -e ssh /$PSQL_DATA/ $IP_SLAVE:/$PSQL_DATA/ --exclude postmaster.pid --exclude postgresql.conf --exclude save/ --exclude logs/ --exclude files/
$PSQL_BIN/psql postgres -c "select pg_stop_backup()"
c'est ce que je disais : start backup, rsync, stop backup. ![]()
c'est le script que je fais pour mes sauvegardes pitr.
en prod faut oublier le "je ferais ça chaque matin et chaque soir" toujours utiliser le cron et des scripts
et le mieux c'est de les tester en test ^^
#243 Re : Réplication » Deux standby pour une réplication postgres9.1, la meilleure méthode? » 07/11/2011 17:39:35
Pourquoi c'est pas un script .sh qui lance le start backup, la copie et ensuite le stop ?
#244 Re : Réplication » Deux standby pour une réplication postgres9.1, la meilleure méthode? » 07/11/2011 17:29:30
2-On fait le pg_start_backup, ça créé un fichier backup_label, est ce que cela à une influence sur le Standby en cours, par exemple ça le met en pause ?
Car je sais que pour mon 2ème standby la copie de data va prendre 3h....et que je lance ça la nuit, donc je ne ferai la commande pg_stop_backup que 12 heures plus tard.
je peux pas répondre à vos questions désolé, mais pourquoi douze heures plus tard ?
#245 Re : Réplication » Thème stage avec Bucardo » 07/11/2011 16:03:48
En gros vous voulez de la haute dispo avec un slave down 4h/J ?
Il se passe quoi si vous avez une coupure internet quand le slave est down ?... ![]()
Je peux pas vous guider avec bucardo j'en ai jamais monté faudrait voir avec d'autres, mais qui bascule la répli sur problème ? c'est auto ?
#246 Re : Réplication » Thème stage avec Bucardo » 07/11/2011 15:14:57
c'est quoi une coupure de connexion pour vous ?
#247 Re : Réplication » Thème stage avec Bucardo » 07/11/2011 13:31:36
ça dépend de tellement de choses, notamment de l'appli derrière.
Après pour savoir si c'est vraiment bucardo la bonne solution faudrait beaucoup plus de détails.
Le multi maitre c'est pas évident et c'est pas forcément utile dans certain cas.
#248 Re : Réplication » Thème stage avec Bucardo » 07/11/2011 12:20:20
On synchronise des fichiers on réplique une base de données, je le vois plus comme ça moi.
Après je connais pas le niveau de vos professeurs mais Bucardo est asynchrone donc faudrait pas qu'ils fassent d'amalgame ![]()
#249 Re : Réplication » Thème stage avec Bucardo » 07/11/2011 11:38:12
jamais vu un titre aussi long ![]()
Je n'utiliserais pas le mot synchronisation mais réplication ( c'est mon avis )
Un titre pour moi c'est court du genre : Réplication Sécurisée Multi-maitre avec Postgresql
#250 Re : Installation » Problème d'installation au ./configure sur Postgresql 9.1.1 » 26/10/2011 18:24:13
La bibliothèque GNU readline est utilisée par défaut. Elle permet à psql (l'interpréteur de ligne de commandes SQL de PostgreSQL) de se souvenir de chaque commande saisie, et permet d'utiliser les touches de flèches pour rappeler et éditer les commandes précédentes.
dixit un autre forum donc à mon avis autant la rajouter