Support du traqueur

Les utilisateurs n'aiment ni interrompre leur travail ni regarder le sablier
Phil
Administrateur du site
Messages : 194
Enregistré le : mar. 1 sept. 2015 00:38
Localisation : France
Contact :

Re: Support du traqueur

Message par Phil » dim. 4 mars 2018 16:57

Le traqueur a été mis à jour pour éviter la faille de sécurité CVE-2018-1058. A noter que, si vous exécutiez le traqueur dans une base de travail dédiée sans aucun privilège public conformément aux recommandations, le risque était de toute façon nul en ce qui concerne cette faille.
Cdlt. Phil - pgphil.ovh

Phil
Administrateur du site
Messages : 194
Enregistré le : mar. 1 sept. 2015 00:38
Localisation : France
Contact :

Re: Support du traqueur

Message par Phil » dim. 17 juin 2018 13:29

Merci à un DBA pour sa question :

"Les rapports font des full sur les tables du traqueur, il ne manquerait pas des index sur vos tables ?"

Réponse : vous utilisez le traqueur avec une version 9.4 ou inférieure de PostgreSQL. Le traqueur crée des index BRIN introduits en 9.5. Si vous voulez éviter les seq scan, vous pouvez mettre à jour votre version de PostgreSQL ou créer vos propres index B-Tree sur les tables du traqueur.
De manière générale, le traqueur utilise les petites et grandes innovations de PostgreSQL au fur et à mesure de leur mise à disposition :
- fonctionnalités json de PostgreSQL 9.3
- fonction pg_sleep_for de PostgreSQL 9.4
- indexation BRIN de PostgreSQL 9.5
- indexation BLOOM et wait events de PostgreSQL 9.6
- résumé automatique (autosummarize) des index BRIN, partitionnement déclaratif de PostgreSQL 10
- indexation automatique des partitions, procédures avec transactions embarquées de PostgreSQL 11
- ...
Cdlt. Phil - pgphil.ovh

Phil
Administrateur du site
Messages : 194
Enregistré le : mar. 1 sept. 2015 00:38
Localisation : France
Contact :

Re: Support du traqueur

Message par Phil » sam. 15 sept. 2018 18:57

La version 2.05.03 était la dernière version du traqueur compatible avec PostgreSQL 9.3. Cette version restera en ligne mais elle n'est plus maintenue.
Le traqueur en version 3.00.00 est compatible avec les versions PostgreSQL 9.4 à 12.
Cdlt. Phil - pgphil.ovh

Phil
Administrateur du site
Messages : 194
Enregistré le : mar. 1 sept. 2015 00:38
Localisation : France
Contact :

Support du traqueur

Message par Phil » ven. 28 sept. 2018 18:42

Merci à un administrateur RHEL pour sa question :

"Je n'ai rien du tout dans les infos mémoire remontées par le tracker, c'est toujours à 0. Bug ? Version de PostgreSQL 10.1, version de RHEL : 7.4 "

Réponse :

J'ai expérimenté un agrégat dans l'affichage des résultats concernant la mémoire, en interactif et dans les rapports produits par -r, donc il peut y avoir bug.
Mais s'il y a 0 partout, c'est plutôt le même problème que celui remonté le 3 novembre 2017.
Vérifiez votre version de psutil depuis un shell :

Code : Tout sélectionner

python
Python 2.7.5 (default, May  3 2017, 07:55:04)
[GCC 4.8.5 20150623 (Red Hat 4.8.5-14)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import psutil
>>> psutil.__version__
'2.2.1'
Dans cet exemple, la version de psutil est trop ancienne, il faut au moins une version 4 (5+ recommandée).
Cdlt. Phil - pgphil.ovh

Phil
Administrateur du site
Messages : 194
Enregistré le : mar. 1 sept. 2015 00:38
Localisation : France
Contact :

Support du traqueur

Message par Phil » lun. 8 oct. 2018 22:01

Merci à un architecte pour sa question :

Depuis la 12.2.0.1, Oracle Database facilite le suivi des performances dans les configurations de type "Active Dataguard" (hot standby pour PostgreSQL) en autorisant l'enregistrement d'informations AWR concernant la standby dans la base primaire. Il est ensuite possible de produire des rapports et cela permet de suivre l'activité de la base de secours bien qu'elle soit en lecture seule. Est-ce possible avec le traqueur et PostgreSQL ?

Réponse :

Désolé, il est actuellement impossible d'utiliser le traqueur sur une hot standby, que ce soit en mode batch ou en mode interactif.
En mode batch, le traqueur peut enregistrer les informations dans un cluster distinct du cluster à superviser. Cependant, aucune opération INSERT n'est autorisée dans les transactions en lecture seule des hot standby, même si l'insertion concerne une table étrangère située dans un cluster en lecture/écriture. L'erreur obtenue sera "ERREUR: ne peut pas exécuter INSERT dans une transaction en lecture seule"
En mode interactif, le traqueur crée des tables temporaires. Permettre la création de tables temporaires dans les hot standby était discuté sur la liste pgsql-hackers. Ce sera donc peut-être possible à l'avenir mais ce n'est pas encore implémenté, même dans PostgreSQL 12. Je vais réfléchir à une solution permettant de contourner cette limitation mais je ne peux donner de délai concernant la disponibilité.
Cdlt. Phil - pgphil.ovh

Phil
Administrateur du site
Messages : 194
Enregistré le : mar. 1 sept. 2015 00:38
Localisation : France
Contact :

Support du traqueur

Message par Phil » sam. 27 oct. 2018 21:58

Il est ensuite possible de produire des rapports et cela permet de suivre l'activité de la base de secours bien qu'elle soit en lecture seule. Est-ce possible avec le traqueur et PostgreSQL ?
C'est fait en version 3.2.0. En mode batch (option -b H), le traqueur permet à présent d'historiser pg_stat_activity dans un fichier plat afin d'analyser l'activité des clusters en lecture seule (hot standby) de versions PostgreSQL 11 et supérieures.
Cdlt. Phil - pgphil.ovh

Répondre