[pgsql-es-ayuda] Vacuum, analyze y reindex

[Sergio Valdes Hurtado]

Estimados, uso postgres 9.1 en Windows y una vez al mes se hace un proceso
de carga de datos a una serie de tablas en una base de datos.
El proceso consiste en borrar la data del año y cargarla actualizada
nuevamente, utilizando Kettle de Pentaho.
Luego de la carga realizo un Vacuum de la base de datos y no utilizo
ninguna opción del vacuum.
Aqui van mis dudas:
¿Esta bien que haga ese vacuum sin opciones, o será conveniente usar alguna
de las tres opciones del vacuum (Full, Freeze, Analyze)?
¿Será necesario ejecutar un reindex?
¿Será necesario ejecutar un analyze?

Saludos cordiales a todos y gracias de antemano por su ayuda.

-- 
Sergio Valdés H.

Re: [pgsql-es-ayuda] Vacuum, analyze y reindex

[Lazaro Ruben Garcia Martinez]

Y con que frecuencia realizas vacuum y analyze?

Ten en cuenta que realizar analyze permitirá actualizar los planes de ejecución 
de la base de datos y mediante vacuum eliminas las tuplas muertas, disminuyendo 
espacio en disco y mejorando el rendimiento.

Yo particularmente tengo el autovacuum del server activado para que estas 
tareas se lleven a cabo por si solas automáticamente.

Saludos.

- Mensaje original -

> Estimados, uso postgres 9.1 en Windows y una vez al mes se hace un
> proceso de carga de datos a una serie de tablas en una base de
> datos.
> El proceso consiste en borrar la data del año y cargarla actualizada
> nuevamente, utilizando Kettle de Pentaho.
> Luego de la carga realizo un Vacuum de la base de datos y no utilizo
> ninguna opción del vacuum.
> Aqui van mis dudas:
> ¿Esta bien que haga ese vacuum sin opciones, o será conveniente usar
> alguna de las tres opciones del vacuum (Full, Freeze, Analyze)?
> ¿Será necesario ejecutar un reindex?
> ¿Será necesario ejecutar un analyze?

> Saludos cordiales a todos y gracias de antemano por su ayuda.

> --
> Sergio Valdés H.


10mo. ANIVERSARIO DE LA CREACION DE LA UNIVERSIDAD DE LAS CIENCIAS 
INFORMATICAS...
CONECTADOS AL FUTURO, CONECTADOS A LA REVOLUCION

http://www.uci.cu
http://www.facebook.com/universidad.uci
http://www.flickr.com/photos/universidad_uci

Re: [pgsql-es-ayuda] Vacuum, analyze y reindex

[Lennin Caro]

Ten en cuenta que cuando borrasun voluen alto de data el indice puede sufrir de 
bloat. En esta pagina hay uaconsulta para ver los objetos con bloat 
http://wiki.postgresql.org/wiki/Show_database_bloat si el indice esta en la 
lsita entonces realiza un reindex

--- On Thu, 11/22/12, Sergio Valdes Hurtado  wrote:

From: Sergio Valdes Hurtado 
Subject: [pgsql-es-ayuda] Vacuum, analyze y reindex
To: "Lista PostgreSql" 
Date: Thursday, November 22, 2012, 1:36 PM

Estimados, uso postgres 9.1 en Windows y una vez al mes se hace un proceso de 
carga de datos a una serie de tablas en una base de datos.
El proceso consiste en borrar la data del año y cargarla actualizada 
nuevamente, utilizando Kettle de Pentaho.

Luego de la carga realizo un Vacuum de la base de datos y no utilizo ninguna 
opción del vacuum.
Aqui van mis dudas:
¿Esta bien que haga ese vacuum sin opciones, o será conveniente usar alguna de 
las tres opciones del vacuum (Full, Freeze, Analyze)?

¿Será necesario ejecutar un reindex?
¿Será necesario ejecutar un analyze?

