Estimado Antonio:

Adjunto un documento que encontré que comenta sobre ese tema, espero le
ayude.

-- 
Saludos,
Gilberto Castillo
Edificio Beijing. Miramar Trade Center. Etecsa.
Miramar, La Haban.Cuba.
Aumentar el rendimiento Postgres

Muchas personas piensan que el aumento de rendimiento de una Base de Datos es 
sinonimo de CPU, es decir mientras mejor es la CPU mejor es el rendimiento. 
Esto no es cierto porque existen variantes más importantes que considerar al 
momento de tratar de sacar el mejor provecho a nuestra Base de Datos.

    * Para empezar se debe usar Servidores Dedicados para Bases de Datos, 
muchas pymes utilizan los Servidores como equipos de almaceanamiento, lo cual 
hace que un servidor llegue a ser Servidor de Archivo, Correo y Base de Datos 
al mismo tiempo, cuando fallan los sistemas siempre el culpable es la Base de 
Datos.

    * Actualizar a la ultima version de postgres, siempre es importante ir 
actualizando los sistemas a la ultima version de Postgres (8.3 para produccion 
y 8.4 beta 2), para obtener un mejor rendimiento, superara lo bug y no tener 
que lamentar problema indeseados.

    * Levantar un Servidor en linux, esta comprobado que Postgres obtiene el 
mejor rendimiento con los Sistemas Operativos LINUX, eso no quiere decir que en 
Windows esto funcione mal.

    * La selección del tipo de disco a utilizar, es recomendable discos Duros 
de alto rendimiento ojalas en RAID o para las empresas pequeñas SATA.

    * Utilizar la major cantidad de Memoria RAM posible.

    * Separar el fichero de Datos y Log, en unidades de Disco diferentes.

    * Para concluir es necesario que revisen los siguientes parametros

   1. max_connections: aplica la cantidad máxima de conexiones de clientes
   2. shared_buffers: determina cuanta memoria está dedicada a PostgreSQL para 
datos en caché
   3. effective_cache_size:Este debe ser establecido en un monto estimado de 
cuanta memoria está disponible para memoria intermedia en el disco para el 
sistema operativo
   4. checkpoint_segments:PostgreSQL escribe las nuevas transacciones a la Base 
de Datos en un archivo llamado segmentos del WAL que son de 16MB de tamaño
   5. autovacuum:Vaccum significa 'vaciar' literalmente hablando. El proceso de 
VACUUM lo que realiza es una limpieza de tuplas muertas que han sido marcadas 
como borradas o modificadas, ya que el motor de base de datos no las borra 
inmediatamente de la parte física para no sobrecargar las operaciones normales


para major informaión sobre estos parametros, diriguirse a wiki de postgres
--
TIP 10: no uses HTML en tu pregunta, seguro que quien responda no podrá leerlo

Responder a