RE : Deplacer un tablespace 9,1

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

C'est la technique que j'utilise lorsque je veux faire des clone de base au sein d'une même instance.

Philippe

________________________________________
De : pgsql-fr-generale-owner(at)postgresql(dot)org [pgsql-fr-generale-owner(at)postgresql(dot)org] de la part de damien clochard [damien(at)dalibo(dot)info]
Date d'envoi : mercredi 10 avril 2013 17:10
À : Stephane Parenton
Cc : pgsql-fr-generale(at)postgresql(dot)org
Objet : Re: [pgsql-fr-generale] Deplacer un tablespace 9,1

Le 10/04/2013 16:32, Stephane Parenton a écrit :
> Bonjour,
>
> J'ai un tablespace créé sur un pgsql 9.1 sous linux. Il a été créé sur
> une machine destinée au web avec un /var "petit" et un /home démesuré.
> Je voudrais déplacer ce tablespace de /var à /home/monrepertoire.
>
> Pour cela, j'ai créé un dossier sous /home avec les droits et user
> similaires à ceux du /var, et j'ai, semble-t-il, deux options :
>
> soit copier ce que j'ai dans mon /var/lib/postresql... dans le
> /home/monrepertoire, renommer le repertoire de /var et faire un ln -s du
> nom initial vers /home/monrepertoire

oublier pas d'arrêter le serveur quand même :)

> soit faire un alter tablespace...
>

Vous ne pouvez pas changer l'emplacement ("location") d'un tablespace
avec la commande ALTER TABLESPACE.

Ce que vous pouvez faire c'est créer un nouveau tablespace pointant le
nouvel emplacement, puis déplacer les objets un par un avec la commande

ALTER TABLE ... SET TABLESPACE ...
ALTER INDEX ... SET TABLESPACE ...

ou carrément :

ALTER DATABASE ... SET TABLESPACE ...

De mémoire, c'est notre Guillaume Lelarge national qui a codé ça :)

Si vous optez pour cette solution, ça transactionnel (vous pouvez faire
un rollback en cas de problème) mais ça serait aussi un peu plus lent
que de déplacer les fichiers à la main.

La question fondamentale c'est : "Est-ce que vous devez impérativement
le faire à chaud ou est-ce que vous pouvez arrêter le serveur ?"

--
Sent via pgsql-fr-generale mailing list (pgsql-fr-generale(at)postgresql(dot)org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-fr-generale

Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité d'Atos ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.

This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.