Le portail francophone de la géomatique

Je m'auto-répond, car je pense que je viens de trouver la solution ici :
https://www.developpez.net/forums/d8226 … sier-data/

--> je vais tester et reviendrai ici si ça ne marche pas

Bonjour,

Oui, le déplacement du répertoire data de pg marche bien (faites attention que le nouveau répertoire ait les mêmes droits que l'ancien).

Vous pouvez aussi faire ca depuis PG avec les tablespaces (https://www.postgresql.org/docs/12/mana … paces.html):
Le tablespace est l'espace de stockage de données, vu depuis PG. Par défaut, il y a un tablespace qui est le répertoire data.

Vous pouvez créer d'autres tablespaces:
• créer un répertoire qq part, avec les droits pour l'utilisateur postgres
• créer un tablespace PG vers ce répertoire : create tablespace nouvel_espace ...
• Modifier la BD pour utiliser ce tablespace: alter database ... set tablespace nouvel_espace

PG va alors déplacer les données de la BD vers ce répertoire.

Nicolas

Les raisons d'éviter l’hébergement sur un partage SMB :

    * Performances catastrophiques
    * risque de perte de données/corruption.

Salut tumasgiu,

Oui effectivement, je n'avais pas pensé à ces pb de corruption potentielle.

Nico

Je me permets de relancer cet échange qui m'a déjà beaucoup appris (j'ai temporairement déplacé certaines données sur un nouveau tablespace).

Je n'ai pas encore mon nouveau disque dur afin de gagner en espace de stockage local, mais je viens d'apprendre que la maintenance informatique allait passer mon PC de Windows 7 à Windows 10 (mise à niveau ou réinstallation, je ne sais pas encore).

Du coup, le point qui m'inquiète le plus concerne les bases de données de mon serveur PostGre local.

Je pense que j'en profiterai pour installer une version plus récente de PostGreSQL (je suis en 9.3 et je passerais bien en 11.5, depuis ici)

Afin que je ne fasse pas de bêtise et comme la manip risque d'être assez longue vu le volume de données (100Go dans le dossier "base"), pouvez-vous me confirmer qu'un simple "pg_dumpall" sera suffisant ?
Pour sauvegarder:

$ pg_dumpall > db.out

Pour restaurer :

$ psql -f db.out template1

(si j'ai bien compris, le "template1" est bidon, car on ne spécifie pas de base de donnée particulière, toutes étant restaurées)

Pensez-vous à d'autres choses avant d'envisager cette mise à jour (voire réinstallation) du système ?

Merci pour vos conseils

Dernière modification par Sylvain M. (Wed 18 September 2019 17:53)

Salut,

çà dépends du terminal que vous utilisez :

windows :
    \\serveur-sig\data\db.out

*nix:
    //serveur-sig/data/db.out

Doubler les antislash a du sens quand vous devez spécifier
un chemin d'accès windows dans un environnement ou
l'antislash est le caractère d'échappement, c'est à dire qu'il
n'est pas considéré comme un caractère mais qu'il demande
a l'environnement d'interpréter différemment le caractère qui
lui succède (exemple \n, symbolise un retour à la ligne).
Pour que l'environnement interprète l'antislash comme un antislash,
on lui applique lui même un antislash.

Ca n'est pas interdit, vous pouvez juste peut etre compresser la sortie
afin de ne pas avoir un gigantesque ficher sql en sortie.

pg_dumpall |  gzip > \\serveur-sig\data\db.sql.gz

(il vous faut gzip d'installé, ou un programme equivalent)