PostgreSQL La base de donnees la plus sophistiquee au monde.

Forums PostgreSQL.fr

Le forum officiel de la communauté francophone de PostgreSQL

Vous n'êtes pas identifié(e).

#202 Re : Général » Archivage des données » 30/12/2010 13:36:07

Autre question :
Il semblerait que l'on ne puisse pas effectuer de  : SELECT pg_start_backup('label') si les Wal archive n'est pas activé => OK
Postrgrès ne me donne donc pas la possibilité d'effectuer juste une sauvegarde 'full' de ma database, si je n'ai pas archivé mes wal ?
Bizarre non ?

#203 Re : Général » Archivage des données » 30/12/2010 13:24:54

merci pour vos réponses...
Autre question :
Ma base n'est pas archivée => OK
Mes wal ont une durée de vie de 3 jours (dans pg_xlog ils sont découpés en tranche de 16 méga et vont du 28 au 30 décembre)... quel est le paramètre qui indique la 'rotation' des wal ?
Merci pour votre réponse...

#204 Re : Général » Archivage des données » 29/12/2010 18:14:08

Suite au message précédent, j'ai quelques questions en plus :
1°) La version 8.2 est-elle 'obsolète' ou plus maintenue, et faut-il l'upgrader rapidement ?
2°) Postgrès.conf=> paramètre => log_directory = 'pg_log'  => Ok ... mais aucune des vues de ma database ne comporte cette vue et mes select * from pg_log, postgrès répond qu'il ne connait pas... faut-il lui associer un nom de schéma comme Oracle... et lequel ?

#205 Re : Général » Archivage des données » 29/12/2010 17:39:43

Merci pour votre réponse...
Effectivement je suis en 8.2  et le paramètre n'existe pas...
Mon paramètre archive_command est 'astértisqué' dans mon postgresql.conf !
1°) Cela veut-il dire que ma database n'archive pas  ses logs ?
2°) Quel paramètre indique la destination des archivages de logs (quand il y en a !)..
Merci pour votre réponse...

#206 Général » Archivage des données » 29/12/2010 17:08:24

genio
Réponses : 8

Bonjour à tous...
Je voudrais savoir si ma base Postgrès archive ses logs => Ok
J'ai lu que le paramètre archive_mode donnait cette informaion => OK
Mais je ne vois pas ce paramètre dans postgresql.conf... où se trouve t'il ?

Merci pour vos réponses...

#207 Re : Général » Connexion à postrgrès » 28/12/2010 15:27:16

Merci pour vos réponses...
Juste une dernière : l'utilisateur Unix Postgrès : Est-ce le compte 'postgrès' créé dans unix qui aurait les droits 'root' ?

#208 Re : Général » Connexion à postrgrès » 28/12/2010 12:38:42

Merci pour toutes vos réponses... c'est OK !

