| From: | damien clochard <damien(at)dalibo(dot)info> |
|---|---|
| To: | Pavy Philippe <Philippe(dot)Pavy(at)atos(dot)net> |
| Cc: | Stephane Parenton <stephane(dot)parenton(at)arturia(dot)com>, "pgsql-fr-generale(at)postgresql(dot)org" <pgsql-fr-generale(at)postgresql(dot)org> |
| Subject: | Re: RE : Deplacer un tablespace 9,1 |
| Date: | 2013-04-10 22:40:49 |
| Message-ID: | 5165EA71.7030907@dalibo.info |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-fr-generale |
Le 10/04/2013 20:27, Pavy Philippe a écrit :
> Bonjour,
>
> J'ai déjà eu l'occasion de faire cela.
> De tête:
> _ Arrêter l'instance ("proprement")
> _ Déplacer les données du tablespace. Attention aux droits et propriétaire du répertoire cible.
> _ Recréer le lien dans ${PGDATA}/pg_tblspc de l'ancien répertoire vers le nouveau.
> _ Relancer l'instance
> _ Faire un "alter table" de pg_tablespace(s) sur la colonne spclocation pour pointer sur la nouvelle localisation
Il est fortement déconseillé de modifier les données des tables systèmes
(pg_*).
Le cas du champ "spclocation" est un peu particulier car c'est une
donnée dupliquée, la valeur de référence étant la cible du lien
symbolique se trouvant dans le répertoire pg_tblspc. D'ailleurs ce champ
a été supprimé dans la version 9.2 et remplacé par la fonction
pg_tablespace_location()
<http://docs.postgresql.fr/9.2/functions-info.html#functions-info-catalog-table>
http://docs.postgresql.fr/9.2/functions-info.html#functions-info-catalog-table
| From | Date | Subject | |
|---|---|---|---|
| Next Message | damien clochard | 2013-04-16 13:35:21 | PG Day France 2013 : une journée de conférences sur le SGBD PostgreSQL. |
| Previous Message | Pavy Philippe | 2013-04-10 18:27:44 | RE : Deplacer un tablespace 9,1 |