El 17 de mayo de 2011 10:30, Álvaro Hernández escribió:
> Tue, May 17, 2011 at 03:01:12AM -0500, Jaime Casanova escribió:
>
> >2011/5/17 David Montoya
> >>
> >> ¿Es necesário hacer un Vacuum de una tabla que no sufre muchas
> sentencias Delete o Update?
> >
El 17 de mayo de 2011 10:01, Jaime Casanova escribió:
> 2011/5/17 David Montoya
> >
> > ¿Es necesário hacer un Vacuum de una tabla que no sufre muchas sentencias
> Delete o Update?
>
> si. aunque la razon mas importante la manejara igual el autovacuum
> aunque lo teng
Buenas:
Tras leer la documentación de PostgreSQL y remirar un poco por internet me
han quedado un par de dudillas que tal vez puedan ayudar a resolver.
¿Es necesário hacer un Vacuum de una tabla que no sufre muchas sentencias
Delete o Update? ¿Si se realiza un Vacuum FULL cada poco tiempo, lleva
Muchas gracias Alvaro, deje de usar el -D y todo funciono a la primera, en
un par de horas se restauró toda la BD muchas gracias!!!+
El 28 de agosto de 2010 17:29, David Montoya escribió:
> Buenas:
>
> Estoy intentando mover una base de datos de unos 90GB de un servidor
> postgr
son los comandos que utilizo, voy a probar a volver hacerlo no vaya ser
que haya metido la pata en algo muchas gracias por las sugerencias.
El 28 de agosto de 2010 17:29, David Montoya escribió:
> Buenas:
>
> Estoy intentando mover una base de datos de unos 90GB de un servidor
> postgr
Buenas:
Estoy intentando mover una base de datos de unos 90GB de un servidor postgre
8.1 a otro Postgre 8.3 Pero usando pg_dump y el correspondiente pg_restore
me va a tardar 10 días en hacer la migración. He probado a utilizar ficheros
más pequeños usando split, pero el resultado es el mismo.
No
Buenas:
Estoy aprendiendo todavía, pero hoy en pruebas me ha pasado algo parecido.
Lo he solucionado borrando el fichero pgpool_status. En mi caso la ruta era
/var/run/postgresql/pgpool_status.
Mi teoría, no pasa de ser eso, es que alguna vez el pgpool se paro de forma
inesperada y el fichero se
Funciono perfectamente, muchas gracias.
El 30 de julio de 2010 13:40, p valdes escribió:
> crea una vista con los datos que te interesan y sácala con pg_dump
> como si fuera una tabla
>
> pg_dump --table=mivista
>
Buenas:
He de realizar una migración de servidores, y después de restaurar una copia
de la BD que tenemos, necesitaría copiar los datos que hayan cambiado desde
el momento de la copia, hasta el momento que ponga el nuevo servidor en
producción (unas 3 horas más o menos).
No he encontrado ninguna