Vous n'êtes pas identifié(e).
J'ai effectivement tenter la même opération avec les mêmes fichiers sur un autre serveur Intel et ça a fonctionné.
Je ne comprend pas où se situe le problème, j'ai cherché sur le site de PostgreSQL mais je n'ai trouvé aucune contre indication pour ce type de backup.
Salut,
Depuis quelques temps, je travaille sous postgreSQL et j'utilise, en guise de backup, un système de PITR. Toutes les 24heures, je place mon serveur en mode backup pour recopier le répertoire pg_data sur un drive réseau et toutes les 15 minutes, je force la génération d'un WAL copié sur ce même disque (archive_command et archive_timeout). Récemment, j'ai eu un crash hardware et j'ai du restaurer mon backup sur un autre serveur. J'ai déjà réalisé cette opération sans problème par le passé mais cette fois, lorsque j'ai redémarré postgres, mes séquences sont toutes tombées. J'ai tenté de restaurer une seconde fois et le problème s'est reproduit. Habituellement, j'utilise 2 serveurs strictement identiques (pour la production et le backup) et tout se passe sans problème. Mais ici, mon serveur de production est un Xeon et le serveur de secours est un Opteron (je ne sais pas si ça joue beaucoup...) Les 2 machines sont sous Red Hat entreprise 4.4 et postgres 8.2.6.
Quelqu'un voit où se situe le problème?
Merci.
