|
||||
Ouverture de sessionNavigationContactez-nousAdministration du site : RechercheSujets du forumSujets actifsNouveaux sujets:SyndicationSondageQuelle 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 |
Précision sur la commande PG_DUMPTechnique - général | Précision sur la commande PG_DUMPPar moneyboss le 06/07/2005 - 10:15 Bonjour, Pour des besoins professionnels, nous avons installé Postgresl 7.2 ( je n'en suis plus sur ) afin d'enregistrer différents évènements provenant du site du client. Pour cela, nous avons créé une BD ( HISTO ) avec 3 tables non liées. Cette base contient seulement les infos des 3 derniers mois. A chaque début de mois, un script vient supprimer les données supérieures à 3 mois et vient sauvegarder le dernier mois en cours dans une BD ( SAUVE ), constituée des 3 mêmes tables que la base HISTO. Le mécanisme de recopie qui a été réalisé, est le suivant : - Suppression des 3 tables temporaires de la BD SAUVE L'administrateur disposera alors d'un mois afin de lancer un script permettant de sauvegarder la base SAUVE sur une bande DAT. Ce script se sert notamment de la commande pg_dump pour cette opération et c'est de là que vient mon pb. En effet, si l'administrateur veut relire cette bande, il lance un script permet de restaurer les données de la bande dans une 3 BD nommée RESTAURE. 1er > Le problème est lorsque j'exécute ce script j'obtient une erreur comme quoi le système n'arrive pas à connecter l'utilisateur 'toto'. J'ai alors regardé le contenu du fichier dump et regardé les requêtes générées : - connection de l'utilisateur "postgres" De plus, mon utilisateur 'toto' est bien déclaré dans la base. Est-ce lien aux options de la commande PG_DUMP ?? j'utilise "pg_dump HISTO > $FOLDER/$FILE " pour sauvegarder 2e> Mon deuxième problème est que le client dispose d'une plate-forme de test où il dispose des mêmes choses d'installées. la différence est que je n'ai pas la même erreur qui se produit. Le contenu du fichier dump est différent : - connection de l'utilisateur "postgres" Conséquence : mes 3 tables de travail sont vides mais je n'ai plus le pb de connection de l'utilisateur Est-ce liée à un pb sur le script de recopie du dernier mois en cours dans la base SAUVE ?? Est ce que quelqu'un pourait m'indiquer des pistes à explorer car je sèche totalement Merci d'avance pour votre aide |
|||
© PostgreSQLFr, tous droits réservés.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.