PostgreSQL La base de donnees la plus sophistiquee au monde.

Forums PostgreSQL.fr

Le forum officiel de la communauté francophone de PostgreSQL

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

#26 Général » configuration minimale pour une VM » 22/12/2017 15:31:55

cecile
Réponses : 6

Bonjour,

j'ai une VM avec
OS : RHEL5
CPU : 2
RAM : 4
Postgresql 9.3

Je souhaiterai créer deux instances sur cette VM. Chaque instance aura son FS. Est-ce cette configuration est suffisante ?
Pourriez-vous me suggérer une configuration minimale pour la VM ?

Merci d'avance

#27 Offres » configuration minimale d'une VM » 22/12/2017 15:28:05

cecile
Réponses : 1

Bonjour,

j'ai une VM avec
OS : RHEL5
CPU : 2
RAM : 4
Postgresql 9.3

Je souhaiterai créer deux instances sur cette VM. Chaque instance aura son FS. Est-ce cette configuration est suffisante ?
Pourriez-vous suggérer une configuration minimale pour la VM ?

Merci d'avance

#28 Installation » Installation plusieurs Version de Postgresql sur une même VM » 13/04/2017 11:51:05

cecile
Réponses : 4

Bonjour,

J'ai une VM avec :
RAM 4Go
Debian7.8
PostgreSQL 8.4

Je souhaiterai installer la nouvelle version de PostgreSQl 9.6.2 sur cette même VM par  apt-get. Est-ce qu'il n'y a pas un risque pour les commandes au moment de l'utilisation de postgresql ?

Cordialement

#29 Re : Général » Restauration à partir des snapshots de VM » 03/04/2017 12:20:32

Bonjour à tous,

Avec intérêt, j'ai suivi tout cette discussion.
Ma question était :
Peut-on restaurer une instance  postgresql à partir d'un snapshot (système) de la VM à chaud ? Si oui comment ?

Merci

#30 Re : Général » Restauration à partir des snapshots de VM » 30/03/2017 15:08:33

Pour faire la restauration des bases à partir du snapshot de la VM à chaud, les étapes seraient donc :
- restauration de la VM sur un environnement
- Arret de l'instance sur le nouvel environnement
- copie du cluster du nouvel environnement + fichier de configuration
- arret de l'instance sur l'ancien environnement
-renommer l'ancien cluster si on a de la place
- coller le cluster du nouvel environnement
-redémarrer l'instance

Est ce que cela parait correcte ?

Merci d'avance

#31 Re : Général » Restauration à partir des snapshots de VM » 28/03/2017 17:11:48

Comme il n'y a aucune garantie de la cohérence des donées, dans le cadre d'un PRA, faut il privilégier les snapshots de VM ou les sauvegardes cotés bases ?

#32 Général » Restauration à partir des snapshots de VM » 28/03/2017 16:53:05

cecile
Réponses : 29

Bonjour

Peut-on restaurer une ou plusieurs bases de données postgresql à partir d'un snapshot de la VM à chaud ?

Merci

#34 Réplication » Sauvegarde physique » 16/03/2017 10:45:25

cecile
Réponses : 3

Bonjour à tous,

Quel est l’intérêt de faire une sauvegarde physique avec PITRERY ou Barman en plus de la sauvegarde logique (pg_dump) ?

Merci d'avance

Cordialement

#35 Général » Gestion des logs » 09/03/2017 01:07:37

cecile
Réponses : 3

Bonsoir,

Je souhaiterai avoir dans var/log/postgresql-9.6-main.log, mes logs par date et d'une taille donnée.
Quelle configuration faire pour les paramètres liés aux logs dans postgresql.conf ?
Postgresql peut-il tout seul gérer la rétention ? Afin d'éviter de trainer tous les logs.


Configuration
Postgresql 9.6.2
debian 8
RAM 16
CPU 8
VM


Pour l'heure, j'ai la configuration par défaut des logs.


Merci

#37 Re : Général » Replication streaming maitre- esclave » 08/03/2017 16:27:58

Merci beaucoup.
Alors si jamais l'étape 4 se produisait, on doit pouvoir trouver dans les logs une ligne sur l'exécution de la commande restore_command ?

#38 Re : Général » Replication streaming maitre- esclave » 08/03/2017 16:06:41

J'ai comme impression qui passe par la réplication par le flux.
Dans les logs aucune information sur le rejeu des wals archivés.

#39 Re : Général » Replication streaming maitre- esclave » 08/03/2017 15:55:09

Je confondais a quel moment le recovery.conf etait renommé. Merci.
Dans les log du slave on doit voir l'exécution de la commande restore_command (cp dans mon cas)  du recovery.conf au moins ?

#40 Re : Général » Replication streaming maitre- esclave » 08/03/2017 15:43:18

Bonjour Julien,

Merci pour ta réponse.
En fait, je veux comprendre une chose. Il me semble que seule la réplication par flux se déroule correctement. Pas la réplication par les WALs.
Je pense que le slave modifie le recovery.conf en recovery.done quand il a fini de rejouer tous les WALs archivés. Est c'est le cas ?

Cordialement

#41 Re : Général » Replication streaming maitre- esclave » 08/03/2017 15:38:22

L'esclave se trouve en mode récupération au démarrage. Il commence la lecture des fichiers WAL archivés dont il
a besoin.
À la fin du processus de récupération, le serveur renomme recovery.conf en recovery.done (pour éviter
de retourner accidentellement en mode de récupération), puis passe en mode de fonctionnement normal.
Il me semble que c'est comme cela qu'il fonctionne l'esclave.

#42 Général » Replication streaming maitre- esclave » 08/03/2017 15:07:03

cecile
Réponses : 12

Bonjour,

ma configuration sur le maitre et l'esclave:

Debian 8
Postgresql 9.6.2
RAM 16
CPU 8

Recovery.conf sur l'esclave
standby_mode = 'on'
primary_conninfo = 'host=10.XXX.XXX.XXX port=5432 user=replicator password= toto'
primary_slot_name = 'tata'
restore_command = 'cp %p /postgresql/9.6/wals/%f'
archive_cleanup_command = '/usr/lib/postgresql/9.6/bin/pg_archivecleanup /postgresql/9.6/wals %r'
recovery_target_timeline = 'latest'

Sur le Master on insere 1000000 de lignes dans une table.
On démarre le salve. Il replique bien avec le master.
Le recovery.conf ne change pas pour devenir recovery.done. Pourquoi ?

Sinon
La réplication par le flux se passe bien entre les deux machines.
Que faire ?

Merci

Pied de page des forums

Propulsé par FluxBB