Skip site navigation (1) Skip section navigation (2)

Re: Cambiar disco de tablespace

From: Horacio Miranda <hmiranda(at)gmail(dot)com>
To: Roberto Guevara <cygnus2k(at)gmail(dot)com>
Cc: Alvaro Herrera <alvherre(at)commandprompt(dot)com>, pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: Cambiar disco de tablespace
Date: 2010-10-26 21:58:58
Message-ID: AANLkTimLEXZXnB=gJofGKAM4rKcqKL9GH9FmHkum3HYk@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
creo que las jerarquias de las que hablas se aplica para storage o
espacios físicos no para bases de datos, ahora Postgresql soporta
TOAST (compresión) que te puede ayudar.

Lo otro es usar LVM con tecnología iscsi (cosa de crecer en el
tiempo), pero si quieres herarquias (HSM) con XFS y haciendo
xfs_growfs y un lv_resize cuando corresponda con la API y el hardware
lo soporta (nunca lo eh probado)..

Ahora si puedes hacer particiones mucho mejor con un criterio de
busqueda como por ejemplo un hash y separarlos en 10 o 20 áreas
distintas para poder hacer crecer cada área cuando corresponda. A lo
mejor una mezcla de TOAST con compresión y particionamiento es lo que
mas te puede servir.

Pero si lo que buscas es jerarquia a la hora de almacerar tus datos,
deberas usar algo como XFS, con tres niveles de almacenamiento
(rapido, lento, cintas).

http://en.wikipedia.org/wiki/XFS#DMAPI

Ahora si tienes lucas para implementar esa tecnologia me imagino que
usaras DLTO4 con un robot de unos 4 drives y un storage de fibra para
rapides de postgresql... Realmente necesitas HSM ?

2010/10/27 Roberto Guevara <cygnus2k(at)gmail(dot)com>:
> La idea seria tener siempre en linea la misma tabla, que es la que guarda
> los pdf's y tenerlos siempre  disponibles para su uso, estuve leyendo algo
> sobre jerarquias de herencia, pero no encontre como aplicarlas a esto.
> Saludos
>
> El 26 de octubre de 2010 12:51, Alvaro Herrera <alvherre(at)commandprompt(dot)com>
> escribió:
>>
>> Excerpts from roberto's message of mar oct 26 09:20:40 -0300 2010:
>> > Hola Lista!
>> > Tengo la siguiente situacion, tengo una BD y un tablespace en un disco
>> > montado con autofs.
>> > Me plantean si el dia de mañana, cuando el disco se vaya llenando poner
>> > otro disco y que ande con el como espacio libre para seguir
>> > guardando/consultando mas datos, y si algun dia quieren consultar datos
>> > del otro disco, poner fisicamente el otro disco de nuevo y lo tome con
>> > los datos viejos para consultar.
>>
>> No, esto no funciona.  Tienes que tomar precauciones adicionales.
>>
>> Si quieres archivar datos antiguos, quizás podrías particionar los datos
>> por año (o el período que te convenga).  Si pones cada partición en un
>> tablespace independiente, podrás desactivar todo lo que haya en ese
>> tablespace y sacar el disco.  Con ALTER TABLE / DROP INHERIT creo que
>> puedes sacar una tabla de una jerarquía de herencia.  Tienes que tener
>> mucho cuidado con aplicar VACUUM FREEZE a la tabla que quieras sacar de
>> circulación por un tiempo prolongado.
>>
>> Creo que debes leer más sobre particionamiento y jerarquías de herencia.
>>
>>
>> --
>> Álvaro Herrera <alvherre(at)commandprompt(dot)com>
>> The PostgreSQL Company - Command Prompt, Inc.
>> PostgreSQL Replication, Consulting, Custom Development, 24x7 support
>
>



-- 
Saludos,
Horacio Miranda Aguilera.

In response to

pgsql-es-ayuda by date

Next:From: Alvaro HerreraDate: 2010-10-27 00:25:24
Subject: Re: Cambiar disco de tablespace
Previous:From: masc68@gmail.comDate: 2010-10-26 20:41:00
Subject: Re: Error en funcion

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group