Hola Daymel, te respondo

1.- En efecto hago uso intensivo transaccionalmente de la BD, por eso hay
un proceso Nocturno para Vacuum y reindex, ya que el autovacuum me da
problemas.

Hola Alvaro, te respondo

1.- El sistema Operativo es centos 7

2.- Esta es la salida del top

top - 22:02:17 up 54 days,  5:26,  2 users,  load average: 0.05, 0.11, 0.12
Tasks: 212 total,   1 running, 211 sleeping,   0 stopped,   0 zombie
%Cpu(s):  3.7 us,  0.4 sy,  0.0 ni, 95.6 id,  0.2 wa,  0.0 hi,  0.1 si,
 0.0 st
KiB Mem : 13186482+total, 31369184 free,  1066476 used, 99429168 buff/cache
KiB Swap:  4194300 total,  4194300 free,        0 used. 94485344 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
  549 postgres  20   0 32.985g 0.032t 0.032t S   2.3 25.9 103:57.66
postgres: startup process   recovering 000000010000063D000000B9


El servidor tiene 12 CPU y 126 GB de ram

3.- No hay datos con tablas inusuales.

Estos son algunos parametros del postgresql.conf del esclavo

shared_buffers = 32GB
effective_cache_size = 96GB
work_mem = 165150kB

checkpoint_timeout = 30min
min_wal_size = 2GB
max_wal_size = 4GB
wal_buffers = 16MB
wal_keep_segments = 524
checkpoint_completion_target = 0.9


random_page_cost = 3.5
cpu_tuple_cost = 0.05
default_statistics_target = 200
constraint_exclusion = on
bgwriter_delay = 200ms
bgwriter_lru_maxpages = 300
bgwriter_lru_multiplier = 3.0

max_worker_processes = 8
max_parallel_workers_per_gather = 8
parallel_tuple_cost = 0.1
parallel_setup_cost = 1000.0
min_parallel_relation_size = 8MB
force_parallel_mode = off

cursor_tuple_fraction = 1.0

wal_level = logical
max_wal_senders = 5
max_replication_slots = 5
hot_standby = on

max_standby_streaming_delay = -1

Como les decía anteriormente, solo migré de 94 a 96


Saludos

El 30 de mayo de 2017, 18:24, Alvaro Herrera <alvhe...@2ndquadrant.com>
escribió:

> Alberto Cardenas Cardenas escribió:
> > Hola Lista
> >
> > Hace poco migre de PostgreSQL 9.4 a PostgreSQL 9.6.
> > Tengo el mismo ambiente replicado que antes, sin embargo ahora con la
> > versión 9.6 veo que los servidores ocupan mucha mas ram en los procesos
> de
> > replica y siempre estan quedando sin memoria los esclavos, por ejemplo
> > cuando realizo el proceso de mantencion del master (vacuum, reindex)
>
> ¿qué sistema operativo?
>
> ¿es posible ver algún proceso que esté ocupando una gran cantidad de
> memoria?  Yo sospecharía del proceso "startup" primero; échale una
> mirada con "top" o alguna herramienta que reporte consumo de memoria por
> proceso.
>
> ¿Tienes alguna tabla con tipos de datos inusuales?
>
> --
> Álvaro Herrera                https://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>

Responder a