Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
Pages : 1
#1 Re : Optimisation » Partitionnement des tables » 10/08/2018 12:54:56
Bonjour,
La V10 a introduit le partitionnement déclaratif. Vous pourrez en trouver quelques explications par exemple ici : https://cloud.dalibo.com/p/exports/form … l_10.pdf#3
La V11 prévoit plusieurs grosses améliorations sur ce sujet également. Cette version, déjà disponible en beta, devrait bientôt être disponible.
Cordialement
#2 Re : Installation » Best practice Installation cluster Postgres/PGpool (master / slave) » 10/08/2018 12:51:09
D'un point de vue installation, le projet pgpool fourni directement les rpm et a son propre dépôt yum : http://www.pgpool.net/mediawiki/index.php/Downloads
Sauf à compiler, le meilleur moyen d'être le plus à jour possible est donc de partir sur CentOS (ou dérivé).
Comme pour PG, il est souvent (voir toujours) mieux de passer par les dépots des projets que ceux des OS eux-même.
Cordialement
#3 Re : PgAdmin3 » Tâches plannifiées : Exporter importer ? » 30/05/2018 16:02:29
Bonjour,
Qu'entendez-vous par tâches planifiées?
#4 Re : Général » Installation en linux » 24/05/2018 13:05:43
Bonjour,
"5. Install the client packages" : permet d'installer notamment les utilitaires de connexion à une base postgresql.
Le paquet -server installe, comme son nom l'indique, le serveur PostgreSQL. C'est optionnel si vous n'avez pas besoin d'installer de serveur sur votre machine.
Cordialement
#5 Re : Réplication » Failover JDBC et risque de split brain » 18/04/2018 17:08:25
Bonjour,
Il faut effectivement éviter que l'ancien maître ne soit à nouveau actif. L'idéal serait de l'isoler (via le firewall par exemple) jusqu'à ce qu'il soit remis en réplication par exemple.
Sans utiliser cette possibilité de la chaîne de connexion, une ip virtuelle que vous basculez sur le nouveau maître après bascule devrait faire l'affaire.
#6 Re : Réplication » ERROR: could not find archived wal » 14/02/2018 11:59:40
Bonjour,
Pour s'assurer que le fichier archivé corresponde bien à l'original (au moment de la copie), pitrery propose l'option ARCHIVE_CHECK.
# Check the md5 of the archived file to the md5 of the original WAL file.
# Useful if you are paranoid or don't trust the remote storage reliability.
# Note that you can not check the archive if compression is enabled.
# If overwriting is disabled, the md5 check enabled and the archive already
# exists, the archiving returns success if the md5 check is successful.
#ARCHIVE_CHECK="no"
Si vous effectuez régulièrement des vérifications de vos sauvegardes, vous pouvez alors vous assurer que les archives restent correctes par exemple en créant un .md5 (par wal archivé) à la copie et comparer régulièrement le md5 des archives à ces fichiers de référence.
Pages : 1