Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
Pages : 1
#1 Re : Optimisation » fichier temporaire » 16/04/2018 17:31:15
OK, merci, je vais checker les traces
#2 Optimisation » fichier temporaire » 13/04/2018 14:12:21
- Djam75
- Réponses : 2
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
#3 Re : Réplication » Requete Gap replication Standby » 28/02/2018 18:55:17
OK, c'est noté.
notre version est 9.6
#4 Re : Réplication » Requete Gap replication Standby » 28/02/2018 15:24:31
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
#5 Re : Réplication » Requete Gap replication Standby » 28/02/2018 13:21:49
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;
#6 Réplication » Requete Gap replication Standby » 28/02/2018 12:33:06
- Djam75
- Réponses : 7
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