Pb dépendance à la restauration

**SaintAmand** · 12/01/2009, 11h48

Bonjour,

J'ai une base de données postgresql 7.4 (debian). Jusqu'à présent mes sauvegardes sont quotidiennement réalisées via la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
$ pg_dump -U admin ma_base | bzip2 > `date +%Y-%m-%d`-ma_base.sql.bz2

Très régulièrement je suis amené à restaurer une sauvegarde sur un autre serveur via la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
$ psql -U admin -d ma_base < 2009-01-11-ma_base.sql

Cela a toujours bien fonctionné, sauf hier. A la restauration le serveur ce plaint que telle fonction ou telle vue n'existe pas. Si bien qu'à la fin il me manque quelques vues. Bien entendu les fonctions ou vues en questions sont bien définies dans la sauvegarde mais certaines fonctions ou vues qui en dépendent sont définies avant d'où les erreurs. J'ai lancé la restauration deux fois d'affilées afin d'obtenir une restauration complète. Je sais que pg_dump n'organise pas toujours très bien les requêtes, néanmoins je n'ai pas introduit de dépendance circulaire, d'où ma surprise.

Bref! Pour restaurer correctement la base:
- soit je sauvegarde en ajoutant l'option --format=t pour ensuite contrôler l'ordre dans lequel les objets sont restaurés avec pg_restore.
- soit je lance deux restaurations consécutives. La première méthode me parait plus propre. Mais étant donné qu'une restauration prend moins d'une minute - donc ce n'est pas gênant de la lancer deux fois - et qu'en ce moment je crée pas mal de vues et fonctions cette méthode me parait plus pénible à mettre en oeuvre.

Comment procédez-vous dans un tel cas ?

Merci,

--
Eric

**rupteur** · 12/01/2009, 16h36

Bonjour

j'utilise régulièrement des sauvegardes effectuées par pg_dump et je n'ai jamais eu ce cas. (avec postgresql 8.1)

perso. je sauvegarde avec l'option --format=p et je compresse ensuite avec tar.

Je sais que pg_dump n'organise pas toujours très bien les requêtes,

Pouvez vous expliquer ce que vous entendez par cela ?
Merci

**SaintAmand** · 12/01/2009, 17h45

Envoyé par rupteur

perso. je sauvegarde avec l'option --format=p

Pareillement. C'est le format par défaut de la 7.4.

Je sais que pg_dump n'organise pas toujours très bien les requêtes,

Pouvez vous expliquer ce que vous entendez par cela ?
Merci

Dans le dump, l'ordre de création de certains objets peut ne pas respecter les dépendances. C'est la première fois que j'ai ce problème. C'est au cours de recherche que je suis tombé sur un article évoquant ce défaut de pg_dump.

**SQLpro** · 18/01/2009, 19h14

Un dump (et pg_dump fait ceci) n'est par nature pas une sauvegarde mais une trace de la création des objets et des lignes des tables. C'est à tort que certains croient naïvement que cette fonction fait des sauvegardes mais il s'agit de ce que l'on appelle un script de création de la base obtenu par rétro ingéniérie.
C'est pourquoi la séquence de création des objets dans le fichier de sortie peut générer une reproduction incohérente lorsque vous tentez de lancer l'intégralité du script afin de reconstituer votre base de données. Seule solution : intervenir à la main dans le script pour modifier l'enchaînement des commandes.

La seule commande qui créée une véritable sauvegarde (c'est à dire un fichier binaire représentant l'image de la base à un instant t) est pg_start_backup combiné à l'archivage des journaux de transaction à l'aide de archive_command.

Voici l'aide en ligne à ce sujet : http://www.postgresql.org/docs/8.1/s...up-online.html

A +

**GrandFather** · 19/01/2009, 08h01

C'est effectivement un problème récurrent des versions 7.x de PostgreSQL, qui semble-t-il a été corrigé (ou à tout le moins fortement atténué) dans les versions 8.x. Comme l'indique SQLPro, il est nécessaire de modifier manuellement le script afin de rétablir l'ordre logique de création.

**rupteur** · 19/01/2009, 09h22

-> Sql-pro

certains croient naïvement que cette fonction fait des sauvegardes mais il s'agit de ce que l'on appelle un script de création de la base obtenu par rétro ingéniérie.

Alors pourquoi sur la documentation officielle il est écrit

pg_dump est un outil de sauvegarde d'une base de données PostgreSQL™. Les sauvegardes réalisées sont cohérentes, même lors d'accès concurrents à la base de données. pg_dump ne bloque pas l'accès des autres utilisateurs (ni en lecture ni en écriture).