Bonjour,

Je souhaiterais réaliser un nouveau benchmark bientôt, je n'ai jusqu'à présent pas changé la configuration par défaut, mais je ne souhaite pas que l'on me fasse des remarques du type : "nul, t'as même pas touché aux paramètres" etc...

=> Quelles sont les paramètres que vous me conseillez de modifier pour améliorer mon benchmark, et dans quel but ?

Je vous remercie par avance, cordialement,

Bonjour,

Dans le cadre d’un projet universitaire, mon groupe souhaiterait mettre en place la réplication sur une grappe de machines avec PostgreSQL 9.3 installé sur chacune de ces machines (même configuration technique, même OS, même version de PostgreSQL).
L’objectif sera de mettre en place un cluster PostgreSQL (1 Master avec 3 Slaves), le cluster PostgreSQL devra se comporter de manière « autonome ».

Par « autonome » il faut comprendre :
•    Si un Master meurt, un des Slaves prend automatiquement sa place.
•    Un nouveau Slave intégré dans le cluster intègre les données existantes (récupère automatiquement les WAL).

Notes :
•    On part du principe que chaque nœud PostgreSQL est susceptible de « tomber » (être Hors-Service) à un moment donné (câble Ethernet coupé, coup de pied dans le serveur etc), donc aucune machine n’est fiable à 100%.
•    Nous n’utiliserons que les fonctionnalités de base proposée par PostgreSQL 9.3 (donc pas ajout d’extension du style Bucardo etc).
•    Le contenu des fichiers de configuration (postgresql.conf, pg_hba.conf, recovery.conf) seront normalement identiques entre les 4 machines du cluster (sauf si vous m'indiquez une raison contraire).

Nous avons choisi le mode :
•    Hot Standby : pour autoriser la lecture sur les Slaves (ou « Standby Server »).
•    Synchronous Streaming Replication : pour que la réplication soit « immédiatement » prise en compte par les Slaves avec « accusé de réception » sur le Master.

Questions :
1. Demande de confirmation : Lorsqu’on utilise le Synchonous Streaming Replication, est-ce que le Master envoie 1 WAL pour 1 transaction réalisée en TCP ?

Voici un schéma qui résume les problématiques posées dans les questions 2. et 3. lorsqu'une machine Master A meurt et que les Slaves B, C et D dont le primary_conninfo contient l'addresse IP de A sont toujours en vie.

2. Lorsque l'on démarre les machines du cluster PostgreSQL, sur quel critère une machine devient Master et les autres Slaves ? Est-ce que la négociation entre les machines est « automatique » ? Faut-t-il utiliser une commande manuelle au démarrage du serveur (si oui laquelle) ?

3. Dans la documentation il est dit : « PostgreSQL does not provide the system software required to identify a failure on the primary and notify the standby database server. Many such tools exist and are well integrated with the operating system facilities required for successful failover, such as IP address migration. »
A quel moment un slave devient master ? Quel paramètre faut-t-il mettre en place pour ce processus soit automatique ?

4. Dans la documentation il est dit : « If the primary server fails and the standby server becomes the new primary, and then the old primary restarts, you must have a mechanism for informing the old primary that it is no longer the primary. This is sometimes known as STONITH (Shoot The Other Node In The Head), which is necessary to avoid situations where both systems think they are the primary, which will lead to confusion and ultimately data loss. »
Est-ce que ce mécanisme appelé STONITH est automatiquement géré par PostgreSQL ou bien doit-t-on mettre quelque chose de spécifique en place ?

5. Comment mettre en place le failover lorsqu’on a plusieurs slaves ? (on sait à peu près comment faire avec 1 slave, mais pas avec plusieurs slaves).

6. Dans la documentation il est dit : « In standby mode, the server continuously applies WAL received from the master server. The standby server can read WAL from a WAL archive (see restore_command) or directly from the master over a TCP connection (streaming replication). »
Je sais que pour le mode Streaming Replication la réplication sur le Slave est plus ou moins « immédiate ». Dans le cas où on n’utilise pas le Streaming Replication, quel paramètre du Slave indique la périodicité pour intégrer les WALs du Master dans le Slave ?

7. Vocabulaire : Quelle est la différence entre un WAL, un « journal de transaction » et un « fichier de log » ?

N'hésitez pas à me dire s'il y a des questions que vous ne comprenez pas.

Je vous remercie par avance, cordialement,

Bonjour,

Le disque sur lequel j'ai installé PostgreSQL est presque complet, je dois donc changer l'emplacement du dossier contenant les données sur un autre disque de la machine.

En gros les données sont présents sur l'emplacement suivant : C:\Program Files\PostgreSQL\9.2\data
Et je souhaiterais les déplacer vers : E:\postgresql\data

En allant dans le répertoire /data pour voir où les données étaient stockées j'ai remarqué que les données semblent être dans le dossier /base.

1. Existe-t-il un moyen conventionnel et simple de juste déplacer le dossier /base... ou faut-til déplacer tout le dossier /data ?
2. Faut-t-il toucher aux registres Windows pour modifier l'emplacement du répertoire contenant les données ? Comment faire lorsqu'on est sous Windows pour déplacer ses fichiers de données ?

PS:
J'ai bien sûr effectué des recherches dans la documentation avant de poster ce sujet :
http://www.postgresql.org/docs/9.2/stat … tions.html
http://docs.postgresqlfr.org/9.2/runtim … tions.html
=> Je crois comprendre qu'il faut modifier le paramètre data_directory du fichier postgresql.conf

Ainsi que sur les forums (qui m'a l'air bien expliqué ici, mais c'est pour PostgreSQL 8.1 et aucune modification n'est effectuée au niveau du postgresql.conf) :
http://www.developpez.net/forums/d22495 … ment-data/
=> J'ai peur de mal faire la chose ou faire "trop compliqué", s'il existe un moyen plus simple je suis preneur.

Infos:
OS : Windows Server
Version de PostgreSQL : 9.2

Je vous remercie par avance, cordialement,

Bonjour,

J'ai remarqué qu'il n'était pas possible de faire un "ORDER BY CASE WHEN mon_champ" lorsque "mon_champ" est le résultat d'un CASE WHEN.

Exemple :

SELECT
    case when champ1 in ('toto', 'titi', 'tutu') then champ1 else 'tata' end as alias1,
    champ2,
    -- Champs agrégats (SUM, COUNT etc)
FROM tables
GROUP BY 
    case when champ1 in ('toto', 'titi', 'tutu') then champ1 else 'tata' end, 
    champ2
ORDER BY case alias1 when 'tutu' then 1 when 'titi' then 2 when 'tutu' then 3 else 4 end, champ2

Est-ce que c'est normal ?

Cordialement,