Re: Lentitud en el Backup/Restore

Digno de mencionar es, que si tu MSSQL se encuentra en un disco SCSI y
PostgreSql en un IDE, naturalmente el desempeño no será el esperado.
Otros factores que pueden darte problemas son: Mayor prioridad de MsSql
sobre otros procesos, fragmentación del disco, posiblemente MsSql tenga
asignada una gran cantidad de memoria asignada para si mismo (incluso
más de lo que crees), lo que perjudica tanto al sistema operativo en si
como a otros procesos, puesto que la falta de memoria conlleva la
paginación al archivo de intercambio (swap), el cual, para rematar,
probablemente se encuentra fragmentado.

En una ocasión he tenido serios problemas de desempeño en una máquina
con Windows , lo que hice fue toma el Partion Magic 8, he creado una
partición de 512 MB al comienzo del disco duro y he desplazado el Swap a
esa partición. Con esto, "santo remedio".

Salu2
Juan Pablo GO

Alvaro Herrera wrote:

>On Mon, Jun 06, 2005 at 09:01:52PM -0300, Montenegro Marcelo Fabian wrote:
>
>
>>El backup de la base me tarde unos 10 minutos en un servidor Proliant
>>con 2 gigas de memoria y 4 procesadores.
>>
>>
>
>Hola, no creo que haya manera de hacer el backup mas rapido. De todas
>maneras, podrias indicar como lo estas haciendo? Tambien fijate cual es
>el cuello de botella.
>
>
>
>>El restore peor... 45 minutos! :(
>>
>>
>
>Esto si se puede acelerar. Prueba por ej. aumentando
>maintenance_work_mem en una cantidad grande. Eso hace que la creacion
>de indices (que usualmente es el cuello de botella al restaurar un
>respaldo) use mas memoria (y por lo tanto tenga que recurrir menos al
>disco)
>
>Que sistema operativo estas usando, que version de Postgres?
>
>Quizas una alternativa sea usar un respaldo usando PITR en lugar de
>pg_dump, si es que el tiempo de recuperacion es critico. Lo has
>considerado? Es algo mas engorroso de implementar, creo.
>
>
>