Saludos cordiales a todos y gracias de antemano por su ayuda.

-- 
Sergio Valdés H.

Re: [pgsql-es-ayuda]

[Alvaro Herrera]

Jaime Casanova escribió:
> 2012/11/20 Ruben Fitó 
> >
> > Gracias por vuestra ayuda,
> >
> > Entonces, cuál es la forma más correcta de hacer la copia con VMware y que 
> > se mantenga la correcta integridad de datos???
> >
> 
> solo haz el snapshot, cuando arranques el snapshot postgres pensara
> que la maquina se cayo y entrara en modo de recuperacion... todo lo
> que haya hecho commit estara en el wal y se recupera, lo que no haya
> hecho commit no importa porque no habia hecho commit

Un momento ... el snapshot no es un snapshot del *disco*, entendí, sino
de la *máquina*.  Esto incluye todo el estado de la memoria y los
procesos que estaban corriendo.  Es decir, cuando arranques el snapshot,
postgres no verá que la máquina se cayó ni nada, sólo que hubo una
"breve" interrupción, como si se hubieran congelado todos los electrones
y luego hubieran seguido su camino; después de esto seguirá funcionando
sin que vea que haya sucedido nada raro.  (El reloj RTC de la máquina
habrá saltado hacia adelante un tiempo considerable, lo cual puede
confundir algunas cosas como autovacuum y pgstat, pero en realidad no
debería pasar nada sobrenatural).

-- 
Álvaro Herrerahttp://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

-
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

Re: [pgsql-es-ayuda] Vacuum, analyze y reindex

[Sergio Valdes Hurtado]

El autovacuum esta activado, pero no realizo analyze.
Además ejecuto un vacuum manualmente despues del proceso de carga, ya que
en algunas tablas se eliminan y graban alrededor de 3 millones de registros.
Saludos


El 22 de noviembre de 2012 10:44, Lazaro Ruben Garcia Martinez <
lgarc...@uci.cu> escribió:

> Y con que frecuencia realizas vacuum y analyze?
>
> Ten en cuenta que realizar analyze permitirá actualizar los planes de
> ejecución de la base de datos y mediante vacuum eliminas las tuplas
> muertas, disminuyendo espacio en disco y mejorando el rendimiento.
>
> Yo particularmente tengo el autovacuum del server activado para que estas
> tareas se lleven a cabo por si solas automáticamente.
>
> Saludos.
>
> --
>
> Estimados, uso postgres 9.1 en Windows y una vez al mes se hace un proceso
> de carga de datos a una serie de tablas en una base de datos.
> El proceso consiste en borrar la data del año y cargarla actualizada
> nuevamente, utilizando Kettle de Pentaho.
> Luego de la carga realizo un Vacuum de la base de datos y no utilizo
> ninguna opción del vacuum.
> Aqui van mis dudas:
> ¿Esta bien que haga ese vacuum sin opciones, o será conveniente usar
> alguna de las tres opciones del vacuum (Full, Freeze, Analyze)?
> ¿Será necesario ejecutar un reindex?
> ¿Será necesario ejecutar un analyze?
>
> Saludos cordiales a todos y gracias de antemano por su ayuda.
>
> --
> Sergio Valdés H.
>
>
>
>   
>
>


-- 
Sergio Valdés H.

Re: [pgsql-es-ayuda] Vacuum, analyze y reindex

[Lazaro Ruben Garcia Martinez]

Para el analyze automático, puedes revisar los siguientes parámetros de 
configuración, además autovacuum debe estar en on.

Saludos.

- Mensaje original -

> El autovacuum esta activado, pero no realizo analyze.
> Además ejecuto un vacuum manualmente despues del proceso de carga, ya
> que en algunas tablas se eliminan y graban alrededor de 3 millones
> de registros.
> Saludos

> El 22 de noviembre de 2012 10:44, Lazaro Ruben Garcia Martinez <
> lgarc...@uci.cu > escribió:

