C'est quasiment impossible que ce soit le hardware, car c'est une machine virtuelle.
Pour le reste, pas de fsync à off.

C'est une version 7.4.28

Par ailleurs, voici ce que je vois avec phpPgAdmin, je vois 2 schemas public, et 2 vues identiques : http://img513.imageshack.us/i/03012011103427.png/

mabase=# \d pg_class
      Table "pg_catalog.pg_class"
     Column     |   Type    | Modifiers
----------------+-----------+-----------
relname        | name      | not null
relnamespace   | oid       | not null
reltype        | oid       | not null
relowner       | integer   | not null
relam          | oid       | not null
relfilenode    | oid       | not null
relpages       | integer   | not null
reltuples      | real      | not null
reltoastrelid  | oid       | not null
reltoastidxid  | oid       | not null
relhasindex    | boolean   | not null
relisshared    | boolean   | not null
relkind        | "char"    | not null
relnatts       | smallint  | not null
relchecks      | smallint  | not null
reltriggers    | smallint  | not null
relukeys       | smallint  | not null
relfkeys       | smallint  | not null
relrefs        | smallint  | not null
relhasoids     | boolean   | not null
relhaspkey     | boolean   | not null
relhasrules    | boolean   | not null
relhassubclass | boolean   | not null
relacl         | aclitem[] |
Indexes:
    "pg_class_oid_index" unique, btree (oid)
    "pg_class_relname_nsp_index" unique, btree (relname, relnamespace)

Voici le résultat :

mabase=# SELECT pg_class.oid,relname, relnamespace, nspname from pg_class join pg_namespace on (pg_class.relnamespace=pg_namespace.oid) where relname = 'beneficiaires';
   oid    |    relname    | relnamespace | nspname
----------+---------------+--------------+---------
82810483 | beneficiaires |         2200 | public
82810483 | beneficiaires |         2200 | public

Bonjour,
je ne sais pas si c'est relatif au vaccumdb, mais c'est apparu depuis que je le fais : les schémas (j'ai un simple schema "public" pour chaque base) se sont dédoublés pour chaque base...

Qu'est-ce que je devrais faire ?
Je ne sais pas si je risque de perdre des données ou quelque chose , ni comment le régler ?

Merci pour le lien vers la doc.

Pour la suppression, je m'étais mal exprimé : c'est simplement qu'en faisant plusieurs vacuumdb en mode verbose (l'un après l'autre), je vois qu'il fait toujours des choses, même si le précédent vacuum date de quelques minutes avant.

Il me reste plus qu'à planifier des vacuum régulier via cron : je n'ai pas vu d'exemples dans la doc ?

Bonjour,
malheureusement, je ne peux pas vraiment migrer dans l'immédiat, les bases hébergent une application non compatible avec la version 8 de Postgres (on a déjà essayé).

J'ai activé temporairement les logs, mais je n'ai rien trouvé (ni drop, ni revoke, ni update louche).

Quelqu'un m'a parlé de "vacuum" : il est vrai que j'ai un peu récupéré une patate chaude, et je n'ai jamais fait de plan de maintenance sur ce serveur.
Est-ce que ce serait une possibilité ?
Est-ce que je peux faire un "vacuumdb" sans crainte de perte de données ?

Merci !