Discussion :

[alassanediakite]

Salut

Bonjour,

Le problème que vous avez, c'est que la copie du répertoire data qui est faite est une sauvegarde qui ne s'est pas faite instance arrêtée (sauvegarde physique à froid). Du coup, certains fichiers, comme les journaux de transaction, ne sont pas dans un état cohérent et le redémarrage risque d'être compromis...

Bon, la première chose à faire, c'est d'essayer de restaurer sur une machine différente de votre machine de production (un serveur de test). Il faut que son environnement technique soit identique à votre serveur de production (même architecture : 32 / 64 bits, même version du système d'exploitation).
Installez la même version de PostgreSQL (9.3 si j'ai bien suivi) dessus, arrêtez le service postgresql, puis restaurez votre copie du répertoire data sur ce serveur de test en lieu et place du nouveau répertoire data.
Essayez de redémarrer le service postgresql. Normalement, ça ne va pas fonctionner, parce que les journaux de transaction sont corrompus, mais ça se tente. Si ça ne fonctionne pas, il faut aller dans les journaux système pour nous donner plus d'infos sur l'erreur.

Il a fait une suppression de base à partir d'une interface de management donc un DROP DATABASE implicite. Penses-tu pouvoir faire une restauration de cette base avec une copie du dossier data?
@+

[SQLpro]

Si la copie du dossier DATA qu'il a, a été effectuée au moment de la suppression par le DROP DATABASE, la synchro des transaction est en principe garantie...
Dans tous les autres cas c'est mort...

A +

[Le13009]

Re bonjour
Voila je viens d'installer windows serveur 2008 sur une autre machine ( même système d’exploitation même archi 64B même domaine......enfin la même structure ) après j'ai installé dessus la même version d'odoo bien sur avec la même version de PostgreSQL 9.3 après installation j'ai stoppé le service PostgreSQL j'ai remplacé le dossier data par le dossier récupéré, j'ai donné les droits au dossier ( les mêmes que l'ancien dossier ) j'ai lancer le service PostgreSQL, ça marche, il n y a pas d'erreur, j'ouvre Pgadmin mais malheureusement je vois que les anciennes base de donné, voila merci

[ced]

Alors, c'est que votre copie du répertoire data ne contient déjà plus la base supprimée. Et là, malheureusement, sans sauvegarde, c'est cuit...

[SQLpro]

Re bonjour
Voila je viens d'installer windows serveur 2008 sur une autre machine ( même système d’exploitation même archi 64B même domaine......enfin la même structure ) après j'ai installé dessus la même version d'odoo bien sur avec la même version de PostgreSQL 9.3 après installation j'ai stoppé le service PostgreSQL j'ai remplacé le dossier data par le dossier récupéré, j'ai donné les droits au dossier ( les mêmes que l'ancien dossier ) j'ai lancer le service PostgreSQL, ça marche, il n y a pas d'erreur, j'ouvre Pgadmin mais malheureusement je vois que les anciennes base de donné, voila merci

Un SGBDR digne de ce nom (je ne parle pas de MySQmerde) utilise des tables système pour renseigner la liste des bases, des tables, etc...
Lorsque vous créez une base, PG commencer par créer une ligne dans la table système des bases de données, puis créer un répertoire, puis y créer les tables systèmes propres à la base.
L'oid attaché à la base sert d'identifiant du répertoire dans lequel la base sera stockée.
Regardez par exemple ceci :

J'ai créé une base DB_TESTS) dans un tablespace particulier (C:\PGDB_TEST) afin de bien l'isoler.
PG a créé une première entrée d'instance avec PG_6.6_...
puis un répertoire reprenant l'OID de la base nouvellement créée (DB_TESTS)

Le simple fait de générer un nouveau répertoire ne sert à rien, il ne sera pas vu du SGBDR.

Ce que vous pouvez faire c'est :
1) créer un tablespace particulier
2) créer une base portant exactement le même nom que le base perdue dans ce tablespace
3) arrêter le service PG
4) supprimer le contenu du répertoire de la base
5) mettre les fichier de l'ancienne base dans ce rapertroire
6) redémarrer le service PG
7) mettre un cierge à Saint Isidore de Séville

mais le plus important est à mon sens VOUS FORMER À POSTGRESQL !

A +