> > Y con que frecuencia realizas vacuum y analyze?
>

> > Ten en cuenta que realizar analyze permitirá actualizar los planes
> > de
> > ejecución de la base de datos y mediante vacuum eliminas las tuplas
> > muertas, disminuyendo espacio en disco y mejorando el rendimiento.
>

> > Yo particularmente tengo el autovacuum del server activado para que
> > estas tareas se lleven a cabo por si solas automáticamente.
>

> > Saludos.
>

> > > Estimados, uso postgres 9.1 en Windows y una vez al mes se hace
> > > un
> > > proceso de carga de datos a una serie de tablas en una base de
> > > datos.
> >
>
> > > El proceso consiste en borrar la data del año y cargarla
> > > actualizada
> > > nuevamente, utilizando Kettle de Pentaho.
> >
>
> > > Luego de la carga realizo un Vacuum de la base de datos y no
> > > utilizo
> > > ninguna opción del vacuum.
> >
>
> > > Aqui van mis dudas:
> >
>
> > > ¿Esta bien que haga ese vacuum sin opciones, o será conveniente
> > > usar
> > > alguna de las tres opciones del vacuum (Full, Freeze, Analyze)?
> >
>
> > > ¿Será necesario ejecutar un reindex?
> >
>
> > > ¿Será necesario ejecutar un analyze?
> >
>

> > > Saludos cordiales a todos y gracias de antemano por su ayuda.
> >
>

> > > --
> >
>
> > > Sergio Valdés H.
> >
>

> --
> Sergio Valdés H.


10mo. ANIVERSARIO DE LA CREACION DE LA UNIVERSIDAD DE LAS CIENCIAS 
INFORMATICAS...
CONECTADOS AL FUTURO, CONECTADOS A LA REVOLUCION

http://www.uci.cu
http://www.facebook.com/universidad.uci
http://www.flickr.com/photos/universidad_uci

[pgsql-es-ayuda] Sobre Multiproceso

[Dairon Dominguez Vega]

Buenos dias comunidad, necesito saber si existe forma de configurar a 
postgreSQL para que sea capaz de utilizar todo el procesamiento múltiple de una 
pc con 16 núcleos. Ya que en pruebas realizadas solo consume un solo micro al 
100%.

Saludos, Al tanto y gracias.

10mo. ANIVERSARIO DE LA CREACION DE LA UNIVERSIDAD DE LAS CIENCIAS 
INFORMATICAS...
CONECTADOS AL FUTURO, CONECTADOS A LA REVOLUCION

http://www.uci.cu
http://www.facebook.com/universidad.uci
http://www.flickr.com/photos/universidad_uci

-
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

Re: [pgsql-es-ayuda] Sobre Multiproceso

[Gilberto Castillo]

>
> Buenos dias comunidad, necesito saber si existe forma de configurar a
> postgreSQL para que sea capaz de utilizar todo el procesamiento múltiple
> de una pc con 16 núcleos. Ya que en pruebas realizadas solo consume un
> solo micro al 100%.


Solo, recordar que mucho depende del SO, que para tu caso debe ser de 64 y
no de 32.

Saludos,
Gilberto Castillo
La Habana, Cuba
--- 
This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at 
host imx3.etecsa.cu
Visit our web-site: , 
-
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

Re: [pgsql-es-ayuda] Sobre Multiproceso

[Wilson]

Eso se configura al moment de la instalacion de la siguiente forma:

make -j 16 install

El comando esta adecuado a tu caso.

Cualquier consulta o sugerencia será bienvenida.

Saludos.
Enviado  mi iPhone

El Nov 22, 2012, a las 10:18 AM, "Gilberto Castillo" 
 escribió:

