Forums PostgreSQL.fr

Bonjour,

Désolé, j'ai corrigé des fautes dans la précédente question. Merci pour votre compréhension.

J'ai une instance PG 10.1 qui tourne sur redHat 7.9. Je l'ai migré vers PG 10.20.
Une question sur les préconisations des releases notes pour les tâches post-patching.

faut-il appliquer toutes les recommandations des différentes releases notes de 10.2 à 10.20 ? c'est-a-dire si utilisation de l'extension pg_stat_statements faire un alter extension pg_stat_statements update dans chacune des bases ou est installée pg_stat_statements (lié au passage de 10.5 à 10.6), faire la reindexation des index si utilisation des index concurrentiels (lié au passage de 10.15 à 10.16), ... ?
Ou simplement, comme les mises à jour sont cumulatives, faut-il ne prendre en compte que les préconisations de la dernière release note de 10.20 ?

Merci d'avance.

Bonjour,

J'ai une VM avec :
CentOS release 6.10 (Final)
RMA 8G

Je viens d'installer le client Postgresql 9.5 (yum -y install postgresql95).
Faut il installer d'autres packages pour permettre la connexion à l'instance PostgreSQL du serveur distant ?

Cordialement
Cecile

Bonjour,

la création d'une base de donnée avec la commande, ci-dessous ne permet pas de mettre une description à la base de donnée.
CREATE DATABASE nom
[ [ WITH ] [ OWNER [=] nom_utilisateur ]
[ TEMPLATE [=] modèle ]
[ ENCODING [=] codage ]
[ LC_COLLATE [=] lc_collate ]
[ LC_CTYPE [=] lc_ctype ]
[ TABLESPACE [=] tablespace ]
[ CONNECTION LIMIT [=] limite_connexion ] ]

Comment faire pour l'ajouter ?
Cette description est visible  avec \l+ depuis psql.

Cordialement

Bonjour

J'ai deux VM h1 et h2 avec l'os Red Hat Enterprise Linux Server release 6.5 (Santiago)
et (PostgreSQL) 9.3.5.

sur la VM h1, j'ai fait nohup pg_dumpall > all.sql &. Puis, j'ai transféré all.sql sur la VM h2
sur la VM h2, j'ai fait nohup psql -f all.sql &. (import)
Sur h2, à la fin de l'import, je constate que : ma base ma_base n'a pas bougée. Elle aurait du grossir car ma_base depuis h1 est plus grosse.
Mais la base postgres a grossi. Sa taille est sensiblement égale à celle de ma_base. 

une requette sur la base postgres donne le même resultat que sur la base ma_base.
C'est comme si on avait importé la base ma_base sur la base postgres.

Il y a t'il une expplication à cela ? Est ce un bug ?

Peut-on dropper la base postgres et la recréer ( createdb postgres with template template1 )sans crainte ?
puis faire l'export, sur h1, de ma_base (nohup pg_dump ma_base > ma_base.sql &) et l'importer sur h2 avec la commande
nohup psql ma_base < ma_base.sql) ?

Merci pour vos retours

Cordialement

Cecile

Bonjour,

J'ai postgresql 9.3 sur Red Hat 6.5
Un vacuum s'exécutait sur la VM. Je décide de l'arrêter au bout de quelque minutes.
En regardant la taille de la base, celle-ci à augmenter notament avec des fichiers temporaires présents dans /var/lib/pgsql/9.3/data/base/14539456/....
Je suppose que ces fichiers sont des tables temporaires.

Peut-on trouver le nom de ces tables temporaire connaissant leurs ID ?
Peut-on lire leur contenu (enregistrements)?
Est ce normal, que la requete select relid, relname from pg_stat_all_tables ne contienne pas ces tables ?

En somme comment faire pour lister ces tables et connaitre leurs noms ?

Cordialement

Bonjour,

Configuration :
debian 8.3
VM
RAM 4
vCPU 2
Postgresql version 9.5

J'ai crée une nouvelle instance sur ma VM. Son PDATA est /var/lib/postgresql/9.5/data. Le PGDATA de l'autres instance est /var/lib/postgresql/9.5/main

Je souhaiterai que les deux instance démarrent automatiquement.
J'ai cherché le script linux qui serait dans /contrib/start-scripts/linux pour le copier dans /etc/init.d/data mais en vain.
Comment faire ?