From: | Jan Wieck <JanWieck(at)Yahoo(dot)com> |
---|---|
To: | Lincoln Yeoh <lyeoh(at)pop(dot)jaring(dot)my> |
Cc: | "scott(dot)marlowe" <scott(dot)marlowe(at)ihs(dot)com>, Ron Johnson <ron(dot)l(dot)johnson(at)cox(dot)net>, postgres list <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Backing up 16TB of data (was Re: > 16TB worth of |
Date: | 2003-04-27 00:18:20 |
Message-ID: | 3EAB21CC.45C2E746@Yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Lincoln Yeoh wrote:
>
> At 07:32 PM 4/25/2003 -0400, Jan Wieck wrote:
> >Of course, assuming we want to backup the total 24 Terabyte he has in
> >2-3 years in less than a day, if we have a month to take a backup we can
> >save some money on the backup solution.
>
> If you take the month approach, the filesystem/db snapshot has to stay in
> place for a full month whilst the backup is occuring. Do-able, but can be
> stressful e.g. if something goes wrong after trying for a full month...
>
> But anyway he said off-line backups aren't that important - I gather that
> recreating the data is not totally impractical. Still 16TB, ouch.
I think a scenario like that, where one has a relatively small
percentage of really updated data and a huge portion of constantly
growing, is a good example for when it might be appropriate NOT to store
everything in one database.
Depending on the rest of the requirements, it might need 2PC and using 2
databases. The updated database then could be backed up by normal means
while for the constantly growing one you just archive the redo logs.
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #
From | Date | Subject | |
---|---|---|---|
Next Message | Jan Wieck | 2003-04-27 00:57:07 | Re: where can i download pgsql for windows? |
Previous Message | Matthew T. O'Connor | 2003-04-26 18:27:40 | Re: Performance problems |