> 
> 
>> 
>> Buenos dias comunidad, necesito saber si existe forma de configurar a
>> postgreSQL para que sea capaz de utilizar todo el procesamiento múltiple
>> de una pc con 16 núcleos. Ya que en pruebas realizadas solo consume un
>> solo micro al 100%.
> 
> 
> Solo, recordar que mucho depende del SO, que para tu caso debe ser de 64 y
> no de 32.
> 
> Saludos,
> Gilberto Castillo
> La Habana, Cuba
> --- 
> This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running 
> at host imx3.etecsa.cu
> Visit our web-site: , 
> -
> 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

-
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

Re: [pgsql-es-ayuda] Sobre Multiproceso

[Marcos Ortiz]

Precisamente en la nueva versión de PostgreSQL (9.2), Robert Haas 
incluyó varios parches para mejorar la escalabidad de lecturas y 
escrituras en PostgreSQL.

Aquí pueden leer más al respecto:
http://rhaas.blogspot.com/2011/09/scalability-in-graphical-form-analyzed.html

El tema del aprovechamiento multicore en PostgreSQL está en auge ahora y 
está planificado para próximos releases mejorar este tópico

en el gestor.

On 11/22/2012 10:42 AM, Wilson wrote:

Eso se configura al moment de la instalacion de la siguiente forma:

make -j 16 install
Wilson, este comando lo que hace es aprovechar los procesadores para el 
proceso de compilación, para nada más.




El comando esta adecuado a tu caso.

Cualquier consulta o sugerencia será bienvenida.

Saludos.
Enviado  mi iPhone

El Nov 22, 2012, a las 10:18 AM, "Gilberto Castillo" 
 escribió:




Buenos dias comunidad, necesito saber si existe forma de configurar a
postgreSQL para que sea capaz de utilizar todo el procesamiento múltiple
de una pc con 16 núcleos. Ya que en pruebas realizadas solo consume un
solo micro al 100%.


Solo, recordar que mucho depende del SO, que para tu caso debe ser de 64 y
no de 32.

Saludos,
Gilberto Castillo
La Habana, Cuba
---
This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at 
host imx3.etecsa.cu
Visit our web-site: , 
-
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

-
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




10mo. ANIVERSARIO DE LA CREACION DE LA UNIVERSIDAD DE LAS CIENCIAS 
INFORMATICAS...
CONECTADOS AL FUTURO, CONECTADOS A LA REVOLUCION

http://www.uci.cu
http://www.facebook.com/universidad.uci
http://www.flickr.com/photos/universidad_uci

-
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

Re: [pgsql-es-ayuda] Sobre Multiproceso

[Marcos Ortiz]

Aquí pueden ver en lo que se está trabajando actualmente en la CommitFest
https://commitfest.postgresql.org/action/commitfest_view?id=16

On 11/22/2012 10:42 AM, Wilson wrote:

Eso se configura al moment de la instalacion de la siguiente forma:

make -j 16 install

El comando esta adecuado a tu caso.

Cualquier consulta o sugerencia será bienvenida.

Saludos.
Enviado  mi iPhone

El Nov 22, 2012, a las 10:18 AM, "Gilberto Castillo" 
 escribió:




Buenos dias comunidad, necesito saber si existe forma de configurar a
postgreSQL para que sea capaz de utilizar todo el procesamiento múltiple
de una pc con 16 núcleos. Ya que en pruebas realizadas solo consume un
solo micro al 100%.


Solo, recordar que mucho depende del SO, que para tu caso debe ser de 64 y
no de 32.

Saludos,
Gilberto Castillo
La Habana, Cuba
---
This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at 
host imx3.etecsa.cu
Visit our web-site: , 
-
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

-
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

10mo. ANIVERSARIO DE LA CREACION DE LA UNIVERSIDAD DE LAS CIENCIAS 
INFORMATICAS...
CONECTADOS AL FUTURO, CONECTADOS A LA REVOLUCION

http://www.uci.cu
http://www.facebook.com/universidad.uci
http://www.flickr.com/photos/universidad_uci


--

