Si tu veux connaitre le temps d'execution d'un VACUUM, tu peux activer le chronomètre avec la commande :

\timing
VACUUM ANALYZE

L'option VERBOSE peut aussi t'intéresser.

Concernant la commande de duplication, tu as deux erreurs :

1/ La première est due à une mauvais utilisation de pg_restore, je te conseille vivement de plutot utiliser psql car dans ce contexte pg_restore n'apporte rien.

2/ La connexion à la base test sur le serveur1 échoue. Tu devrais t'assurer que la commande "pg_dump -h serveur1 test" fonctionne avant d'aller plus loin.

Dernier conseil, si serveur1 et serveur2 ont des versions différentes PostgreSQL ( 8.1 et 8.3 par exemple ) il est conseillé d'utiliser les binaires psql et pg_dump de la version la plus récente.

Comme son nom l'indique le fichier pgfouine-0.7.2-1.noarch.rpm  est un paquet RPM. Tu ne peux l'utiliser que sur des systèmes  acceptent les RPM; c'est à dire Red Hat, Fedora, Centos, Mandriva, etc... Bref sous Linux uniquement.

Pour installer PGFouine sous Windows tu dois télécharger le fichier tar.gz et le décrompresser.

http://pgfoundry.org/frs/download.php/1 … 1.0.tar.gz

Comme guillaume , je te conseille d'exporter tes données avec l'option -i  de pg_dump

Pour la mise à jour de ton système, a priori la commande suivante suffit :

aptitude upgrade

Note bien que le forum de ubuntu-fr est probablement une meilleure source d'information si tu as des questions sur Ubuntu

Vérifie que le paramètre listen_adresses est correctement paramétré.
Vérifie aussi que le serveur fonctionne, ce message est peut etre simplement le signe que PostgreSQL n'a pas été démarré

il suffit d'écrire un fichier sql qui contient les commande sql a executer. Dans ce fichier, tu peux également utiliser les commandes spéciales de la console psql  ( notamment \c ou \connect)

Imaginons le fichier plop.sql:

CREATE DATABASE plop;
\connect plop
CREATE TABLE wizz(id serial);
\d

Ensuite tu exécutes ce script en l'envoyant à la console avec l'opérateur <

psql ..... < /tmp/plop.sql

A chaque fois que tu modifies e fichier pg_hba.conf tu dois recharger la configuration ou redémarrer le serveur.

Ensuite le message d'erreur que tu donnes n'indique pas forcément que le serveur ne démarre pas. Commence par vérifier la syntaxe de ton fichier pg_hba.conf. Regardes le fichier de log de PostgreSQL pour savoir si il a démarré correctement.

Tu peux enfin nous donner le contenu de ton fichier pg_hba.conf et la commande que tu utilises pour te connecter au serveur. Pour le moment sans plus de précisions, il est difficile de savoir ou se trouve l'erreur. Le contenu du paramètre listen_adressses serait également intéressant

Je suis pas sur d'avoir bien compris la question...

De mémoire, le lien de démarrage de pgadmin doit se trouve  là : Demarrer > Programmes > PostgreSQL 8.2 > pgAdmin3

Pour utiliser la commande psql, tu peux faire la manipulation suivante :   Démarrer > Executer
puis taper les commandes :

cd  c:\Program Files\PostgreSQL\8.2\bin"
psql.exe -U postgres

Bucardo est une solution de réplication Master-Master. C'est très limité mais si vous n'avez que 2 noeuds dans votre cluster c'est  une piste intéressante.

http://www.bucardo.org

C'est défini par le paramètre port est vaut 5432 par défaut :

$ grep port postgresql.conf
port = 5432

Si c'est le cas sur ton serveur, il y a des chances que ton hébergeur bloque l'accès à ce port.

Lancer la commande nmap en local pourrait t'aider à voir si c'est le cas

$ nmap 127.0.0.1
[...]
5432/tcp open  postgres

Si cette commande fonctionne, il s'agit probablement d'un soucis de circulation réseau, pas d'une mauvaise configuration de PostgreSQL

La commande "telnet 127.0.0.1 5432" peut également te permettre de voir si ton serveur écoute bien sur ce port