Re: Starting new cluster from base backup - Mailing list pgsql-general

From Adrian Klaver
Subject Re: Starting new cluster from base backup
Date
Msg-id 54E3BD4B.9080506@aklaver.com
Whole thread Raw
In response to Re: Starting new cluster from base backup  (Guillaume Drolet <droletguillaume@gmail.com>)
Responses Re: Starting new cluster from base backup
List pgsql-general
On 02/17/2015 06:54 AM, Guillaume Drolet wrote:
> Adrian: thanks for this information.
>
> I tried running pg_basebackup in plain format with option -X stream
> (pg_basebackup -D "F:\208376PT\db" -X stream -l "208376PT17022015" -U
> postgres -P) but I got the message:
>
> pg_basebackup: directory "E:\Data\Database" exists but is not empty"
>
> I creatde a tablespace using CREATE TABLESPACE at the location mentioned
> in the message. According to what I read online about this, this message
> is issued when a tablespace was created under PGDATA. In my case, only
> the directory junction pointing to my tablespace (on a different drive
> than PGDATA) exists under PGDATA, not the tablespace itself.
>
> The only way I can run pg_basebackup with WAL files is with option -Ft
> and -X fetch. I'd much prefer using plain mode since my 670 GB
> tablespace takes a lot of time to extract when tarred. Is there another
> way to approach this?

All I can come up with at the moment:

So what is the path on the original machine and can it be replicated on
the new machine, at least temporarily?

I'm thinking if the path can be replicated, let pg_basebackup write to
it and then create the tablespace you want and do ALTER TABLE SET
TABLESPACE to move the tables. You would also need to do this for indexes.

>
> Thanks.
>
>


--
Adrian Klaver
adrian.klaver@aklaver.com


pgsql-general by date:

Previous
From: Adrian Klaver
Date:
Subject: Re: Starting new cluster from base backup
Next
From: Daniel LaMotte
Date:
Subject: Re: Issue dumping schema using readonly user