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]# pg_controldata -D ./PostgreSQL/9.5/data/ pg_control version number: 942 Catalog version number: 201510051 Database system identifier: 6336011272628208106 Database cluster state: in production pg_control last modified: lun 03 oct 2016 14:12:52 COT Latest checkpoint location: 1896/ACA64958 Prior checkpoint location: 1896/9A416FB8 Latest checkpoint's REDO location: 1896/AB72AB00 Latest checkpoint's REDO WAL file: 0000000100001896000000AB Latest checkpoint's TimeLineID: 1 Latest checkpoint's PrevTimeLineID: 1 Latest checkpoint's full_page_writes: on Latest checkpoint's NextXID: 0/2021183943 Latest checkpoint's NextOID: 489844445 Latest checkpoint's NextMultiXactId: 2053905 Latest checkpoint's NextMultiOffset: 3269641 Latest checkpoint's oldestXID: 2014532528 Latest checkpoint's oldestXID's DB: 13236 Latest checkpoint's oldestActiveXID: 2021183943 Latest checkpoint's oldestMultiXid: 2052644 Latest checkpoint's oldestMulti's DB: 13236 Latest checkpoint's oldestCommitTsXid:0 Latest checkpoint's newestCommitTsXid:0 Time of latest checkpoint: lun 03 oct 2016 14:12:05 COT Fake LSN counter for unlogged rels: 0/1 Minimum recovery ending location: 0/0 Min recovery ending loc's timeline: 0 Backup start location: 0/0 Backup end location: 0/0 End-of-backup record required: no wal_level setting: hot_standby wal_log_hints setting: off max_connections setting: 810 max_worker_processes setting: 10 max_prepared_xacts setting: 0 max_locks_per_xact setting: 1024 track_commit_timestamp setting: off Maximum data alignment: 8 Database block size: 8192 Blocks per segment of large relation: 131072 WAL block size: 8192 Bytes per WAL segment: 16777216 Maximum length of identifiers: 64 Maximum columns in an index: 32 Maximum size of a TOAST chunk: 1996 Size of a large-object chunk: 2048 Date/time type storage: 64-bit integers Float4 argument passing: by value Float8 argument passing: by value Data page checksum version: 0 El 3 de octubre de 2016, 12:26, Alvaro Herrera<alvhe...@2ndquadrant.com> escribió: > 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 ahora por que no cambio en nada las > aplicaciones, > > incluso ya se ha evidenciado que algunas consultas se encolan en esperar > de > > la finalización del autovacuum > > ¿exactamente qué versión estabas corriendo antes? Me pregunto si tiene > que ver con multixact ids. Pega la salida de pg_controldata. > > -- > Á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
