No has probado hacer un vacuum full a esas tablas y después intentar crear los índices nuevamente. ________________________________________ De: pgsql-es-ayuda-ow...@postgresql.org [pgsql-es-ayuda-ow...@postgresql.org] En nombre de German Olivera [goliv...@despegar.com] Enviado el: viernes, 18 de julio de 2014 9:13 Para: 'Jairo Graterón' CC: 'Lista PostgreSQL' Asunto: RE: [pgsql-es-ayuda] Performance DB
Estimados, El problema basicamente lo tenemos a la hora de crear los indices para las tablas mencionadas abajo. Aclaro que usamos Pentaho conectado a Postgresql para el proceso de ETL y la creacion de indices lo hacemos desde PostgreSQL con una sentencia SQL CREATE INDEX. Esto funciona normal durante varios dias (la creacion de 5 indices sobre la tabla fact_producto se demora 1hs 10 y cuando nos presenta un problema se toma mas del doble) Sistema Operativo : Windows Server 2008 R2 Enterprise Versión de Postgresql: "PostgreSQL 9.2.4, compiled by Visual C++ build 1600, 64-bit" Procesador: AMD Opteron (tm) Processor 6176 2.3GHZ (4 nucleos) RAM 64 GB Disco duro (capacidad, raid si lo usas) 250GB (Adonde esta instalada la DB) Cantidad de usuarios (40 Usuarios. El proceso de creación de índices y mantenimiento se hace a la madrugada cuando no hay nadie conectado) Tamaños de las tablas (campos, indices, registros) (fact_producto = 196 Campos, 3 indices, Registros: 11 Millones, Peso total 14GB -- fact_consolidado_pdtos_transac = 61 Campos, 46 Indices, Registros 9.6 Millones , Pesos Total 10GB) Explain analize de la consulta o función que presenta lentitud (El problema se presenta durante la creación de índices que básicamente consiste en un CREATE INDEX … nada de otro mundo) [cid:image004.png@01CFA275.144E41A0] German Olivera Business Inteligence - QlikView - Pentaho Av. Corrientes N° 746 - piso 8° - C.A.B.A. (C1043AAU) Teléfono (54) 11- 4894-3500 - Interno 3198 De: Jairo Graterón [mailto:jgrate...@gmail.com] Enviado el: viernes, 18 de julio de 2014 0:32 Para: German Olivera CC: Lista PostgreSQL Asunto: Re: [pgsql-es-ayuda] Performance DB Saludos, creo que debes dar mas información para que los expertos te den alguna sugerencia. Sistema Operativo Versión de Postgresql Procesador RAM Disco duro (capacidad, raid si lo usas) Cantidad de usuarios Tamaños de las tablas (campos, indices, registros) Explain analize de la consulta o función que presenta lentitud Atte: Ing. Jairo Grateron Venezuela - Edo. Lara El 17 de julio de 2014, 11:07, German Olivera <goliv...@despegar.com<mailto:goliv...@despegar.com>> escribió: Buenos días Tenemos la versión de PostgreSQL 1.16.1 y lo utilizamos con Pentaho. Ultimamente observamos que el proceso de creación de índices se va degradando con el tiempo, asi como el VACUM a tal punto que el proceso que demoraba 3hs pasa a tardar mas del doble. Si reiniciamos el servidor al menos una vez a la semana el proceso vuelva a la normalidad. Obviamente esta practica no es deseable y nos gustaría entender porque ocurre. Les adjunto el archivo postresql.conf para que observen como tenemos nuestra configuración actual. La tabla tiene aprox 10 millones de registros Saludos [cid:image003.png@01CFA267.8814CEF0] German Olivera Business Inteligence - QlikView - Pentaho Av. Corrientes N° 746 - piso 8° - C.A.B.A. (C1043AAU) Teléfono (54) 11- 4894-3500 - Interno 3198 - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org<mailto:pgsql-es-ayuda@postgresql.org>) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda ________________________________ Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU! http://www.antiterroristas.cu http://justiciaparaloscinco.wordpress.com Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU! http://www.antiterroristas.cu http://justiciaparaloscinco.wordpress.com - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