Marcos Luis Ortíz Valmaseda
about.me/marcosortiz 
@marcosluis2186 



10mo. ANIVERSARIO DE LA CREACION DE LA UNIVERSIDAD DE LAS CIENCIAS 
INFORMATICAS...
CONECTADOS AL FUTURO, CONECTADOS A LA REVOLUCION

http://www.uci.cu
http://www.facebook.com/universidad.uci
http://www.flickr.com/photos/universidad_uci

Re: [pgsql-es-ayuda] Sobre Multiproceso

[Rodrigo Gonzalez]

On 11/22/2012 12:12 PM, Dairon Dominguez Vega wrote:
> Buenos dias comunidad, necesito saber si existe forma de configurar a 
> postgreSQL para que sea capaz de utilizar todo el procesamiento múltiple de 
> una pc con 16 núcleos. Ya que en pruebas realizadas solo consume un solo 
> micro al 100%.
>
>
Si tenes una sola conexion vas a usar una sola CPU para cada consulta.
Para poder usar todas necesitas mas consultas en paralelo.
con que estas probando?

Saludos

Rodrigo Gonzalez

-
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

Re: [pgsql-es-ayuda] Sobre Multiproceso

[Alvaro Herrera]

Dairon Dominguez Vega escribió:
> Buenos dias comunidad, necesito saber si existe forma de configurar a 
> postgreSQL para que sea capaz de utilizar todo el procesamiento múltiple de 
> una pc con 16 núcleos. Ya que en pruebas realizadas solo consume un solo 
> micro al 100%.

Cada sesión usa una CPU.  Si quieres usar más de una CPU, debes tener
múltiples sesiones concurrentes.  Es evidente que en las pruebas
realizadas sólo se ejecutó una consulta a la vez.

-- 
Álvaro Herrerahttp://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

-
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

Re: [pgsql-es-ayuda] Sobre Multiproceso

[Alvaro Herrera]

Marcos Ortiz escribió:
> Precisamente en la nueva versión de PostgreSQL (9.2), Robert Haas
> incluyó varios parches para mejorar la escalabidad de lecturas y
> escrituras en PostgreSQL.
> Aquí pueden leer más al respecto:
> http://rhaas.blogspot.com/2011/09/scalability-in-graphical-form-analyzed.html
> 
> El tema del aprovechamiento multicore en PostgreSQL está en auge
> ahora y está planificado para próximos releases mejorar este tópico
> en el gestor.

... pero no se sabe de nadie que esté trabajando directamente en el tema
de ejecución en paralelo de consultas.

Se tocó el tema durante la última reunión de hackers en Ottawa en Mayo,
y Bruce Momjian dijo, en resumen "es un tema que tomará varios años
resolver".

-- 
Álvaro Herrerahttp://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

-
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

[pgsql-es-ayuda] Cambiar puerto de escucha en la version 8.4.11 para ubuntu

[Yanier Barbier Montoya]

Instalé la versión 8.4.11 de postgresql en ubuntu 10.04 y coge el puerto 5432 
por defecto pero necesito cambiarlo al puerto 5433, ya edité el fichero de 
configuración del postgresql y reinicié el servidor pero me da error cuando 
trato de registrar el servidor en el pgadmin, si alguien sabe como puedo 
cambiar el puerto de escucha por favor, lo necesito cuanto antes.

-
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

Re: [pgsql-es-ayuda] Cambiar puerto de escucha en la version 8.4.11 para ubuntu

[Miguel Angel Hernandez Moreno]

Saludos

Verifica tu pg_hba.conf que tengas una linea de permiso por si lo estas
ingresando por ip
y en el archivo postgresql.conf verifica que también puedas escuchar de
cualquier parte.

buen jueves


El 22 de noviembre de 2012 15:38, Yanier Barbier Montoya
escribió:

