Re: More efficient pg_restore method?

From: Ron <ronljohnsonjr(at)gmail(dot)com>
To: Evan Bauer <evanbauer(at)mac(dot)com>
Cc: pgsql-admin(at)lists(dot)postgresql(dot)org
Subject: Re: More efficient pg_restore method?
Date: 2018-08-28 17:00:24
Message-ID: f6ef298d-fe2f-384d-6be7-0215c579bc42@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On 08/28/2018 11:57 AM, Evan Bauer wrote:
> Ron,
>
> A couple of starting questions:
>
> 1. What is the size and latency of the network pipe between the primary
> and backup servers?
>

10Gb WAN.  Don't know the latency.

> 1. What is the size of the database you need to restore?
>

6.5TB dump directory, 3.0TB data/base directory.

> 1. Is there a reason not to do a network copy of the backup directory
> contents to the database server and run the pg_restore locally?
>

Option #3!!!  I'll research that.

>
> Cheers,
>
> - Evan
>
> Evan Bauer
> eb(at)evanbauer(dot)com <mailto:eb(at)evanbauer(dot)com>
> +1 646 641 2973
> Skype: evanbauer
>
>
>> On Aug 28, 2018, at 12:48, Ron <ronljohnsonjr(at)gmail(dot)com
>> <mailto:ronljohnsonjr(at)gmail(dot)com>> wrote:
>>
>>
>> Pg 9.6.9 on Linux...
>>
>> Given a backup server storing a "format=directory" database backup, and a
>> database server, should I:
>>
>> Option #1: run pg_restore on the backup server and "push" the data to the
>> database server via port 5432, or
>> Option #2: have the backup server serve the dump directory via NFS, and
>> run pg_restore on the database server, pulling the data via nfs protocol?
>>
>> (It'll be a multi-threaded restore over a 10Gb pipe.)
>>
>> --
>> Angular momentum makes the world go 'round.
>>
>

--
Angular momentum makes the world go 'round.

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Jorge Torralba 2018-08-28 17:03:38 Re: Index corruption after pg_basebackup
Previous Message Evan Bauer 2018-08-28 16:57:59 Re: More efficient pg_restore method?