From: | "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com> |
---|---|
To: | Ron Johnson <ron(dot)l(dot)johnson(at)cox(dot)net> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Problem with Online-Backup |
Date: | 2007-02-02 18:38:30 |
Message-ID: | 45C38526.2000007@commandprompt.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
>>> Nowadays I also wonder about the restoration times of say 200GB or even
>>> TBs of data from backups. More fun if there are Very Important and
>>> Influential People popping in every 15 minutes to ask whether it's done
>>> yet.
>
> That's a problem with pg. pg_dump is single-threaded and can only
> write out to one file/device.
>
> Now that PITR-from-WAL is in place, there are people who swear that
> tarring up data directories, and then WAL-log rolling them forward
> works perfectly. If your database uses tablespaces and is spread
Perfectly? Hardly ;) but it does indeed work.
Joshua D. Drake
> across multiple disk devices, then you could probably speed the
> backup/restore by parallel tarring each device data tree to it's own
> tape drive. 6 LTO tape drives and your TB database gets backed up
> up right quickly.
>
>
---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match
--
=== The PostgreSQL Company: Command Prompt, Inc. ===
Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240
Providing the most comprehensive PostgreSQL solutions since 1997
http://www.commandprompt.com/
Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate
PostgreSQL Replication: http://www.commandprompt.com/products/
From | Date | Subject | |
---|---|---|---|
Next Message | Joshua D. Drake | 2007-02-02 18:47:32 | Re: Predicted lifespan of different PostgreSQL branches |
Previous Message | Magnus Hagander | 2007-02-02 18:36:34 | Re: Re: pgAdmin III and pgpass was I "might" have found a bug on 8.2.1 win32 |