répétition de restauration

Restaurer une vraie archive dans une cible jetable, puis compter ce qui est revenu. Un fichier non vide et un gzip -t qui passe prouvent que les octets sont lisibles ; ils ne disent rien du contenu, et ils réussissent aussi bien sur l'archive tronquée qu'un pg_dump en échec a laissée derrière lui. Seul l'enchaînement tranche : sudo -u postgres createdb verif_restauration, pg_restore --dbname=verif_restauration, puis psql -tAc 'SELECT count(*) FROM utilisateurs' comparé à la production. Une commande qui se termine sans erreur sur une table vide est le mode d'échec le plus fréquent. Ne restaurez jamais le test par-dessus la production, et enfermez la base temporaire dans un trap '...' EXIT pour qu'un échec n'en laisse pas une derrière lui. La répétition donne enfin le chiffre que personne n'a : la durée. Six heures contre deux heures d'engagement, c'est un problème d'architecture — et il vaut mieux le trouver un mardi après-midi.