noalyss-generale
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [noalyss-generale] Récupérer une base de donnée après une ré-instal


From: Dany De Bontridder
Subject: Re: [noalyss-generale] Récupérer une base de donnée après une ré-installation en catastrophe
Date: Thu, 28 May 2020 14:28:22 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0


Bonjour



Le 28/05/20 à 13:46, maxime a écrit :
Bonjour,

Merci pour ce début de solution, mes essais (pour l'instant toujours infructueux) dans le corps du message(...)
J'ai essayé et voici le résultat :
postgres@mardi:~$ /usr/lib/postgresql/9.6/bin/pg_ctl start --pgdata  /var/lib/postgresql/9.6/main/  -o "--port=4000"
serveur en cours de démarrage
postgres@mardi:~$ postgres : n'a pas pu accéder au fichier de configuration « /var/lib/postgresql/9.6/main/postgresql.conf » : Aucun fichier ou dossier de ce type
NB/ Je n'ai effectivement pas de fichier postfresql.conf dans le dossier historique /var/lib/postgresql/9.6/main/, j'ai tout au plus un fichier postgresql.auto.conf

Copier dans le répertoire les 2 fichiers donnés ci-dessous


(...)
Posgresql.conf minimum
listen_addresses = 'localhost'          # what IP address(es) to listen on;
port = 4000                             # (change requires restart)


pg_hba.conf min
local   all             all                                     peer
host    all             all             127.0.0.1/32            trust
(...)

Avec la nouvelle version de postgresl faire

/usr/lib/postgresql/10/bin/pg_dumpall > /tmp/full-backup.dmp

... du coup, j'arrive à lancer la suite /usr/lib/postgresql/12/bin/pg_dumpall > full-backup.dmp
pg_dump: attention : WITH OIDS n'est plus supporté (table « action »)

(....)

postgres@mardi:~$ /usr/lib/postgresql/9.6/bin/pg_ctl stop --pgdata  /var/lib/postgresql/9.6/main/  -o "--port=4000"
pg_ctl : le fichier de PID « /var/lib/postgresql/9.6/main/postmaster.pid » n'existe pas
Le serveur est-il en cours d'exécution ?
postgres@mardi:~$

Ce qui me fait un fichier full-backup de 775Ko, ce qui je pense n'est pas ma base de donnée (qui n'est pas grosse, mais quand même :)

Oui ces tables sont un problème, heureusement il y a une solution , à partir de la version 12 , on ne peut plus utiliser "with oids" qui était le défaut jusque là :-/

Il va falloir faire un script pour les modifier , quand la 9.6 tourne, se connecter et faire pour chaque base de données , en tant que postgres

psql db1

\o /tmp/x.sql

select 'alter table '||nsp.nspname  ||'.'|| tbl.relname ||' without oids;'
from pg_namespace nsp
  join pg_class tbl on nsp.oid = tbl.relnamespace
where tbl.relhasoids='t' and nsp.nspname <> 'pg_catalog';

\o

\i /tmp/x.sql

Puis faire le pg_dumpall :-)


D.







psql







(...)
-- 
gpg key 0x6259f36e

Alchimerys sprl http://www.alchimerys.be
Noalyss , serveur de comptabilité libre ,http://www.noalyss.eu

reply via email to

[Prev in Thread] Current Thread [Next in Thread]