Re: Restauracion con excesivos recursos

El 03/02/2010 17:44, Marcelino Guerrero (GMail) escribió:
> Personalmente manejo un Servidor (Pc con mas memoria y dos discos) para BD y otro para Samba.
>
> -----Mensaje original-----
> De: pgsql-es-ayuda-owner(at)postgresql(dot)org [mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Marcos Luis Ortiz Valmaseda
> Enviado el: martes, 02 de febrero de 2010 09:48
> Para: Rafael Martinez
> CC: pgsql-es-ayuda(at)postgresql(dot)org; coconauta
> Asunto: Re: [pgsql-es-ayuda] Restauracion con excesivos recursos
>
> Que me perdonen los Ubunteros pero cada vez me convence menos para desplegar una base de datos PostgreSQL. En la versión 8.4, existe la opción -j del pg_restore, para hacer restauraciones paralelas, lo cual puedes usar en dependencia del número de procesadores que tengas. Por ejemplo si posees un Quad Core, puedes dejarle el -j en 3 o 4, si es un servidor dedicado.
>
> Realmente no sé qué tiene que ver Samba con PostgreSQL, a lo mejor sería que el 2do se está comiendo toda la memoria y dejará al 1ero sin poder usarla, no sé si estoy equivocado, pero pudiera ser.
>
> Responde las preguntas de Rafael y ya veremos.
> Saludos
>
> P.D: Usa CentOS, Debian o FreeBSD para tu base de datos, es mi modesta recomendación.
>
> Ing. Marcos Luís Ortíz Valmaseda
> PostgreSQL SysDBA&& Rails Apprentice
> Centro de Tecnologías de Almacenamiento y Análisis de Datos (CENTALAD) Universidad de las Ciencias Informáticas (http://www.uci.cu)
>
> Linux User # 418229
>
> http://www.postgresql.org
> http://www.postgresql-es.org
> http://www.rubyonrails.org
> http://www.ruby-lang.org/es/
> http://www.planetrubyonrails.org/
> http://www.planetpostgresql.org
>
>
> ----- Mensaje original -----
> De: "Rafael Martinez"<r(dot)m(dot)guerrero(at)usit(dot)uio(dot)no>
> Para: "coconauta"<coconauta(dot)ika(at)gmail(dot)com>
> CC: pgsql-es-ayuda(at)postgresql(dot)org
> Enviados: Martes, 2 de Febrero 2010 7:54:31 (GMT-0500) Auto-Detected
> Asunto: Re: [pgsql-es-ayuda] Restauracion con excesivos recursos
>
> coconauta wrote:
>
>> Masters, estoy restaurando una base de datos muy grande, la cosa es
>> que demora varios dias y cuando lo estoy haciendo el samba se me
>> plancha. y debo cortar, que puede estar pasando?. uso ubuntu 9.10
>> saludos.
>>
>>
> Hola
>
> - ¿Que tiene que ver samba con la restauracion de una base de datos?
> - ¿Como estas restaurando la base de datos?
> - ¿Que tamaño tiene la base de datos a restaurar?
> - ¿Que caracteristicas tiene la maquina donde estas restaurando la base de datos?
>
> --
> Rafael Martinez,<r(dot)m(dot)guerrero(at)usit(dot)uio(dot)no> Center for Information Technology Services University of Oslo, Norway
>
> PGP Public Key: http://folk.uio.no/rafael/
> --
> TIP 2: puedes desuscribirte de todas las listas simultáneamente
> (envía "unregister TuDirecciónDeCorreo" a majordomo(at)postgresql(dot)org)
> --
> TIP 10: no uses HTML en tu pregunta, seguro que quien responda no podr leerlo
>
>
> --
> TIP 6: �Has buscado en los archivos de nuestra lista de correo?
> http://archives.postgresql.org/pgsql-es-ayuda
>
¿Dónde está el directorio $PG_DATA del servidor? ¿En el servidor Samba?
La recomendación de los expertos de la lista
pgsql-performance(at)postgresql(dot)org dicen que se debe separar el directorio
pg_xlog (registros del WAL) en un RAID 1 (o en un directorio aparte) y
los datos entonces en un RAID 10. No sé si te sirva de algo esto.
Saludos

--
--------------------------------------------------------------------------------
"Para ser realmente grande, hay que estar con la gente, no por encima de ella."
Montesquieu
Ing. Marcos Luís Ortíz Valmaseda
PostgreSQL System DBA&& DWH -- BI Apprentice

Centro de Tecnologías de Almacenamiento y Análisis de Datos (CENTALAD)
Universidad de las Ciencias Informáticas

Linux User # 418229

-- PostgreSQL --
"TIP 4: No hagas 'kill -9' a postmaster"
http://www.postgresql-es.org
http://www.postgresql.org
http://www.planetpostgresql.org

-- DWH + BI --
The Data WareHousing Institute
http://www.tdwi.org
http://www.tdwi.org/cbip
---------------------------------------------------------------------------------