Planning hot/live backups?

From: "Steve Poe" <steve(dot)poe(at)gmail(dot)com>
To: pgsql-performance(at)postgresql(dot)org
Subject: Planning hot/live backups?
Date: 2008-03-24 20:23:08
Message-ID: 721b21dc0803241323u73443060w3a1912d52714549b@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

The owners of the animal hospital where I work at want to consider live/hot
backups through out the day so we're less likely to lose a whole
day of transaction. We use Postgresql 8.0.15. We do 3AM
backups, using pg_dumpall, to a file when there is very little activity.

The hospital enjoys the overall performance of the veterinary
application running
on Postgresql. I know doing a mid-day backup when up to 60 computers
(consistently
35-40) are access client/patient information, it will cause some
frustration. I understand
there needs to be balance of performance and backup of current records.

While I know that not all situations are the same, I am hoping there
is a performance
latency that others have experienced when doing backups during the day and/or
planning for cluster (or other types of redundancy).

My animal hospital operates 24x7 and is in the south part of the San
Francisco Bay area. Outside
of sharing your experiences/input with me, I would not mind if you/your company
do this type of consulting offline.

Thank you.

Steve

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Campbell, Lance 2008-03-24 20:39:32 Re: Planning hot/live backups?
Previous Message Bruce Momjian 2008-03-24 17:44:08 Re: FW: was [PERFORM] partitioned table and ORDER BY indexed_field DESC LIMIT 1