PostgreSQL
La base de données la plus sophistiquée au monde.

Ouverture de session

Navigation

Contactez-nous

Administration du site :
"equipe chez postgresqlfr point org"

Contact presse :
"fr chez postgresql point org"

Contact association :
"bureau chez postgresqlfr point org"

Questions PostgreSQL :
 IRC :
  serveur irc.freenode.net
  canal #postgresqlfr

Recherche

Accéder aux archives

« Octobre 2008  
Lun Mar Mer Jeu Ven Sam Dim
  2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31  

Syndication

Flux XML

Sondage

Quelle est la version de PostgreSQL la plus répandue sur vos serveurs ?
8.3
10%
8.2
42%
8.1
40%
8.0
2%
7.4
6%
7.3 ou antérieure
0%
Nombre de votes: 48

Migration base PG Win vers Linux ..

Technique - installation | Migration base PG Win vers Linux ..

Par cia le 30/08/2006 - 19:05

Bonjour à tous,

Est-il possible d'installer une base PG 7.3.14 exploitée sous Win Xp, vers une Fedora Core 4 ?

Merci d'avance pour vos conseils et avis

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur "Sauvegarder les paramètres" pour activer vos changements.

Bonjour Il est toujours po

Christophe Chauvet/ = 31 Août, 2006 - 11:58

Bonjour

Il est toujours possible de l'installer, par des paquets s'ils existent, ou par compilation, les paquets existe pour la fedora core 2, pour la 4 je ne sais pas.

Cordialement.

Christophe Chauvet
KrysKool.org


Précision

cia/ = 31 Août, 2006 - 14:44

Je précise qu'il s'agit d'installer une base Postgresql issue de Windows, vers une distribution Linux. Ce qui me chiffonne, c'est les informations contenues dans la sauvegarde qui pourraient être incompatibles avec la structure Postgresql de Linux. Mais j'ai bon espoir car la doc laisse entendre que cette procédure est prévue. Personnellement, je continue à éplucher la doc.
Merci quand même


Bonsoir La sauvegarde éta

Christophe Chauvet/ = 1 Septembre, 2006 - 20:13

Bonsoir

La sauvegarde étant faite par pg_dump, que l'on soit sous windows ou linux n'a pas d'importance. idem pour la restauration

Cordialement.

Christophe Chauvet
KrysKool.org


PG_dump

Stanislas/ = 10 Octobre, 2006 - 19:42

Bonsoir,

J'ai une sauvegarde d'une base en version 7.2, effectuée avec PG_dump.

Cette sauvegarde est en mode texte, et lorsque je veux la restaurer sur une version 7.4 (je n'ai pas le choix), j'ai plein de messages d'erreur au niveau des dates.
De plus mes requêtes SQL ne me donnent plus rien...

Gloups !

Quelqu'un aurait-il un tuyau la dessus ?

Merci par avance.

Stanislas


Epurer le dump

SAS/ = 12 Octobre, 2006 - 10:03

Bonjour,

Si le dump de la base est au format texte, il doit être possible de supprimer un certain nombre d'informations avant de rejouer le dump sur une 7.4.

L'autre possibilité, si la serveur en 7.2 existe toujours serait de faire un dump depuis un client en 7.4 en précisant de ne pas tenir compte des différences de versions.

Concernant les erreurs sur les champs date, pourriez-vous expliciter ces erreurs ? Est-ce un problème de format ?
Que contient le dump des données ? Des inserts (courts/longs) ou des copy ?

Librement,
Stéphane Schildknecht


Merci Jean-Paul ..

cia/ = 9 Février, 2007 - 11:35

Nous avons enfin résolu ce "problème" de migration avec une solution très simple, et sur les conseils de Jean-Paul que nous avons rencontré sur le stand Postgresql pendant Linux Solutions.

Faire une sauvegarde de la base PG Windows depuis un poste client Linux comme suit :

#pgdump -h hostname -d basename -f outputfile -U user

Toutefois, la restauration de cette base sous Linux, est particulièrement lente, mais bon .. On peut pas tout avoir ;)


Eh eh

SAS/ = 9 Février, 2007 - 11:38

J'imagine que votre client sur Linux est plus récent que celui sur Windows... Du coup, il est évident que la restauration passe !

C'était le sens de mon message précédent.

Content de savoir que vous avez pu résoudre votre problème.

Librement,
Stéphane Schildknecht
dalibo
PostgreSQLFr


© PostgreSQLFr, tous droits réservés.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.