Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wJVyf-000Vkq-38 for pgsql-general@arkaria.postgresql.org; Sun, 03 May 2026 12:31:18 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wJVye-003IEm-2d for pgsql-general@arkaria.postgresql.org; Sun, 03 May 2026 12:31:16 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wJVye-003IEd-1G for pgsql-general@lists.postgresql.org; Sun, 03 May 2026 12:31:16 +0000 Received: from mail-lf1-x129.google.com ([2a00:1450:4864:20::129]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wJVyX-00000000GuO-12Ha for pgsql-general@lists.postgresql.org; Sun, 03 May 2026 12:31:11 +0000 Received: by mail-lf1-x129.google.com with SMTP id 2adb3069b0e04-5a860667fabso2017133e87.0 for ; Sun, 03 May 2026 05:31:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1777811468; cv=none; d=google.com; s=arc-20240605; b=Zb0uupdqylM4kAvgR4yyUlweV92NOeynLAi8/swBXlxB+7u6RxN1b1k8Gl1tQ//Cd3 0SpKibgqrHNEkaEkr7YHeM2PgkgZ7Q1Rs3/lYjKOW1jkJCBXogDMvu6q/acwEJ/u0TvT E/MfC1W2IyEf7bmQKMtgNGA3TiO9rlIEIvaaHL0uHUc71ILteOy//eNry+Qjedaa6Pyw XubGIk/6JPKlPyq6a1wWMW9tmj2kWdsQshq6doQCH5MYJQNqZdDIm3+qS25pnRa/vCbN JTfX65ki8NjNvTQk9UbjX4ivF6MsXcVRzODlN9/kT8mvkLib87tSCTWZt7mkaJGLvxUZ CDGA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=eaw0A98B0aXsu7NTm2f1fCJEUpu+YZa+avvGvJNXiN4=; fh=1/wAuMKIsIvarH05doS8o8Wqur9FOmEGsuTUCfh78Sc=; b=L6owkWV/U8lXtzNKpSe9Iln5VAfehs6xi3ZoIMwanWRNiip0mJYFhsqkLntNA8Dwjv 91KY+KYsLF0Ft8KGuxzlRgn244MUlW+KKOH5MUBHfMpXAqj1nqCyR8hyqrt6+U2GlMVR 68nRQADlzbtZwOc8qlX1TxpeVP9q0wyjTRKAt4DVTaIFB7X+MzheWpgrdyHkb01QoUny mqkGDnBxHO7txEGsRFAts+UEJxHlkPxQ2FEw0erUajHQoJ56i0Py6QHv/yT8OWgpjN5A 5xe9Ttx+8vdNNoggVbMGSxmeNm/RPGEOM/8Nl55X15M6u3xDuErp+52YVcMo63OLEJAc 7Q+w==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1777811468; x=1778416268; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=eaw0A98B0aXsu7NTm2f1fCJEUpu+YZa+avvGvJNXiN4=; b=iHe7fJJjZfx3+bl2WsJ7fBiW/hNdQOQxr4cZg2COUr4nzQe1JrOvzkkcAyM+4YS8pC ciFQ5m9sYHgx15DtZ+fc0SQK28O/ej69esBAL+JHU0r5BM6q8hoUmfwqfiGOB3Nr6Kfu /voLqOVGdw2mSIfpq8+DmFPKYyZkEksrzBeGugICMaLa9a6+/7h0qS2dzzJvRTaEkjGN YTii/Rrzovj++98zq0AUazv2nxQ70kaY5+MZAb9fJTjZf0SjDh2vV+bP5Ope5Qx19uBG MXKpnKWP7IXLmRI40G+ZkcFkqsBLB1g0OpW0wRbDVh7RktgbHqOui0/fCipdtT3PbFUr bKvQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1777811468; x=1778416268; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=eaw0A98B0aXsu7NTm2f1fCJEUpu+YZa+avvGvJNXiN4=; b=i9N//jNRsV6OvqDFeWNpcr3AZKhVvpKSsKUNLJ4S44RDj5d0WJSAmJ+RqO5XaSFQtI OZ4JtQHn4/aQ94qYu5OgYgvW6x0KZhwVjMPDCPikvmc7ocpmFaWsh9m42sUin+0L8xrg F/tWDGnowgvX2Gnl59qJlqhFezh47vSbTCh2qajLsi2vSrKa8y9BCJ/L/GKQ2bz75s5R KE2T0TTzBmwx3AQQuqY+9XinqSQ00kjdLLpK7CAbYvYDIra5uHHq9yTf4q+Wkn9EM2My m3mrfI10xq6mwJgRLSmuDL74s/cTtblJaRJk+AUkH3pbXVl9efJ07uZNbBBejGYafOyX RimQ== X-Forwarded-Encrypted: i=1; AFNElJ9/RQG0wHUwiOhxlFW5mjyi24NZUVNeX/f44/77HiFzGbq3ZyJo+R1dtWtCPgoMqK4nFckztdER6PwFID3g@lists.postgresql.org X-Gm-Message-State: AOJu0YzXMa7kS7Ewv9emKC+9g6YlHmfW1CHKjXxFomHb6nSiiNuO3daO +qN85TZBDnzQB+A+HOYzcfaVGNuRWFn0YXT6Cp6c/83gF9WWW093C/mvt3orx0xtCvhoPIVKobz +bmOUMVPc6XlKlEHmT0gdl4mSu3YXdDlZ+nWTfjX9kw== X-Gm-Gg: AeBDieuIBO+V5Pw0x8TXQWiKesKFzDZmKFoNOnw8MQAAHtRl/08AHsObx3GCDBUAJts W9/g0TkuHP8Plb76tn/s99iLvl+MBTcgIl39mE4eooUEhYnA1+GHBQIM5wo5kh9Px2jWUDJ/6Ll 0+9eK9KM01sRfr0KziisqkMbtT8Ji7fHQK/TcsHbEbRiNVZ+LL2AcYddftFgx9QyXSXeVxt1cww 27qGJBreSrjVaBM0rPCgh3vluw2h1BaTBE10Sv9tL3uKLiT8ggQZQ939zwce2C12aVYn+q0lzl3 B3NKLerUG84XOuBFQrMPgdvuSV1GTU57UlGOv8vELFhr2KXE1pOQeAmjEM17WT7ehRefGWLzYXW Y9sjLsQ== X-Received: by 2002:a05:6512:3b24:b0:5a8:6d06:fe1e with SMTP id 2adb3069b0e04-5a86d06ff7bmr638668e87.11.1777811468150; Sun, 03 May 2026 05:31:08 -0700 (PDT) MIME-Version: 1.0 References: <86590390-F0A6-448A-985A-AA7CCC5D9C16@gmail.com> In-Reply-To: <86590390-F0A6-448A-985A-AA7CCC5D9C16@gmail.com> From: masheed ullah Date: Sun, 3 May 2026 15:30:56 +0300 X-Gm-Features: AVHnY4J71ZYJVhRCWqZTg9n57G6WXfROnEoMwi7v9RWby-P-VtWjff-c9DDXhdY Message-ID: Subject: Re: Tablespace size in TB To: Jan Karremans Cc: Laurenz Albe , Thiemo Kellner , pgsql-general@lists.postgresql.org Content-Type: multipart/alternative; boundary="000000000000096b8d0650e8fdbf" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000096b8d0650e8fdbf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable The issue is, 13tb database BARMAN backup is taking 20 hours and restore takes 24 hours. So the main agenda is to reduce the backup time to less than 10hours. So does any solution/ tool I recommend to client. . I just checked pgBeckRest has no more support, so I can not suggest it to client. On Sun, May 3, 2026 at 3:25=E2=80=AFPM Jan Karremans wrote: > My thinking would be to have the different directories on different tiers > of storage. > > Cheers, > Jan > > > On 3 May 2026, at 14:21, Laurenz Albe wrote: > > > > On Sun, 2026-05-03 at 14:10 +0200, Jan Karremans wrote: > >> Contrary to Oracle, a table space in PostgreSQL is a directory. And no= t > a logical abstraction. > >> Moving tables from one table space to another becomes so much easier b= y > that. > > > > I am confused. Yes, if you have more than a single (default) tablespac= e, > > moving tables between tablespaces becomes possible and hence easier. > > But why would you want to move tables between tablespaces in the first > place? > > > > Yours, > > Laurenz Albe > > --=20 Best Regards, *Masheed Ullah* --000000000000096b8d0650e8fdbf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The issue is, 13tb database BARMAN backup is taking 20 hou= rs and restore takes 24 hours.
So the main agenda is to reduce the=C2=A0= backup time to less than 10hours.

=C2=A0So does any solution/ tool = I recommend to client.

. I just checked pgBeckRest= has no more support, so I can not suggest it to client.

On Sun, May 3, 2026 at 3:25=E2=80=AFPM Jan Karremans <karremans.ja@gmail.com> wrote:
My thinking would = be to have the different directories on different tiers of storage.

Cheers,
Jan

> On 3 May 2026, at 14:21, Laurenz Albe <laurenz.albe@cybertec.at> wrote: >
> On Sun, 2026-05-03 at 14:10 +0200, Jan Karremans wrote:
>> Contrary to Oracle, a table space in PostgreSQL is a directory. An= d not a logical abstraction.
>> Moving tables from one table space to another becomes so much easi= er by that.
>
> I am confused.=C2=A0 Yes, if you have more than a single (default) tab= lespace,
> moving tables between tablespaces becomes possible and hence easier. > But why would you want to move tables between tablespaces in the first= place?
>
> Yours,
> Laurenz Albe



--
Best R= egards,
Masheed Ullah


--000000000000096b8d0650e8fdbf--