Salut
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?
@+
Version imprimable
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 +
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
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...
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 :
Pièce jointe 293428
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 +