Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
Je me fait du soucis en cas de crasch de ma base si un jour à la veille du 14 juillet
ou toujours au bon moment ....
donc j'ai fait un pg_dump de tous mes schemas
maintenant je veux utiliser pg_dumpall , j'ai regardé la doc car je veux
sauvegarder mes roles de groupe , role de connection par ailleurs
j'ai vu que
Du coup, pg_dumpall est une solution intégrée pour sauvegarder vos bases de données. Mais, notez une limitation : il ne peut pas sauvegarder les << objets larges >>, car pg_dump ne peut pas sauvegarder de tels objets dans des fichiers texte.
donc si j'integre des rasters dans postgis cela ne sera pas sauvegarder est ce cela des objets
larges ???
donc ce que je compte faire (3 précautions)
1) svg de tous mes schemas avec pg_dump (pas de role sauvegardé ici) .
2) Svg de la base totale avec pg_dumpall (role sauvegardé) faut t'il arreter la base ?
3) copie du repertoire "data" sur mon NAS (Cause Objet large)
pg_dumpall -h localhost -U <user> -c > file.sql
c'est quoi l'avantage de le mettre dans un .sql ?
merci pour vos remarques
Hors ligne
bonjour,
le mettre dans un .sql c'est la méthode plain, pas de compression, c'est un fichier texte, donc peut devenir très/trop gros suivant votre base.
Vu que vous comptez sauvegarder vos datas pourquoi ne pas faire tout "simplement" du hot physical backup ?
nb : pgdumpall ne sait pas sauvegarder plusieurs bases en parallèles donc peut être lent sur de multiples grosses bases il me semble.
Hors ligne
bonjour,
pour ne recup que les roles : pg_dumpall -g
de mon coté, je fais des "pg_dump -Fc" pour chaque base + un "pg_dumpall -g" pour le cluster
je recup aussi les fichiers postgresql.conf et pg_hba.conf
Hors ligne
pour kenrio merci je n'ai qu'une base
<<Vu que vous comptez sauvegarder vos datas pourquoi ne pas faire tout "simplement" du hot physical backup ?
c 'est a dire copier le Data sur un NAs par exemple , peut tu mieux m'expliquer?
pour Arthur , merci arthur trés intéréssant
moi je fais pg_dump pour chaque schéma meme le public
pg_dump mabase -Fc -x -O -n mon public -U postgres > /usr/local/public.gz
pg_dump mabase -Fc -x -O -n mon insee -U postgres > /usr/local/insee.gz
pg_dump mabase -Fc -x -O -n mon insee -U postgres > /usr/local/insee2006.gz
et je peux faire comme tu dis pour les roles
pg_dumpall -g > role.out
donc a la restauration sur un autre ordi
- je restaure en premier le schema public
- puis je fais psql -f role.out mabase
- puis je restaure tous mes autres schemas (insee, insee2006 etc ...)
peut tu confimer en tous cas Merci !
Hors ligne
c'est en gros ce que je fais (pas sur les schémas mais sur les databases).
pour backuper les fichiers de configurations, je fais un liens (ln -s) des fichiers vers le PGDATA et je les récupère (c'est un script perl) :
select * from pg_read_file('postgresql.conf',0,1048576)Hors ligne
Pages : 1