La verdad no me acuerdo en que versión viene incorporado en autovacuum, pero
esto del vaccuum desde otro equipo lo tenemos de antaño, es decir, desde que
empezamos con PG y quedó así.
Respecto a los parametros inadecuados, sí, son inadecuados, y esto es por
ignorancia respecto al tema, ya que cuando la BD se creó los usuarios no
eran tantos, y al crecer sólo se modificó el parametro de max_connection y
así, fue pasando de versión en versión del PG. Hoy buscando encontré este
link http://www.linux-es.org/node/660 que me hizo ver lo equivocado que
estaba.
Respecto si el equipo está dedicado a PG, mencioné que tiene el samba
habilitado para almacenar imágenes que luego serán cargadas a una BD.
Hoy las bases de ese equipo fueron caragas en otro servidor con las mismas
características (excepto por el espacio en disco, que es superior) y marcha
super bien. Mañana el servicio tecnico verá si es problema de hardware,
esperemos eso, de todas formas, hay que cambiar los parametros del
postgresql.conf.
Gracias.
----- Original Message -----
From: "Fernando Hevia" <[EMAIL PROTECTED]>
To: "'Marcelo Retamal Vallejos'" <[EMAIL PROTECTED]>; "'Cesar Erices'"
<[EMAIL PROTECTED]>
Cc: "'Lista Postgres'" <pgsql-es-ayuda@postgresql.org>
Sent: Wednesday, November 26, 2008 4:11 PM
Subject: RE: [pgsql-es-ayuda] Fw: Ayuda con equipo
Marcelo,
- Los vaccum no se hacen de forma automática, hay un equipo
que los hace en la noche via cron.
¿El vacuum lo hace un equipo distinto al donde está la base? Seré curioso...
¿qué ventajas brinda?
Dentro del Conf, tengo relevante:
-shared_buffer = 24MB
-work_mem = 8MB
-maintenance_work_mem = desabled
-effective_cache_size = desabled
Para un equipo de 4 GB estos valores parecen poco adecuados. ¿Existe algún
motivo en particular para ello? ¿Este equipo no está dedicado exlusivamente
a Postgres?
En una configuración de hardware similar a la tuya yo uso los siguientes
valores:
shared_buffers = 384MB
work_mem = 128MB
effective_cache_size = 2GB
Claro que no tengo tantas conexiones concurrentes (max 20 en mi caso).
Saludos,
Fernando
--
TIP 4: No hagas 'kill -9' a postmaster
