Pb dépendance à la restauration

Version imprimable

12/01/2009, 11h48
SaintAmand

Pb dépendance à la restauration
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:

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:

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
12/01/2009, 16h36
rupteur

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.

Citation:

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
12/01/2009, 17h45
SaintAmand

Citation:

Envoyé par rupteur

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

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

Citation:

Citation:

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.
18/01/2009, 19h14
SQLpro

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 +
19/01/2009, 08h01
GrandFather

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.
19/01/2009, 09h22
rupteur

-> Sql-pro

Citation:

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

Citation:

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).
19/01/2009, 11h43
GrandFather

Avec pg_dump on perd quand même toute trace des transactions en cours ; c'est acceptable ou non selon les applications. ;)
19/01/2009, 15h38
SaintAmand

Citation:

Envoyé par GrandFather

Avec pg_dump on perd quand même toute trace des transactions en cours ; c'est acceptable ou non selon les applications. ;)

Dans le cas présent, cela ne pose aucun soucis.

Merci pour vos réponses.