> Instalé la versión 8.4.11 de postgresql en ubuntu 10.04 y coge el puerto
> 5432 por defecto pero necesito cambiarlo al puerto 5433, ya edité el
> fichero de configuración del postgresql y reinicié el servidor pero me da
> error cuando trato de registrar el servidor en el pgadmin, si alguien sabe
> como puedo cambiar el puerto de escucha por favor, lo necesito cuanto antes.
>
> -
> 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
>



-- 
ISC Miguel Angel Hernandez Moreno

Re: [pgsql-es-ayuda] Cambiar puerto de escucha en la version 8.4.11 para ubuntu

[Yanier Barbier Montoya]

ya verifique eso que me pides y esta en orden, cambié el puerto por el 5433, 
reinicié el servidor y cuando trato de registrar la nueva conexión con el 
puerto 5433 me da este error 
An error has occurred: 
Error connecting to the server: no se pudo conectar con el servidor: Conexión 
rehusada 
¿Está el servidor en ejecución en el servidor «127.0.0.1» y aceptando 
conexiones TCP/IP en el puerto 5433? 


- Mensaje original -

De: "Miguel Angel Hernandez Moreno"  
Para: "Yanier Barbier Montoya"  
CC: "Lista PostgreSql"  
Enviados: Jueves, 22 de Noviembre 2012 11:45:26 
Asunto: Re: [pgsql-es-ayuda] Cambiar puerto de escucha en la version 8.4.11 
para ubuntu 

Saludos 


Verifica tu pg_hba.conf que tengas una linea de permiso por si lo estas 
ingresando por ip 
y en el archivo postgresql.conf verifica que también puedas escuchar de 
cualquier parte. 


buen jueves 



El 22 de noviembre de 2012 15:38, Yanier Barbier Montoya < yan...@albet.cu > 
escribió: 


Instalé la versión 8.4.11 de postgresql en ubuntu 10.04 y coge el puerto 5432 
por defecto pero necesito cambiarlo al puerto 5433, ya edité el fichero de 
configuración del postgresql y reinicié el servidor pero me da error cuando 
trato de registrar el servidor en el pgadmin, si alguien sabe como puedo 
cambiar el puerto de escucha por favor, lo necesito cuanto antes. 

- 
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 






-- 
ISC Miguel Angel Hernandez Moreno 

Re: [pgsql-es-ayuda] Vacuum, analyze y reindex

[Sergio Valdes Hurtado]

Una cosa importante que me olvidé de mencionar, es que esta base de datos
es una epecie de data warehouse y estas cargas masivas de datos son las
únicas transacciones que agregan o quitan data, todo lo demas son consultas
de selección.



El 22 de noviembre de 2012 11:46, Lazaro Ruben Garcia Martinez <
lgarc...@uci.cu> escribió:

> Para el analyze automático, puedes revisar los siguientes parámetros de
> configuración, además autovacuum debe estar en on.
>
> Saludos.
>
> --
>
> El autovacuum esta activado, pero no realizo analyze.
> Además ejecuto un vacuum manualmente despues del proceso de carga, ya que
> en algunas tablas se eliminan y graban alrededor de 3 millones de registros.
> Saludos
>
>
> El 22 de noviembre de 2012 10:44, Lazaro Ruben Garcia Martinez <
> lgarc...@uci.cu> escribió:
>
>> Y con que frecuencia realizas vacuum y analyze?
>>
>> Ten en cuenta que realizar analyze permitirá actualizar los planes de
>> ejecución de la base de datos y mediante vacuum eliminas las tuplas
>> muertas, disminuyendo espacio en disco y mejorando el rendimiento.
>>
>> Yo particularmente tengo el autovacuum del server activado para que estas
>> tareas se lleven a cabo por si solas automáticamente.
>>
>> Saludos.
>>
>> --
>>
>> Estimados, uso postgres 9.1 en Windows y una vez al mes se hace un
>> proceso de carga de datos a una serie de tablas en una base de datos.
>> El proceso consiste en borrar la data del año y cargarla actualizada
>> nuevamente, utilizando Kettle de Pentaho.
>> Luego de la carga realizo un Vacuum de la base de datos y no utilizo
>> ninguna opción del vacuum.
>> Aqui van mis dudas:
>> ¿Esta bien que haga ese vacuum sin opciones, o será conveniente usar
>> alguna de las tres opciones del vacuum (Full, Freeze, Analyze)?
>> ¿Será necesario ejecutar un reindex?
>> ¿Será necesario ejecutar un analyze?
>>
>> Saludos cordiales a todos y gracias de antemano por su ayuda.
>>
>> --
>> Sergio Valdés H.
>>
>>
>>
>>   
>>
>>
>
>
> --
> Sergio Valdés H.
>
>
>
>   
>
>


