Vous n'êtes pas identifié(e).
Pages : 1
OK, merci, je vais checker les traces
Dans notre base postgresql (9.6), nous avons régulièrement des création de fichiers temporaires.
Pouvez-vous me dire si il y a un moyen de connaitre qui a causé la création de ce fichier temporaire (requete tri, hachge...)
-sur une journée nous avons :
2018-04-04 06:54:00 CEST [2417]: [98-1] user=,db=,app=,client= LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp2417.48", size 13205504
2018-04-04 06:54:01 CEST [2417]: [100-1] user=,db=,app=,client= LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp2417.49", size 10838016
2018-04-04 06:54:01 CEST [2417]: [102-1] user=,db=,app=,client= LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp2417.50", size 10395648
2018-04-04 15:14:06 CEST [2417]: [104-1] user=,db=,app=,client= LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp2417.51", size 13213696
2018-04-04 15:14:08 CEST [2417]: [106-1] user=,db=,app=,client= LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp2417.52", size 10838016
2018-04-04 15:14:09 CEST [2417]: [108-1] user=,db=,app=,client= LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp2417.53", size 10403840
2018-04-04 23:34:12 CEST [2417]: [110-1] user=,db=,app=,client= LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp2417.54", size 13230080
2018-04-04 23:34:13 CEST [2417]: [112-1] user=,db=,app=,client= LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp2417.55", size 10838016
2018-04-04 23:34:14 CEST [2417]: [114-1] user=,db=,app=,client= LOG: temporary file: path "base/pgsql_tmp/pgsql_tmp2417.56", size 10403840
Merci d'avance
Djam
OK, c'est noté.
notre version est 9.6
Merci Guillaume pour tes explications, à tout hasard, tu n'as pas une requête qui permet de retourner le retard de la Standby par rapport à la primaire
Merci sébastien pour ta réponse :-), j'ai noté tes requetes qui me donnent pas mal d'infos sur la replication.
j'ai trouvé cette requête sur le net, je ne sais pas si il faut la lancer sur le master ou la standby! tu as une idée stp
[ réf https://www.enterprisedb.com/blog/monit … gresql-93]
ii. Calculating lags in Seconds. The following is SQL, which most people uses to find the lag in seconds:
SELECT CASE WHEN pg_last_xlog_receive_location() = pg_last_xlog_replay_location()
THEN 0
ELSE EXTRACT (EPOCH FROM now() - pg_last_xact_replay_timestamp())
END AS log_delay;
Bonjour ,
Je cherche une requête , si c'est possible, qui envoie le même résultat que "show pool_nodes;" ou une requête qui envoie le Gap de la replication Standby
postgres=> show pool_nodes;
node_id | hostname | port | status | lb_weight | role | select_cnt | load_balance_node | replication_delay
---------+----------+------+--------+-----------+---------+------------+-------------------+-------------------
0 | osspc19 | 5432 | down | 0.500000 | standby | 0 | false | 0
1 | osspc20 | 5432 | up | 0.500000 | primary | 0 | true | 0
Merci d'avance
Djam
Pages : 1
