Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1alT3y-0003nd-0T for ecpug@arkaria.postgresql.org; Thu, 31 Mar 2016 03:14:26 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1alT3x-0005hx-JN for ecpug@arkaria.postgresql.org; Thu, 31 Mar 2016 03:14:25 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1alT3u-0005fJ-U1 for ecpug@postgresql.org; Thu, 31 Mar 2016 03:14:23 +0000 Received: from mail-qg0-x22a.google.com ([2607:f8b0:400d:c04::22a]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1alT3q-0000aT-LY for ecpug@postgresql.org; Thu, 31 Mar 2016 03:14:22 +0000 Received: by mail-qg0-x22a.google.com with SMTP id j35so55631133qge.0 for ; Wed, 30 Mar 2016 20:14:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=t4UkBApDwEm9SzJgrZhzFE4Jt3siCNGsjg8xTipvmc4=; b=K8dNAZAhppN/R/m4lh3iiA5fIhugSMqJRAkmyUw/S4loKjtwEVdNwLEeaareMOl5JB 3tfdBKon5lUi1UFLGVkKpY/IOPFGw2/wKpj296v+0GbA2JFF6Sq2/1sxux556BEhPCCl QEgKa2MGJ8jhxn1d4R2CykeUoYkNRWsHEyIVcByaJfNifHMTBk6AsqxmledFdtOzu7NB mH1tmEsUzD/e06fHyOe+Yoqrg4cJupGMKte+5OrN1HUKp3NaZCS3VfVLQNlc+VDPRC6F uWubn963XWVy5a9FMpXoBKCKIDs1PPnaUUVrOBu8sGEOh2ampgTRNUrJFWvU5UucizPc 7k+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=t4UkBApDwEm9SzJgrZhzFE4Jt3siCNGsjg8xTipvmc4=; b=nHKi0MjMQXyvjHEh/bXiitafxCuuZIJfrdYS8SFGa3UQM4NeCy+isyFd26WrtXKD1Q FCG93A58N0O7FutcNuQNwV6+uL3HU/e9WYWa/Jt6WN8BaTBHwLEYttGlDTgkPejT0Ex4 0lVs946AeRCHzN9iHSPY0TsWkHVbWj1TLefo07Kz7nAygC1pu8fyrjYq/JS/O3qHaUwY AhaoUfdIWcd6Obj70NqZkltmwllARF7ijvHLI2fDigM2BKvaZUJagfEhcguQyGeygN9r 8lWL8QIg8lcZRrHV/dHS+hWK9F/1dCpoHpwz4TBZjXBHCUAUyp1dz6JxNRuDTvS4+6Hm GOEQ== X-Gm-Message-State: AD7BkJILnaookZNv8Pn0ftQxuO9l4DCEyide5FilQcxPPji8loIp8xVw6wGgbsJf/7ZIGw== X-Received: by 10.140.101.139 with SMTP id u11mr14207707qge.71.1459394056243; Wed, 30 Mar 2016 20:14:16 -0700 (PDT) Received: from ?IPv6:2800:370:5e:6b70::2? ([2800:370:5e:6b70::2]) by smtp.gmail.com with ESMTPSA id l33sm3172557qge.11.2016.03.30.20.14.14 for (version=TLSv1/SSLv3 cipher=OTHER); Wed, 30 Mar 2016 20:14:15 -0700 (PDT) To: Foros Postgre Ecuador From: Tonny Subject: Espacio en disco y tablespaces Message-ID: <56FC9605.80904@gmail.com> Date: Wed, 30 Mar 2016 22:14:13 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Pg-Spam-Score: -2.7 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: ecpug Precedence: bulk Sender: ecpug-owner@postgresql.org Hola a todos: Tengo una tabla muy grande con cientos de millones de filas particionadas por mes, esto lo he puesto en un disco SSD pero se me ha estado acabando el espacio en disco y decidi poner en otro disco las tablas de historial, es decir cree un tablespace en el nuevo disco un SATA normal de 2TB pero mi sorpresa es que así mueva las tablas al nuevo tablespace el espacio ocupado no disminuye probé con vacumm full a ver si era eso , en algo bajo pero es insignificante. Para salir de dudas hice el ensayo de mover la base a otro servidor si solo muevo la base principal sin historial de tablas ocupa 60GB, entonces creo un tablespace y creo las tablas de historial en ese nuevo tablespace, se nota que empieza a crecer en tamaño el directorio del nuevo tablespace, pero tambien en la particion principal de postgres ahora ocupa 250GB casi igual que si no usara tablespaces, porque puede suceder esto ? Tal ves los indices u otros objetos se siguen creando en pg_default? como podría observar que es lo que se crea ahí. Mi objetivo sería que en mi disco SSd el principal solo esten los 60GB de lo principal y en el otro disco los historiales. Saludos... -- Sent via ecpug mailing list (ecpug@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/ecpug