Vous n'êtes pas identifié(e).

#1 Re : Général » Replication d'une base existante de 250 Go » 27/04/2017 09:21:54

Désolé pour l'emplacement du message, je m'en suis aperçu après avoir posté et je ne sais pas comment le déplacer.
Pour les fichiers de fond c'est une erreur d'orthographe, c'est les fichiers de configuration (pg_hba.conf, pg_indet.conf, PostgreSQL.conf et postmaster.opts, postmaster.pid) que je ne copie pas.
Merci pour votre réponse toujours très claire.

Asdean.

#2 Général » Replication d'une base existante de 250 Go » 26/04/2017 18:45:36

asdean
Réponses : 5

Bonjour,

Me revoilà avec mon projet, j'ouvre une nouvelle discussion pour avoir votre avis pour la mise en fonctionnement d'une réplication avec une quantité de données dans le dossier "base" de 250 Go.
Je m'explique, on admet que mon mes fichiers de conf du MAITRE sont correctes et fonctionnels ainsi que ceux du SLAVE. Sur mon SLAVE mes WALs sont bien archivés:
- Du coté MASTER je mets la base en mode Backup: pg_start_backup ('postgres');
- Je copie l'intégralité de mon dossier "DATA" (sauf les fichiers de fond) du MAITRE vers le "DATA" de mon SLAVE (temps de copie très long environ 2h30)
- Du coté MASTER je coupe le mode Backup: pg_stop_backup ();
- Du coté SLAVE je lance le service "PostgreSQL"
Est ce que la procédure est bonne pour que la replication fonctionne?
Si oui, est-ce que mon SLAVE pourrait rattraper le retard des 2h30 de copie?
Cordialement,

Asdean.

#3 Re : Site PostgreSQL.fr » Replication postgresql 9.4.4 problème de droit avec archive_command » 26/04/2017 15:39:37

Je reviens donner des nouvelles, je n'ai pas réussi à utiliser la commande "xcopy" mais j'ai avancé sur la commande "copy".
Comme mentionné plus haut il faut effectivement lancer le service "postgresql" avec les droits adéquates, voici comment j'ai procédé:
- Créer un utilisateur dans la gestion des utilisateurs de Windows (postgresql par exemple avec un mot de passe)
- sur la machine distante j'ai aussi créé un compte "postgresql" avec le même mot de passe.
- Ouvrir ensuite la console GPEDIT.MSC et aller dans les "Configuration ordinateur" -"Paramètres Windows" - "Paramètre de sécurité" - "Stratégies Locales" - "Attribution des droit utilisateurs", dans l'option "ouvrir une session en tant que service" ajouter l'utilisateur "postgresql"
- Aller dans gestion de l'ordinateur puis dans service, ouvrir les propriétés du service "postgresql" et selectionner l'onglet "Connexion". Dans Ce compte choisisser "postgresql" et insérer le mot de passe puis redémarrer le service.
Mais fichiers du dossier pg_xlog du poste maitre ce sont bien copié sur le poste slave.
Merci pour votre aide ;-)

#4 Re : Site PostgreSQL.fr » Replication postgresql 9.4.4 problème de droit avec archive_command » 26/04/2017 11:08:09

L'utilisateur qui démarre le service est : "service reseau"
Si je le change par administrateur par exemple j'ai: "echec de la connexion au service"

#5 Re : Site PostgreSQL.fr » Replication postgresql 9.4.4 problème de droit avec archive_command » 26/04/2017 10:10:20

Bonjour Sébastien,

Je viens de tenter avec la commande Xcopy, voici la ligne utilisé:
archive_command = 'xcopy "%p" "\\\\192.168.1.161\\archives\\%f"'

Et le retour dans les logs:
2017-04-26 08:00:10 CEST DÉTAIL:  La commande d'archivage qui a échoué était : xcopy "pg_xlog\00000001000000000000001A" "\\192.168.1.161\archives\00000001000000000000001A"
Sp‚cification du lecteur non valide

Si je fais la commande sous DOS:
xcopy c:\ademis\Postgresql\9.4\data\pg_xlog\*.* \\192.168.1.161\archives\
Là ça fonctionne.
Ma commande ne doit pas être bonne dans le fichier "postgresql.conf"
Auriez-vous une idée?
Cordialement,

Asdean

#6 Re : Site PostgreSQL.fr » Replication postgresql 9.4.4 problème de droit avec archive_command » 26/04/2017 09:25:07

Bonjour Guillaume et merci du retour,

Pour la copie sous Windows, je peux depuis le poste maitre écrire sur le poste esclave via explorer en mettant dans la barre d'adresse \\192.168.1.161\archives\ en copier/coller.
Lors de l'installation de Postgresql j'ai renseigné au mot de passe pour un utilisateur (postgres) que je retrouve en utilisant la console pgAdminIII mais je n'ai aucun utilisateur dans la gestion des utilisateur de Windows qui s'appel "postgres".
Le service "postgresql-x64-9.4" dans la gestion des services de Windows s'exécute en tant que "service réseau" donc à aucun endroit j'ai la possibilité de mettre l'utilisateur "postgres".
Je tourne un peu en rond.
Avez-vous assez d'éléments pour m'aider?
Cordialement,

Asdean

#7 Site PostgreSQL.fr » Replication postgresql 9.4.4 problème de droit avec archive_command » 25/04/2017 18:53:00

asdean
Réponses : 9

Bonjour,

Je suis tout nouvel utilisateur de PostgreSQL version 9.4.4. Je souhaite mettre en marche la fonction REPLICATION entre 2 Pc sous Windows 7.
Voici le contenu de mon fichier " postgresql.conf" (je mets que les lignes actives)

listen_addresses = '*'
port = 25432
wal_level = hot_standby
archive_mode = on
archive_command = 'copy "%p" "\\\\192.168.1.161\\archives\\%f"'
max_wal_senders = 2
wal_keep_segments = 10

Sur mon poste distant le dossier "archives" est partagé avec tout les droits pour pouvoir écrire (sous exploreur la copie fonctionne).
Je redémarre mon service postgresql et voici mon retour de log:

2017-04-25 16:47:38 CEST LOG:  le système de bases de données a été arrêté à 2017-04-25 16:47:34 CEST
2017-04-25 16:47:38 CEST LOG:  MultiXact member wraparound protections are now enabled
2017-04-25 16:47:38 CEST LOG:  le système de bases de données est prêt pour accepter les connexions
2017-04-25 16:47:38 CEST LOG:  lancement du processus autovacuum
AccŠs refus‚.

2017-04-25 16:47:38 CEST LOG:  échec de la commande d'archivage avec un code de retour 1
2017-04-25 16:47:38 CEST DÉTAIL:  La commande d'archivage qui a échoué était : copy "pg_xlog\00000001000000000000001A" "\\192.168.1.161\archives\00000001000000000000001A"

Je vois bien qu'il y a un problème de droit mais je n'arrive pas à le contourner.
Est-ce que quelqu'un aurait déjà été confronté à ce problème?
Est-ce qu'il existe un moyen d'accorder les droits sans toucher au compte de connexion du service postgresql de Windows?
Merci d'avance pour votre aide.

Asdean.

Pied de page des forums

Propulsé par FluxBB