Re: pgBackRest for a 50 TB database

From: Abhishek Bhola <abhishek(dot)bhola(at)japannext(dot)co(dot)jp>
To: Stephen Frost <sfrost(at)snowman(dot)net>
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: pgBackRest for a 50 TB database
Date: 2023-10-04 04:11:01
Message-ID: CAEDsCzjLLdcKn2+xKG7VnRXAOwLEZXdPRq9am9izDE3oDi6esg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hi Stephen

No, I did not try that. Let me try that now and report the numbers here,
both in terms of size and time taken.
Thanks for the suggestion.

On Tue, Oct 3, 2023 at 10:39 PM Stephen Frost <sfrost(at)snowman(dot)net> wrote:

> Greetings,
>
> On Mon, Oct 2, 2023 at 20:08 Abhishek Bhola <
> abhishek(dot)bhola(at)japannext(dot)co(dot)jp> wrote:
>
>> As said above, I tested pgBackRest on my bigger DB and here are the
>> results.
>> Server on which this is running has the following config:
>> Architecture: x86_64
>> CPU op-mode(s): 32-bit, 64-bit
>> Byte Order: Little Endian
>> CPU(s): 36
>> On-line CPU(s) list: 0-35
>> Thread(s) per core: 1
>> Core(s) per socket: 18
>> Socket(s): 2
>> NUMA node(s): 2
>>
>> Data folder size: 52 TB (has some duplicate files since it is restored
>> from tapes)
>> Backup is being written on to DELL Storage, mounted on the server.
>>
>> pgbackrest.conf with following options enabled
>> repo1-block=y
>> repo1-bundle=y
>> start-fast=y
>>
>
> Thanks for sharing! Did you perhaps consider using zstd for the
> compression..? You might find that you get similar compression in less
> time.
>
> Thanks.
>
> Stephen
>

--
_This correspondence (including any attachments) is for the intended
recipient(s) only. It may contain confidential or privileged information or
both. No confidentiality or privilege is waived or lost by any
mis-transmission. If you receive this correspondence by mistake, please
contact the sender immediately, delete this correspondence (and all
attachments) and destroy any hard copies. You must not use, disclose, copy,
distribute or rely on any part of this correspondence (including any
attachments) if you are not the intended
recipient(s).本メッセージに記載および添付されている情報(以下、総称して「本情報」といいます。)は、本来の受信者による使用のみを意図しています。誤送信等により本情報を取得された場合でも、本情報に係る秘密、または法律上の秘匿特権が失われるものではありません。本電子メールを受取られた方が、本来の受信者ではない場合には、本情報及びそのコピーすべてを削除・破棄し、本電子メールが誤って届いた旨を発信者宛てにご通知下さいますようお願いします。本情報の閲覧、発信または本情報に基づくいかなる行為も明確に禁止されていることをご了承ください。_

In response to

Browse pgsql-general by date

  From Date Subject
Next Message KK CHN 2023-10-04 05:44:38 Re: pgBackRest for a 50 TB database
Previous Message Steve Crawford 2023-10-04 03:36:12 Re: Strategies for converting UTC data to local windows for arbitrary resolutions and timezones