Excerpts from Alejandro Carrillo's message of lun ene 16 19:31:32 -0300 2012:
>
>
> Ps viendo las cosas, creo que la mejor práctica para hacer vacuum de una
> tabla es usar CLUSTER o ALTER TABLE ... SET TYPE
Pero evita CLUSTER, porque a menos que la tabla ya esté ordenada es muy
lento.
> Grac
Excerpts from Juan Carlos Ramirez Zambrano's message of lun ene 16 19:28:01
-0300 2012:
> OK, entonces lo que quiere decir que una vez que se hace el vacumm full, se
> hace un reindex para corregir los indices que han quedado en mal estado.
Bueno, normalmente no se hace vacuum full. Punto. Y
Ps viendo las cosas, creo que la mejor práctica para hacer vacuum de una tabla
es usar CLUSTER o ALTER TABLE ... SET TYPE
Gracias al amigo Jaime Casanova por publicar la presentación acerca de las
mejores prácticas de administración en
PostgreSQL:http://es.scribd.com/doc/67903009/mantenimiento
Excerpts from Juan Carlos Ramirez Zambrano's message of lun ene 16 19:04:43
-0300 2012:
> El 16 de enero de 2012 15:58, Alvaro Herrera
> escribió:
> > O sea el problema no era la tabla sino los índices, ¿correcto?
> Por que como comentas es problema de indices, eso significaría que tengo
> mas
Asi parece
>
> De: Alvaro Herrera
>Para: Juan Carlos Ramirez Zambrano
>CC: Ayuda
>Enviado: lunes 16 de enero de 2012 16:58
>Asunto: Re: [pgsql-es-ayuda] Problema con vacuum full
>
>
>Excerpts from Juan Carlos Ramirez Zambrano's message of lun ene 16 18:36:1
Excerpts from Juan Carlos Ramirez Zambrano's message of lun ene 16 18:36:12
-0300 2012:
> Antes de comenzar la delete se dejo de tener acceso a la base de daos, solo
> tenia acceso yo.
>
> Se dio acceso hasta despues del vacuum full.
>
> De hecho esta paso en las 2 tablas que se les dio vacuum
Excerpts from Juan Carlos Ramirez Zambrano's message of lun ene 16 14:07:52
-0300 2012:
> El vacuum full tardo 5 horas, después de esto se revisa el peso y nos damos
> cuenta la tabla sigue igual de pesada, solo bajo 4 GB, quedo en 102 GB. se
> le hace un vacuum analyze y este tardo mas de 1 hor
Soy un poco ignorante en estos temas pero yo intentaría un lazy vacuum, Cluster
o alter table ... set type ...
Más info:http://es.scribd.com/doc/67903009/mantenimiento
>
> De: Juan Carlos Ramirez Zambrano
>Para: Ayuda
>Enviado: lunes 16 de enero de 2012 12:07
Asi parece que es por falta que se le de mas constante el vacuum, se va a
programar el cron para que se le mas constante a este catalogo en lo que se
activa el autovaccum.
Gracias por la ayuda.
El 15 de enero de 2012 19:37, Miguel Angel Hernandez Moreno <
[email protected]> escribió:
> S
Buen dia miembros de la lista.
Tengo una duda con el vaccum full, a continuación describo cual es la duda,
y agradezco la ayuda que me brinden para entender que fue lo que paso.
Tabla a la cual se realizo el vaccum full
Datos antes del vacuum full
Registros 298,458,1251
Peso 106 GB
A esta tabl
Revisa los permisos de la carpeta data y revisa tambien que tenga como
propietario al usuario postgres, mira en los logs de inicio de postgres a
ver que es lo que esta sucediendo
Saludos
ReynierPM
2012/1/16 Ricardo Mendoza
> Buenos dias, tengo una vieja base de datos postgresql 8.1, montada en
Buenos dias, tengo una vieja base de datos postgresql 8.1, montada en un
servidor linux suse 10, en un equipo compaq prolian.
Por alguna razon el servidor no quiso arrancar mas en forma grafica, estoy
iniciandolo en modo comandos y pude recuperar las carpetas de postgresql.
Configure nuevamente el
2012/1/15 felipe fernandez :
> Hola de nuevo
>
> He creado los triggers manualmente para cada tabla.
> He cambiado los archivos de configuración según el pdf de instalación pero
> no logro que replique. En la tabla replica_log tengo los siguientes
> registros
> 1;"INSERT INTO "language" ("code", "i
13 matches
Mail list logo