Pour régler mon problème, j'ai modifié mon pg_hba.conf essayé de redémarrer le service postgrès avec l'ordre suivant :
$ /etc/init.d/postgresql restart
J'ai l'erreur suivante :
Stopping postgresql service:                               [FAILED]
rm: cannot remove `/var/run/postmaster.5432.pid': Permission denied
rm: cannot remove `/var/lock/subsys/postgresql': Permission denied
Starting postgresql service: /etc/init.d/postgresql: line 177: /var/akio/log/DB/postgresql.log: Permission denied
touch: cannot touch `/var/lock/subsys/postgresql': Permission denied
/etc/init.d/postgresql: line 184: /var/run/postmaster.5432.pid: Permission denied

Donc je n'ai pas les autorisations => OK

Pourtant j'ai fait un 'sudo -i -u postgres' et le rôle postgres' est =>  LOGIN SUPERUSER INHERIT CREATEDB CREATEROLE...
1°) Le rôle 'superuser' ne suffit-il pas pour relancer le service ?
2°) Faut-il une autorisation en plus au niveau linux (faire partie par exemple d'un groupe 'DBA', comme dans oracle !) ...

Merci encore pour vos réponses...

#209 Re : Général » Connexion à postrgrès » 27/12/2010 18:48:52

Merci...
Effectivement, j'ai modifié les adresses IP des serveurs en 111.222. et 333. mais dans mon fichier pg_hba.conf, ces adresses sont correctes...
J'ai voulu cacher les adresse mais je m'aperçoit que c'est pas malin...
En fait, la lignes IPV4 de dev et de prod est la suivante :
host    all         all         127.0.0.1/32          trust
1°) Cette ligne veut-elle dire que tous les utis dont l'adresse IP commence par 127.0.0.1 ont le droit sur la database ?

En prod il y a une ligne de plus qui est
host    all         all         172.31.228.84/32          trust (la 333. de mon précédent post)

Ce qui m'effraie (ou alors je n'ai pas tout compris) c'est qu'il faut créer, dans le fichier pg_hba.conf, une ligne pour chaque connexions qui arrive sur mon serveur postgrès ! Je pense plutôt que ces adresses sont génériques et que tous les pc qui commencent par 222.0.0.1 peuvent se connecter à postgrès... non ?

Une dernière : Comment traduisez vous la ligne :
# IPv6 local connections:
host            all                    all         ::1/128                ident sameuser

Je vous assure sinon que mon pgadminIII ne me rends pas de message d'erreur... on dirait qu'il arrive à se connecter sans y arriver vraiment ! Bizarre...
Sinon j'ai regardé dans les arborescences /var/log/ mais je n'ai pas vu un fichier log décrivant mon problème ...

Merci encore pour vos réponses...

#210 Re : Général » Connexion à postrgrès » 27/12/2010 16:56:13

Merci pour votre réponse...
En fait le problème est que quand je veux connecter ma base de production à PGadminIII, je n'ai aucun message d'erreur ! Je saisis le nom du serveur,la database accédée, mon compte (celui créé dans le role 'toto' avec son password) ... il fait son petit tour et me renvoie la mire 'ajouter un enregistrement de serveur' sans rien me dire...
1°) Sur quel fichier log puis-je voir le problème ?

2°) Je suis en train d'avancer et j'ai regardé les deux fichiers pg_hba.conf de prod et de dev ! Effectivement il y a quelques différences, mais je ne sais pas encore les expliquer... pouvez-vous ?

PRE-PROD
TYPE  DATABASE    USER        CIDR-ADDRESS          METHOD
# "local" is for Unix domain socket connections only
local               all             all                            ident sameuser
# IPv4 local connections:
host                all            all         111.0.0.1/32          trust
# IPv6 local connections:
host                all          all         ::1/128               ident sameuser
# Acces aux DBA via le reseau
host                all           all         0.0.0.0/0               pam




PRODUCTION
# TYPE  DATABASE    USER        CIDR-ADDRESS          METHOD
# "local" is for Unix domain socket connections only
Local             all             all                   trust
# IPv4 local connections:
Host                  all                all       222.0.0.1/32         trust
host             all                  all       333.31.228.84/32    trust
# IPv6 local connections:
host            all                    all         ::1/128                ident sameuser



On voit que les deux ne sont pas identiques (au moins dans la méthode) et que mon pg_hdba.cpnf de dev à une ligne en plus :
# Acces aux DBA via le reseau
host                all           all         0.0.0.0/0               pam


J'ai essayé de comprendre ce qu'apportait ce 'pam' (qui n'est d'ailleurs pas un spam !)  mais sans succès...

Pouvez-vous encore m'aider ?

Merci d'avance...

#211 Général » Connexion à postrgrès » 27/12/2010 13:26:49

genio
Réponses : 9

Re-bonjour...
J(ai 2/questions à poser :
J'ai créé un rôle dans mon environnement de dev de la façon suivante :
1°)  sudo -i -u postgres
2°) $ psql
Welcome to psql 8.2.15, the PostgreSQL interactive terminal.

Type:  \copyright for distribution terms
       \h for help with SQL commands
       \? for help with psql commands
       \g or terminate with semicolon to execute query
       \q to quit

postgres=# CREATE ROLE toto login SUPERUSER INHERIT CREATEDB CREATEROLE;
CREATE ROLE
Ensuite je suis arrivé à connecter une database TITI, avec mon user/mot de passe toto dans Pgadmin III =>  OK

Quand j'ai effectué la même chose sur le serveur de production, je suis allé jusuq'au 'CREATE ROLE', OK
mais ensuite je n'arrive pas à connecter ma database dans mon Padmin III... KO
Pouvez-vous me dire pourquoi ?

Autres questions :
Je n'arrive pas à comprendre les différentes 'bases de maintenace'... postgrès, edb et template1...
Pouvez-vous en 3 mot m'expliquer le rôle de chacune...

En fait j'ai créé mon rôle toto dans la base postgrès => est-ce bon ?

Je suis un peu dans le flou hein ?

#213 Général » pg_ident.conf et pg_hba.conf » 27/12/2010 12:10:24

genio
Réponses : 2

Bonjour à tous...
j'ai un peu de mal à comprendre le lien entre les fichiers pg_ident.conf et pg_hba.conf... pouvez-vous m'expliquer en deux lignes ?

merci d'avance pour vos réponses...

#214 Re : Association PostgreSQLfr » Présentation PostgreSQL chez un cabinet de conseil » 22/12/2010 11:49:00

Merci beaucoup pour vos réponses... effectivement la communauté Postgrès à l'air très active !
Juste une petite pour le déjeuner : J'ai lu que GENIO ne supporte pas Postgrès (ici nous avons du Génio, en veux-tu en voilà !)... est-ce encore vrai ?

#215 Re : Association PostgreSQLfr » Présentation PostgreSQL chez un cabinet de conseil » 21/12/2010 17:07:15

Bonjour...
Je suis DBA Oracle/DB2 Z0s et Sql server et je suis tout nouveau sur ce forum...
Nous avons ici 2 serveurs avec deux appli 'mineures' qui utilisent Postgrès et, gratuité oblige, mon entreprise (qui a de l'oracle, du sql server du DB2) me demande de faire une mini étude sur Postrgès afin d'en entrevoir ces principales qualités et surtout ces principaux inconvénients...
J'ai d'abord quelques questions à poser :
1°) D'abord d'après vous quelles sont les principales qualités et inconvénients de Postgrès ...
2°) Postgrès supporte t'il bien les énormes volumétries...
3°) Je vous pose cette question car en lisant différents post sur Internet, il semblerait que l'optimiseur Postgrès s'apparenterait au mode 'rule' d'Oracle... est-ce vrai ?
4°) Dans les différents forums il est dit qu'il vaut mieux, pour l'open source, utiliser Postgrès que Mysql car Postgrès gère mieux les triggers, les requêtes imbriquées et les grosses volumétries...  est-ce encore vrai ?
5°) La sécurité est-elle aussi pointue que sur les autres SGBD ?

Merci pour vos réponses

PS : J'ai lu le post de Tvial qui demande une intervention de 2 heures dans ses locaux pour une présentation/échange... est-ce encore possible et à quel prix (vous pouvez me répondre en mode privé)?

Pied de page des forums

Propulsé par FluxBB