Re: autovacuum excesivo PostgreSQL 9.5

Hola Alvaro

Hice lo que sumrece me indico:

- Borre el replication Slot
- Comentarie # primary_slot_name = 'replica_local_slot' del archivo
recovery.conf en la replica y reinicie la misma para que tomara el cambio
- Realice un vacuum sobre la tabla marcador

INFO: vacuuming "sac.marcador"
INFO: "marcador": found 1074892 removable, 1505259 nonremovable row
versions in 105572 pages
DETAIL: 35 dead row versions cannot be removed yet.
CPU 0.65s/5.76u sec elapsed 9.17 sec.
INFO: analyzing "sac.marcador"
INFO: "marcador": scanned 59833 of 59833 pages, containing 1505224 live
rows and 53 dead rows; 120000 rows in sample, 1505224 estimated total rows
Query returned successfully with no result in 17.4 secs.

Y santo remedio!!!

pero me queda las siguientes dudas?

- Puedo volver a disponer un replication slot para esta replica?
- O debo colocar hot_standby_feedback en OFF en la replica?

Muchas gracias Alvaro por todo su tiempo !!!!! :-)

El 4 de octubre de 2016, 08:50, Alvaro Herrera<alvherre(at)2ndquadrant(dot)com>
escribió:

> Hellmuth Vargas escribió:
> > Hola Alvaro
> >
> > No se si se me cruzaron las terminales!! reenvio todas las consultas y/o
> > pantallas para verificar y si el es caso mil disculpas:
>
> OK. Así tiene que haber sido ... los datos que das ahora son
> diferentes. Lo importante considerar es acá:
>
> > [postgres(at)MDB ~]# pg_controldata -D /PostgreSQL/9.5/data
>
> > Latest checkpoint's NextXID: 0/8406787
>
> > bd=# select * from pg_replication_slots;
> >
> > -[ RECORD 2 ]+---------------------
> > slot_name | replica_local_slot
> > plugin |
> > slot_type | physical
> > datoid |
> > database |
> > active | t
> > active_pid | 2054
> > xmin | 5463120
> > catalog_xmin |
> > restart_lsn | 9/3670A150
>
> En este slot el xmin es 5 millones, que es muy anterior a los 8 millones
> que es el valor actual del contador de transacciones. Es importante
> hacer que ese slot se mueva; si la aplicación que lo usaba se murió,
> entonces hay que eliminarlo. Puedes fijarte qué lo está usando buscando
> un proceso con PID 2054, y ver si está conectado y a quién. Si no tiene
> uso, dale un
> select * from pg_drop_replication_slot('replica_local_slot')
>
> y luego vuelve a probar vacuum.
>
> --
> Álvaro Herrera https://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>

--
Cordialmente,

Ing. Hellmuth I. Vargas S.
Esp. Telemática y Negocios por Internet
Oracle Database 10g Administrator Certified Associate
EnterpriseDB Certified PostgreSQL 9.3 Associate