[pgsql-es-ayuda] autovacuum excesivo PostgreSQL 9.5

2016-10-03 Thread Hellmuth Vargas
Hola LIsta El jueves pasado migre una base de datos importante con gran cantidad de usuarios y aplicaciones concurrentes de la versión 9.3 a la 9.5 y me he encontrado con un aumento significativo (excesivo) de operaciones de autovacuum que no se evidenciaba en la versión 9.3. Las aplicaciones y

RE: [pgsql-es-ayuda] Error al restaurar base de datos adjunta tabla de 3k con el problema

2016-10-03 Thread Lazaro Garcia
Verificaste que la codificación sea UTF-8 al momento de generar el backup? Saludos. De: pgsql-es-ayuda-ow...@postgresql.org [mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de jvenegasperu . Enviado el: viernes, 30 de septiembre de 2016 6:32 Para: Ayuda Asunto: [pgsql-es-ayuda] Error

Re: [pgsql-es-ayuda] autovacuum excesivo PostgreSQL 9.5

2016-10-03 Thread Francisco Olarte
Hellmuth: 2016-10-03 15:21 GMT+02:00 Hellmuth Vargas : ... > inhabilito, pero ahora prácticamente se mantiene realizaron autovacuum a > unas tablas de forma casi permanente, tema que no sucedía antes. Ya les ... Independientemente de que este muchos mas tiempo corriendo el autovacuum, ¿ consume m

Re: [pgsql-es-ayuda] autovacuum excesivo PostgreSQL 9.5

2016-10-03 Thread Hellmuth Vargas
Hola Franciso Si en efecto esta consumiendo mas recursos y la carga en general de la maquina ha subido en comparación con los valores que mantenía (estadísticas SAR) ademas, pues las operaciones que hacia antes son exactamente las mismas que esta haciendo ahora por que no cambio en nada las aplic

Re: [pgsql-es-ayuda] autovacuum excesivo PostgreSQL 9.5

2016-10-03 Thread Alvaro Herrera
Hellmuth Vargas escribió: > Hola Franciso > > Si en efecto esta consumiendo mas recursos y la carga en general de la > maquina ha subido en comparación con los valores que mantenía (estadísticas > SAR) ademas, pues las operaciones que hacia antes son exactamente las > mismas que esta haciendo aho

Re: [pgsql-es-ayuda] autovacuum excesivo PostgreSQL 9.5

2016-10-03 Thread Hellmuth Vargas
Hola Alvaro, gracias por responder La versión anterior era la postgresql-9.3.12 pero incluso esta base de datos la venia actualizando periódicamente con las diferentes publicaciones de la 9.3 y nunca observe el comportamiento que he descrito. El volcado del control file es: [postgres@M_BD tmp]#

Re: [pgsql-es-ayuda] autovacuum excesivo PostgreSQL 9.5

2016-10-03 Thread Alvaro Herrera
Hellmuth Vargas escribió: > Hola Alvaro, gracias por responder > > La versión anterior era la postgresql-9.3.12 pero incluso esta base de > datos la venia actualizando periódicamente con las diferentes publicaciones > de la 9.3 y nunca observe el comportamiento que he descrito. OK. ¿hay algún pa

Re: [pgsql-es-ayuda] autovacuum excesivo PostgreSQL 9.5

2016-10-03 Thread Hellmuth Vargas
Hola Alvaro Respondo entre lineas El 3 de octubre de 2016, 15:15, Alvaro Herrera escribió: > Hellmuth Vargas escribió: > > Hola Alvaro, gracias por responder > > > > La versión anterior era la postgresql-9.3.12 pero incluso esta base de > > datos la venia actualizando periódicamente con las dif

Re: [pgsql-es-ayuda] autovacuum excesivo PostgreSQL 9.5

2016-10-03 Thread Alvaro Herrera
Hellmuth Vargas escribió: > bd=# select * from pg_stat_user_tables where relname in ('marcador', > 'usuario'); Por alguna razón estas tablas tienen n_dead_tup que no parece decrecer? ¿no tendrás alguna transacción preparada abierta? Mira en pg_stat_activity y pg_prepared_xacts. Si haces un "va

Re: [pgsql-es-ayuda] autovacuum excesivo PostgreSQL 9.5

2016-10-03 Thread Hellmuth Vargas
Hola Alvaro Muchas gracias por el tiempo.. respondo entre lineas: El 3 de octubre de 2016, 16:01, Alvaro Herrera escribió: > Hellmuth Vargas escribió: > > > bd=# select * from pg_stat_user_tables where relname in ('marcador', > > 'usuario'); > > Por alguna razón estas tablas tienen n_dead_tup

Re: [pgsql-es-ayuda] autovacuum excesivo PostgreSQL 9.5

2016-10-03 Thread Alvaro Herrera
Hellmuth Vargas escribió: > Hola Alvaro > > Muchas gracias por el tiempo.. respondo entre lineas: Pero no respondiste esta parte: ¿no tendrás alguna transacción preparada abierta? Mira en pg_stat_activity y pg_prepared_xacts. -- Álvaro Herrerahttps://www.2ndQuadrant.com/

Re: [pgsql-es-ayuda] autovacuum excesivo PostgreSQL 9.5

2016-10-03 Thread Hellmuth Vargas
El 3 de octubre de 2016, 16:17, Alvaro Herrera escribió: > Hellmuth Vargas escribió: > > Hola Alvaro > > > > Muchas gracias por el tiempo.. respondo entre lineas: > > Pero no respondiste esta parte: > >¿no tendrás alguna transacción preparada abierta? Mira en >pg_stat_activity y pg_prepar

Re: [pgsql-es-ayuda] autovacuum excesivo PostgreSQL 9.5

2016-10-03 Thread Alvaro Herrera
Hellmuth Vargas escribió: > El 3 de octubre de 2016, 16:17, Alvaro Herrera > escribió: > > > Hellmuth Vargas escribió: > > > Hola Alvaro > > > > > > Muchas gracias por el tiempo.. respondo entre lineas: > > > > Pero no respondiste esta parte: > > > >¿no tendrás alguna transacción preparada abi

Re: [pgsql-es-ayuda] BDR error en btree_gist

2016-10-03 Thread Miguel Angel Hernandez Moreno
Hola Alvaro Te comento que ya quedo la instalación del *contrib*, batalle poquito ya que no venia en al documentación ese paso, pero ya quedo instalado esos son los pasos que seguí: git clone -b bdr-pg/REL9_4_STABLE https://github.com/2ndQuadrant/bdr.git postgresql-bdr git clone -b bdr-

Re: [pgsql-es-ayuda] autovacuum excesivo PostgreSQL 9.5

2016-10-03 Thread Hellmuth Vargas
Hola Alvaro El 3 de octubre de 2016, 16:39, Alvaro Herrera escribió: > Hellmuth Vargas escribió: > > El 3 de octubre de 2016, 16:17, Alvaro Herrera > > escribió: > > > > > Hellmuth Vargas escribió: > > > > Hola Alvaro > > > > > > > > Muchas gracias por el tiempo.. respondo entre lineas: > > > > >

Re: [pgsql-es-ayuda] autovacuum excesivo PostgreSQL 9.5

2016-10-03 Thread Alvaro Herrera
Hellmuth Vargas escribió: > > Ahh, ¿no tendrás un standby con "feedback" activado que tiene una > > transacción preparada, o un slot inactivo? Pega acá > > select * from pg_stat_replication > > > bd=# select * from pg_stat_replication > bd-# ; > -[ RECORD 1 ]+--