• /
  • EnglishEspañolFrançais日本語한국어Português
  • Se connecterDémarrer

Cette traduction automatique est fournie pour votre commodité.

En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.

Créer un problème

Compatibilité et prérequis

Aperçu

Nous travaillons toujours sur cette fonctionnalité, mais nous aimerions que vous l'essayiez !

Cette fonctionnalité est actuellement fournie dans le cadre d'un aperçu conformément à nos politiques de pré-sortie.

Avant de commencer à monitorer votre PostgreSQL avec NRDOT, assurez-vous que votre environnement répond à ces exigences.

Prérequis

Avant de commencer, assurez-vous d’avoir les éléments suivants :

Paramètres de serveur recommandés

Configurez les paramètres suivants, puis redémarrez le serveur pour que les paramètres prennent effet. Pour plus d'informations sur ces paramètres, consultez la documentation Postgres.

Auto-hébergé

Configurez ces paramètres dans le fichier postgresql.conf.

Paramètres requis

paramètres

Valeur recommandée

Pourquoi

shared_preload_libraries

pg_stat_statements

Active la collecte des métriques de requête à l’aide de l’extension

pg_stat_statements

track_activity_query_size

4096

Requis pour la collecte de requêtes plus volumineuses. Augmente la taille du texte SQL dans

pg_stat_activity

. Si la valeur par défaut est conservée, les requêtes de plus de

1024

caractères ne sont pas collectées.

pg_stat_statements.track

ALL

Active le suivi des instructions dans les procédures stockées et les fonctions

pg_stat_statements.max

10000

Augmente le nombre de requêtes normalisées suivies dans

pg_stat_statements

. Recommandé pour les bases de données à volume élevé qui reçoivent de nombreux types de requêtes différents de la part de nombreux clients différents

pg_stat_statements.save

on

Sauvegarde les statistiques entre les redémarrages du serveur

track_functions

all

Requis pour

postgresql.function.calls

— sans cela,

pg_stat_user_functions

reste vide

Paramètres optionnels

paramètres

Valeur recommandée

Pourquoi

pg_stat_statements.track_utility

off

Désactive le suivi des commandes utilitaires telles que

PREPARE

et

EXPLAIN

, de sorte que seules les requêtes telles que

SELECT

,

UPDATE

et

DELETE

soient suivies

RDS/Aurora

Configurez ces paramètres dans le groupe de paramètres de base de données.

Paramètres requis

paramètres

Valeur recommandée

Pourquoi

shared_preload_libraries

pg_stat_statements

Active la collecte des métriques de requête à l’aide de l’extension

pg_stat_statements

track_activity_query_size

4096

Requis pour la collecte de requêtes plus volumineuses. Augmente la taille du texte SQL dans

pg_stat_activity

. Si la valeur par défaut est conservée, les requêtes de plus de

1024

caractères ne sont pas collectées.

pg_stat_statements.track

ALL

Active le suivi des instructions dans les procédures stockées et les fonctions

pg_stat_statements.max

10000

Augmente le nombre de requêtes normalisées suivies dans

pg_stat_statements

. Recommandé pour les bases de données à volume élevé qui reçoivent de nombreux types de requêtes différents de la part de nombreux clients différents

pg_stat_statements.save

on

Sauvegarde les statistiques entre les redémarrages du serveur

track_functions

all

Requis pour

postgresql.function.calls

— sans cela,

pg_stat_user_functions

reste vide

Paramètres optionnels

paramètres

Valeur recommandée

Pourquoi

pg_stat_statements.track_utility

off

Désactive le suivi des commandes utilitaires telles que

PREPARE

et

EXPLAIN

, de sorte que seules les requêtes telles que

SELECT

,

UPDATE

et

DELETE

soient suivies

Important

Sur RDS/Aurora, track_activity_query_size et pg_stat_statements.max sont des paramètres statiques — même lors de leur application via un groupe de paramètres à la création de l'instance, AWS exige apply_method: pending-reboot pour ces derniers (l'application immédiate échoue avec InvalidParameterCombination). Un redémarrage est nécessaire pour que ces deux paramètres prennent effet dans tous les cas.

Important

Sur Aurora, le nom de la famille de groupes de paramètres de base de données encode la version majeure (par exemple, aurora-postgresql14, aurora-postgresql16) et doit correspondre exactement à la version du moteur du cluster ou de l'instance — AWS rejette la création de l'instance avec InvalidParameterCombination s'ils ne correspondent pas. Il n'y a pas de famille unique qui fonctionne pour toutes les versions.

Prochaines étapes

Une fois que vous avez vérifié que votre environnement respecte ces prérequis :

  1. Choisissez votre méthode d'installation :
  1. Consultez les métriques disponibles qui seront collectées
  2. Consultez notre guide de dépannage pour les problèmes courants
Droits d'auteur © 2026 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.