Discussion :

[Arnaoud]

Bonjour,

J'utilise PostgreSQL 8.2.

Selon la documentation, Postgres garantie l'intégrité des données sauf en cas de problème sur disque (ou a cause des caches si coupure).

Etant donné que j'utilise Postgres dans un contexte peu fiable (pas sur disque dur), je souhaite tester la fiabilité des bases.

Afin d'avoir une idée sur le comportement du serveur sur des données altérées, je fait des tests de suppression de répertoire dans la base système pour commencer. A ma grande surpise le serveur arrive a démarré et toute les requêtes que je fais fonctionne.
C'est sur que ce n'est franchement pas terrible comme méthode.

Connaissait vous une commande, un utilitaire, une requête capable de déterminer si la base n'est pas altéré?

Cordialement,
Arnaud

[scheu]

Cela ne suffirait-il pas en regardant le journal de log du serveur Postgresql ?

Que veux-tu dire par "pas sur disque dur" ?

Comment sauvegardes-tu ta base ?
Si jamais tu perds un disque ou un filesystem que tu ne peux reconstruire tout de suite, tu fais comment pour restaurer ta base ?

[Arnaoud]

Un OS et le serveur Postgres sont sur du matériel embarqué.
Je passe les détails mais le support n'est pas autant fiable qu'un disque dur en particulier sur des coupures courant.

(Je pense tout de même qu'un serveur postgres aura exactement les mêmes problème sur un gros serveur en cas de coupure de courant).

En cas de problème, je suis prêt à perdre mes données. Des scripts suppriment puis recréent tout (vide bien sur).
La question est "comment détecter que ma base n'est plus intègre.

J'ai pensé à deux solutions:

- Solution 1 -
Si j'arrive a démarrer le serveur et que j'arrive a faire un vacuum sur ma base ainsi que sur ma base système alors je considère que ma mémoire n'est pas endommagé => je pense que ca ne marche pas, il faut que je refasse des tests.

- Solution 2 -
Lancer la commande pg_controldata => Ca c'est sur, elle ne détecte pas les problèmes.

En fait j'imagine des solutions mais je crois pas en détenir une satisfaisante.

Merci de ta réponse

[scheu]

Normalement quand la base s'arrête brutalement (panne de courant par exemple), Postgresql est capable de faire au redémarrage le recovery automatiquement grâce à ses journaux de transaction, mais cela implique que tous les disques contenant des fichiers de la base soient là quand tu veux redémarrer

Si pour une raison quelconque il te manque un disque, il faudrait que tu arrives à détecter lequel est manquant avec des commandes OS, et à reconstruire ta base Postgresql en partant d'une sauvegarde sur les autres disques encore présents ... Pas évident mais faisable

[Arnaoud]

Dans mon cas je n'ai qu'un disque (une compact flash). Le but de mon test est de savoir si cette compact flash doit être équipée de cache avec batterie.

Dans le chapitre 27 Fiabilité de la documentation PostgreSQL,
Ils expliquent bien que Postgres Garantie l'intégrité sauf en cas de problème sur l'espace non volatile ainsi que sur mémoire utilisant des caches.

Je me penche donc sur ces deux problèmes mais je n'arrive pas à trouver une méthode.