Hola Marcelo Yo te sugiero que levantes un Servidor plataformado sobre Debian esa experiencia que esta teniendo la tuvimos nosotros con SUSE en Servidores de la Serie X en IBM de 64 Bits el año pasado eso nos obligo ir a Clustering basado en Debian con replicacion automatica mediante una Tarea Fantasma creada desde el Shell de Linux este problema lo generaba un pìco de corriente que ingresaba y alteraba el Initabb en Server esto nos obligo a revisar la plataforma y observamos en Servidor Backup que generamos de prueba en Debian que esto no ocurria y decidimos migrar a Debian los Servidores con Replicas en Bases de Datos desde Linux en Clustering hoy mantenemos Contigencia permanente sin afectar las operaciones en milisegundos
Saludos Ernesto Lozano Venezuela El 26/11/08, Marcelo Retamal Vallejos <[EMAIL PROTECTED]> escribió: > 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 > -- TIP 3: Si encontraste la respuesta a tu problema, publícala, otros te lo agradecerán