-- 
Sergio Valdés H.

Re: [pgsql-es-ayuda] Cambiar puerto de escucha en la version 8.4.11 para ubuntu

[Aland Laines]

lo que te falta verificar es que el puerto 5433 este abierto en el Ubuntu,
si no es asi debes agregar la regla de iptables para poder aceptar
conecciones a dicho puerto.

Slds,

*Aland Laines Calonge*
Twitter: @lainessolutions
http://about.me/aland.laines




El 22 de noviembre de 2012 17:11, Yanier Barbier Montoya
escribió:

> ya verifique eso que me pides y esta en orden, cambié el puerto por el
> 5433, reinicié el servidor y cuando trato de registrar la nueva conexión
> con el puerto 5433 me da este error
> An error has occurred:
> Error connecting to the server: no se pudo conectar con el servidor:
> Conexión rehusada
> ¿Está el servidor en ejecución en el servidor «127.0.0.1» y aceptando
> conexiones TCP/IP en el puerto 5433?
>
> --
> *De: *"Miguel Angel Hernandez Moreno" 
> *Para: *"Yanier Barbier Montoya" 
> *CC: *"Lista PostgreSql" 
> *Enviados: *Jueves, 22 de Noviembre 2012 11:45:26
> *Asunto: *Re: [pgsql-es-ayuda] Cambiar puerto de escucha en la version
> 8.4.11 para ubuntu
>
>
> Saludos
>
> Verifica tu pg_hba.conf que tengas una linea de permiso por si lo estas
> ingresando por ip
> y en el archivo postgresql.conf verifica que también puedas escuchar de
> cualquier parte.
>
> buen jueves
>
>
> El 22 de noviembre de 2012 15:38, Yanier Barbier Montoya 
> escribió:
>
>> Instalé la versión 8.4.11 de postgresql en ubuntu 10.04 y coge el puerto
>> 5432 por defecto pero necesito cambiarlo al puerto 5433, ya edité el
>> fichero de configuración del postgresql y reinicié el servidor pero me da
>> error cuando trato de registrar el servidor en el pgadmin, si alguien sabe
>> como puedo cambiar el puerto de escucha por favor, lo necesito cuanto antes.
>>
>> -
>> 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
>>
>
>
>
> --
> ISC Miguel Angel Hernandez Moreno
>
>
>

Re: [pgsql-es-ayuda] Vacuum, analyze y reindex

[Alvaro Herrera]

Sergio Valdes Hurtado escribió:
> Una cosa importante que me olvidé de mencionar, es que esta base de datos
> es una epecie de data warehouse y estas cargas masivas de datos son las
> únicas transacciones que agregan o quitan data, todo lo demas son consultas
> de selección.

Yo haría algo así:

DELETE masivo
VACUUM
INSERT masivo
VACUUM FREEZE ANALYZE

Asegúrate de tener maintenance_work_mem lo más alto que puedas
permitirte.

-- 
Álvaro Herrerahttp://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

-
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

Re: [pgsql-es-ayuda] Cambiar puerto de escucha en la version 8.4.11 para ubuntu

[Marcos Ortiz]

Este error es debido a que no has habilitado las conexiones al gestor en 
el pg_hba.conf

