| From: | Ron Johnson <ronljohnsonjr(at)gmail(dot)com> |
|---|---|
| To: | pgsql-general <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: Tablespace size in TB |
| Date: | 2026-05-03 14:43:43 |
| Message-ID: | CANzqJaDEnVJjJ2tcyc_SShMwKN-TSSQisvqGQCkHRgEmzOCXqw@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Sun, May 3, 2026 at 5:36 AM masheed ullah <masheedullah(at)gmail(dot)com> wrote:
> Hi,
>
> Postgres = Version 13
>
> OS=Linux Redhat version 8
>
> Our team is using a single tablespace for the whole database. Its size is
> more than 13TB. I am from an Oracle background and want to suggest that
> they split the data in multiple tablespaces. It will not only improve the
> performance & reduce the backup time.
>
> But I did not find any Postgres best practice or blog, to show as a
> reference.
>
To reinforce Jan's comment: a PG tablespace is *just a directory*. Nothing
more, nothing less.
If your 13TB database is on one single spindle (or even SSD/NVMe), then
yes, adding more spindles or SSDs would be useful. But if it's already on
multiple spindles, then LVM solves the problem for you.
As for long backup times, that's a function of hardware. How many threads
are you using? How parallel is the backup disk (or SAN)? How's the network
configured? Etc etc.
--
Death to <Redacted>, and butter sauce.
Don't boil me, I'm still alive.
<Redacted> lobster!
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Greg Hennessy | 2026-05-03 15:54:57 | Re: Tablespace size in TB |
| Previous Message | Olivier Gautherot | 2026-05-03 13:18:47 | Re: Tablespace size in TB |