o en el postgresql.conf no has cambiado la linea:
listen_address

On 11/22/2012 05:11 PM, Yanier Barbier Montoya wrote:
ya verifique eso que me pides y esta en orden, cambié el puerto por el 
5433, reinicié el servidor y cuando trato de registrar la nueva 
conexión con el puerto 5433 me da este error

An error has occurred:
Error connecting to the server: no se pudo conectar con el servidor: 
Conexión rehusada

¿Está el servidor en ejecución en el servidor «127.0.0.1» y aceptando
conexiones TCP/IP en el puerto 5433?


*De: *"Miguel Angel Hernandez Moreno" 
*Para: *"Yanier Barbier Montoya" 
*CC: *"Lista PostgreSql" 
*Enviados: *Jueves, 22 de Noviembre 2012 11:45:26
*Asunto: *Re: [pgsql-es-ayuda] Cambiar puerto de escucha en la version 
8.4.11 para ubuntu


Saludos

Verifica tu pg_hba.conf que tengas una linea de permiso por si lo 
estas ingresando por ip
y en el archivo postgresql.conf verifica que también puedas escuchar 
de cualquier parte.


buen jueves


El 22 de noviembre de 2012 15:38, Yanier Barbier Montoya 
mailto:yan...@albet.cu>> escribió:


Instalé la versión 8.4.11 de postgresql en ubuntu 10.04 y coge el
puerto 5432 por defecto pero necesito cambiarlo al puerto 5433, ya
edité el fichero de configuración del postgresql y reinicié el
servidor pero me da error cuando trato de registrar el servidor en
el pgadmin, si alguien sabe como puedo cambiar el puerto de
escucha por favor, lo necesito cuanto antes.

-
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




--
ISC Miguel Angel Hernandez Moreno







--

Marcos Luis Ortíz Valmaseda
about.me/marcosortiz 
@marcosluis2186 



10mo. ANIVERSARIO DE LA CREACION DE LA UNIVERSIDAD DE LAS CIENCIAS 
INFORMATICAS...
CONECTADOS AL FUTURO, CONECTADOS A LA REVOLUCION

http://www.uci.cu
http://www.facebook.com/universidad.uci
http://www.flickr.com/photos/universidad_uci

[pgsql-es-ayuda] Respaldo de postgresql en windows 7

[Jorge Alberto Aquino Andrade]

Hola lista, trabajo con PostgreSQL 8.4 en windows server 2003 y PostgreSQL
9.2 en windows 7 y tengo el respaldo automatico de la base en windows
server 2003 cada dia se hace el respaldo sin ningun problema pero ahora que
lo quiero dejar automatico en windows 7 al ejecutar el bat pide clave ya
busque en internet y dicen que hay que crear un archivo pgpass.conf para
que de ahi tome la clave pero no he podido hacer que funcione, favor
ayudenme para resolver este problema

Re: [pgsql-es-ayuda] Respaldo de postgresql en windows 7

[Alvaro Hilario]

En linux le paso en valor de la contraseña así: pgpassword=mi_contraseña.
No es la forma mas profesional de hacerlo pero funca... trata de probar en
windows a ver si te funciona.

Suerte!!!

El 22 de noviembre de 2012 23:46, Jorge Alberto Aquino Andrade <
jorge.aquino.andr...@gmail.com> escribió:

> Hola lista, trabajo con PostgreSQL 8.4 en windows server 2003 y PostgreSQL
> 9.2 en windows 7 y tengo el respaldo automatico de la base en windows
> server 2003 cada dia se hace el respaldo sin ningun problema pero ahora que
> lo quiero dejar automatico en windows 7 al ejecutar el bat pide clave ya
> busque en internet y dicen que hay que crear un archivo pgpass.conf para
> que de ahi tome la clave pero no he podido hacer que funcione, favor
> ayudenme para resolver este problema
>



-- 
Al_Hilario Company